2025年软件公司实习报告（精选31篇）
3. 缺乏专注的习惯，比如x老师让我先完成功能方面，但我却习惯于去找找界面的素材， 这就导致两边都没有做好。虽然认识上知道不该这么做，但是习惯上却很难改。
4.自己很多时候虽然有问题但是不能完全阐述清楚，所以跟leader沟通的时候往往支支吾吾，以后有问题自己首先得想清楚，将问题讲明白也是很关键的能力。
另外也记录一些自己的浅薄感受：
1.工科出身的x老师对于代码的运行效率有很多的考虑，但对于用户体验和交互效果似乎稍微少点，当然也可能是我新来并不了解的原因。
2. 公司在做小应用的时候并不会在用户测试和产品结构功能上讨论太多，公司要的是迭代效率， 就是要快速出应用，然后再快速上线下一个。
本周接到新的任务，为制作H5的招聘页面， 之前的“给师姐打电话”的H5应用还没有优化好，能做的改进的地方还有很多，leaderx老师让我先把招聘网站做好， H5应用先放放， 他给了我大街网做的“中国好Offer”作为参考， 拿到之后确实感觉这些页面都做得很好， x老师搜集的资源确实十分丰富，从实习到现在他发给我的参考很实用，在看完了五六十个H5的招聘页面之后开始构思， 在将产品架构基本做好后，测试又发现很多问题， 有技术层面的，但更多的设计本身的问题。技术的细节的问题：基于jquery mobile的开发框架国内的资料十分有限，不得不查阅原始的英文API，很多问题也只能去JQM的论坛查找，这些都十分考验英文阅读能力。CSS的布局问题繁杂，在各个浏览器，各个应用的渲染都不一样， 也是很折磨人的过程，我现在就碰到了css中font-weight属性在Safari没有渲染的问题，至今没有解决。
逐渐体会到前端工作的繁琐与细节， 需要学的东西很多， 有时候可以凭自己一些小聪明在当前解决，但并没有摸到问题的根源，扬汤止沸不是长久之计，但又好像没有足够的时间来系统的摸索，我只能先将这些问题一一记下来。这些技术的体会是一方面，另一方面便是产品的设计层面， 现在就是因为产品快做好后发现有很多地方犯了低级错误， 以往的纸上谈兵头头是道，等到自己亲身实践却感到把握不住很多设计原则， 比如界面设计给用户造成的不必要的干扰， 功能可见性的不足，逻辑上的不严谨， 以下我归纳了下岗做好的H5界面存在的交互问题：
1.页面的设计初衷是左右滑动来切换页面，但给几个朋友测试后都不能进入页面后就自然而然的知道是左右滑动。
2.join us的图标给用户是按钮的错觉，在测试中很多用户以为是按钮，都会下意识的点击。
3.交互效果的乏善可陈，与滑动的逻辑似乎也没有太大关联，只是单纯的加入了一些css3的动画。
4.用于提示左右滑动的动态箭头会让用户以为是点击作用
改进：
1.放弃join us 图标
2.改为上下滑动，箭头提示更改
3.重新设计图标摆放结构
总结： 这次的H5页面主要在于设计问题， 事先并没有完全构思好原型就急切投入到代码的编写中，这种开发方式本身是十分幼稚的!
2025年软件公司实习报告 篇28
一、基本概况
我到a公司（按作者要求隐去公司名称，a公司为国内有名的公司）实习，通过近三个月的实习，参与实习项目的开发和同事门的交流学习，了解了a公司和软件公司的开发基本情况。
(1) 项目组共有30人左右
(2) 项目组分为需求分析部门，核心技术部门（主要负责设计工作），开发部门，项目管理部门（测试，项目文档管理）
(3) 项目使用j2ee技术
二、调查结果
在实习期间，我被安排在开发部门做代码编写工作。负责完成由核心技术部门完成的基于需求分析部门的设计。
开发部门有10几位同事，大部分为毕业1~2年。大家的工作效率都比较高，在部门经理的安排下能及时的完成设计部门的设计。一开始，项目的进展十分顺利。
随着项目的推进，出现了一些问题。主要因为在各个部门的协调上存在着不一致。需求部门不能很好的维护其需求文档的权威性，也就是说需求没有做到位。在和客户（由于本系统面向的是全省的电力局，在与客户的沟通上也存在问题，比如宁波和绍兴的客户对系统的需求有较大的差异）的沟通上没有协调好各客户之间的差异。这直接导致了需求频繁变更。而需求的变更直接导致了设计的变更，然后便是开发的修改。这大大的影响了系统开发的进度。比如数据库结构的修改次数很多，这直接影响到系统的结构，适应数据库变更的代码修改工作量相当大。
在这个时候项目组有部分人离开了，熟悉系统的开发人员的离开对整个项目组来说更是雪上加霜。这时cto及时调整了需求分析部门的工作方法，不发布不成熟的文档，一旦需求发布，需求部门应全全负责。设计部门进一步完善设计文档，开发部门暂时停止新功能的开发，做代码审查，以完善既有代码的正确性。同时引进新员工补充开发团队。这在一定程度上缓解了项目的问题，使项目团队能正常运转起来。
在项目前期的开发过程中，测试部门没有介入，在项目完成80%后，测试组开始测试工作。这时遇到了大量问题，包括功能与需求的不一致，测试人员的需求理解的偏差，甚至测试工具软件的问题，这很大程度上影响了项目的进度。最后开发部不得不停下新模块开发工作，而转过去帮助测试部门完成测试。
