大学生软件工程实习报告 软件工程实训报告模板及范文

        大学生软件工程实习报告2020的到来，也就代表着各个专业的毕业生要踏入实习之中了，在这条实习之路上，我们可以收获到怎样的成果呢?下面就让小编带你去看看软件工程实习报告范文，希望能帮助到大家!#软件工程实习报告1#本周是实习的认师姐”微信小游戏写一个类似的应用。我把原始应用找出来便开始抠代码，护。詹老师在讲代码逻辑的时候亲自写了一个例子让我体会，虽然消化这些用了快一天，但感觉真的收获很大，有拔云见日之感。

        实习一周后所遇到的种种困难也让我意识到自己很多问题，归纳如下：1.尽管之前对于书本的学习有一定积累，但还是暴露出代码的不熟练，细节方面处理能力差，在细节上耗费时间太多。2.缺乏基本的软件开发测试思路，比如之前不知道chrome具有相当强大的错误测试功能，它对于没有触发的函数也有错误提示。3.缺乏专注的习惯，比如詹老师让我先完成功能方面，但我却习惯于去找找界面的素材，这就导致两边都没有做好。

        虽然认识上知道不该这么做，但是习惯上却很难改。4.自己很多时候虽然有问题但是不能完全阐述清楚，所以跟leader沟通的时候往往支支吾吾，以后有问题自己首先得想清楚，将问题讲明白也是很关键的能力。另外也记录一些自己的浅薄感受：1.工科出身的詹老师对于代码的运行效率有很多的考虑，但对于用户体验和交互效果似乎稍微少点，当然也可能是我新来并不了解的原因。

        2.公司在做小应用的时候并不会在用户测试和产品结构功能上讨论太多，公司要的是迭代效率，就是要快速出应用，然后再快速上线下一个。本周接到新的任务，为中国教育在线制作H5的招聘页面，之前的“给师姐打电话”的H5应用还没有优化好，能做的改进的地方还有很多，leader詹老师让我先把招聘网站做好，H5应用先放放，他给了我大街网做的“中国好Offer”作为参考，拿到之后确实感觉这些页面都做得很好，詹老师搜集的资源确实十分丰富，从实习到现在他发给我的参考很实用，在看完了五六十个H5的招聘页面之后开始构思，在将产品架构基本做好后，测试又发现很多问题，有技术层面的，但更多的设计本身的问题。技术的细节的问题：基于jquerymobile的开发框架国内的资料十分有限，不得不查阅原始的英文API，很多问题也只能去JQM的论坛查找，这些都十分考验英文阅读能力。

        CSS的布局问题繁杂，在各个浏览器，各个应用的渲染都不一样，也是很折磨人的过程，我现在就碰到了css中font-weight属性在Safari没有渲染的问题，至今没有解决。逐渐体会到前端工作的繁琐与细节，需要学的东西很多，有时候可以凭自己一些小聪明在当前解决，但并没有摸到问题的根源，扬汤止沸不是长久之计，但又好像没有足够的时间来系统的摸索，我只能先将这些问题一一记下来。这些技术的体会是一方面，另一方面便是产品的设计层面，现在就是因为产品快做好后发现有很多地方犯了低级错误，以往的纸上谈兵头头是道，等到自己亲身实践却感到把握不住很多设计原则，比如界面设计给用户造成的不必要的干扰，功能可见性的不足，逻辑上的不严谨，以下我归纳了下岗做好的H5界面存在的交互问题：1.页面的设计初衷是左右滑动来切换页面，但给几个朋友测试后都不能进入页面后就自然而然的知道是左右滑动。

        2.joinus的图标给用户是按钮的错觉，在测试中很多用户以为是按钮，都会下意识的点击。3.交互效果的乏善可陈，与滑动的逻辑似乎也没有太大关联，只是单纯的加入了一些css3的动画。4.用于提示左右滑动的动态箭头会让用户以为是点击作用改进：1.放弃joinus图标2.改为上下滑动，箭头提示更改3.重新设计图标摆放结构总结：这次的H5页面主要在于设计问题，事先并没有完全构思好原型就急切投入到代码的编写中，这种开发方式本身是十分幼稚的!#软件工程实习报告

        2、#时间过的很快，转眼间已经实习将近5个月。

        最先在内部系统组参与内部管理系统开发(struts+mysql+spring+ibernate)，之后是去做网络交换机软件的脚本测试。现在又回归内部系统，虽然在脚本组期间，编码能力被别人甩在后头，但至少具有了一些测试经验。至少自己做的东西，是真正交付到了客户手上，到也稍微有些成就感。

        1浅谈测试一直以来，我都认为测试是脱离了软件工程范围的工作，不以为屑。但在实际情况中，测试是既重要且难以精湛的.其真正的压力，在于找不到bug，责任在你，而不在于编码人员。一般的测试人员不懂编码，他们靠的是日以累计的经验总结和想象力。

        而要做到高级测试工程师，则一定要懂编码，因为这是你完全掌握整个系统的方方面面具体运作的前提。但占主导地位的，还是大型系统的集成测试经验。实际项目中，编码时间一般只占30%左右，真正耗费时间的是IT阶段的找bug与对应bug，此阶段基本评定了coder的编码质量。

        2程序员的困惑有些人，以为教学视频和代码看多，自己就懂的多，实际做起来，却不知从何下手，问题在那?如何定位?如何解决?通通跟一样能力有关，debug追踪能力，也称调试。在项目组工作不愁源码资源，但问题是蛋糕摆在面前，你如何去消化?有位同事告诉我：代码看几遍都没用，要去抄，例如一个查询模块，在此基础上去做具体记录的历史记录查询模块，你可能会觉得很简单，但实际情况却往往报一堆异常，配置问题涉及到方方面面，以及数据库字段，传值问题等等，一大堆对于新人来说很郁闷的问题。但不用怕，只要学会调试，一个个问题去追踪，一个个去解决，自然而然，那段“源码”才真正属于你。

        3如何调试追踪?如果你能在短短的时间内就看到问题点在那，放下断点去追踪，出去找工作，绝对没问题。出现问题的时候，不要光看代码，要用实际行动去追踪运行期间的具体值，那是途径。eclipse是个很爽的ide，这点做的很好。

        例如页面内容显示不是自己想要的数据，我们要先从数据库查询语句去下手，设置断点，一步一步stepover，让sql字段(存取最终sql语句的字符串)运行到有值，inspect进去看，如果还看不出来，就点击它，copy后在sql客户端去实际运行，看看实际查询出来的表是什么，如果是对的，有可能就是页面调用的错误或者action逻辑的传值问题。页面错误的调试，基本方法是用右键点击实际网页查看源代码，copy到editplus，就能看到具体错误发生在那几行。通常有几种常见的错误，例如：缺少对象这种很多时候是有些被你调用的字段有可能为空的情况出现的，可以加语句加保护。

        追踪的方法基本就是用alert语句，放在有可能出错的地方。4一些习惯遇到问题先自己思考，无从下手再找高手帮忙看看，注意他帮你看的思路，别在一旁闲着，看多了自己也会了，不然你一辈子都停留在那种水平，从人身上学到的东西远远比书多的多。解决了一个问题后，要去究根问底去找到问题产生的起因，以防你下次遇到类似的问题再浪费同样的时间。

        把代码写的漂亮，注释、空行、规范一样不能少，可读性是放在望的路，你可以被打趴下，可以被身边的人暗算，可以被深爱的人流放，只要你用自己决心站起来，受过的伤痊愈后就能增强你的抵抗力，一路前进!#软件工程实习报告3#进入公司初期参加的入职培训，使我对公司有了一个全面的了解，在公司工作的这段时间，我深切的体会到了公司深厚的经营理念，感受到了公司浓厚的文化氛围。在每期的刊物上我都有了解公司的近期新闻内容，同时也了解了公司的相关的规章制度，在工作上有领导的关心和同事的帮助，让我更加顺利的度过我的试用期。