软件测试实习总结（精选20篇）
总结是事后对某一阶段的学习或工作情况作加以回顾检查并分析评价的书面材料，它在我们的学习、工作中起到呈上启下的作用，让我们一起来学习写总结吧。我们该怎么写总结呢？以下是小编精心整理的软件测试实习总结，欢迎阅读与收藏。
软件测试实习总结 1时间过的很快，转眼间已经实习将近5个月，其中有2个月是属于完全被流放的。最先在内部系统组参与内部管理系统开发(struts+mysql+spring+hibernate)，之后是去做网络交换机软件的脚本测试。现在又回归内部系统，虽然在脚本组期间，编码能力被别人甩在后头，但至少具有了一些测试经验。
至少自己做的东西，是真正交付到了客户手上，到也稍微有些成就感。
1、浅谈测试
一直以来，我都认为测试是脱离了软件工程范围的工作，不以为屑。但在实际情况中，测试是既重要且难以精湛的其真正的压力，在于找不到bug，责任在你，而不在于编码人员。一般的测试人员不懂编码，他们靠的是日以累计的经验总结和想象力。而要做到高级测试工程师，则一定要懂编码，因为这是你完全掌握整个系统的方方面面具体运作的前提。但占主导地位的，还是大型系统的集成测试经验。实际项目中，编码时间一般只占30%左右，真正耗费时间的是IT阶段的找bug与对应bug，此阶段基本评定了coder的编码质量。
2、程序员的困惑
有些人，以为教学视频和代码看多，自己就懂的多，实际做起来，却不知从何下手，问题在那?如何定位?如何解决?通通跟一样能力有关，debug追踪能力，也称调试。在项目组工作不愁源码资源，但问题是蛋糕摆在面前，你如何去消化?
有位同事告诉我：代码看几遍都没用，要去抄，例如一个查询模块，在此基础上去做具体记录的.历史记录查询模块，你可能会觉得很简单，但实际情况却往往报一堆异常，配置问题涉及到方方面面，以及数据库字段，传值问题等等，一大堆对于新人来说很郁闷的问题。但不用怕，只要学会调试，一个个问题去追踪，一个个去解决，自然而然，那段“源码”才真正属于你。
3、如何调试追踪
如果你能在短短的时间内就看到问题点在那，放下断点去追踪，出去找工作，绝对没问题。出现问题的时候，不要光看代码，要用实际行动去追踪运行期间的具体值，那是最好途径。eclipse是个很爽的ide，这点做的很好。例如页面内容显示不是自己想要的数据，我们要先从数据库查询语句去下手，设置断点，一步一步step over，让sql字段(存取最终sql语句的字符串)运行到有值，inspect进去看，如果还看不出来，就点击它，copy后在sql客户端去实际运行，看看实际查询出来的表是什么，如果是对的，有可能就是页面调用的错误或者action逻辑的传值问题。
页面错误的调试，基本方法是用右键点击实际网页查看源代码，copy到editplus，就能看到具体错误发生在那几行。通常有几种常见的错误，例如：缺少对象这种很多时候是有些被你调用的字段有可能为空的情况出现的，可以加if(__x=null)语句加保护。追踪的方法基本就是用alert语句，放在有可能出错的地方。
4、一些习惯
遇到问题先自己思考，无从下手再找高手帮忙看看，注意他帮你看的思路，别在一旁闲着，看多了自己也会了，不然你一辈子都停留在那种水平，从人身上学到的东西远远比书多的多。
解决了一个问题后，要去究根问底去找到问题产生的起因，以防你下次遇到类似的问题再浪费同样的时间。
把代码写的漂亮，注释、空行、规范一样不能少，可读性是放在面。很庆幸的是，这是一个小项目，要是大项目，这种问题可能就会导致大量的致使代码修改，可见文档在一个项目中起者巨大的用。
此外，良好的代码编写坏习惯，不但有助于代码的移植和纠错，也不利于不同技术人员之间的协作。作为一个程序员，对融资需求的理解能力也是很重要的，只有真正促进作用理解了一个模块的作用，才会写出高效率的代码，支离破碎才能使整个软件项目作出来更加优秀，具备更好的安全性和稳定性，我在写代码的过程中就遇到了需求理解上的问题，使得写出来的代码功能不全，幸好不是给客户发现在，要不，这个硬件的商业价值可能就会打折扣了。测试用例对于或者说一个程序员来说是不可不做的一项工作，不测试就会给后期的集成工作带来麻烦，往往为了一个小问题会让我们好多模块，给后期工作带来极大麻烦。
这一段时间的工作也让我明白了一点：一个逐渐优秀的程序员必须不断的学习，随时总结，找到自己的不足，这样逐步提高，根本无法让自己很快的成长起来。
【软件测试实习总结】相关文章：
软件测试实习总结06-13
软件测试实习总结4篇10-21
软件测试实习总结(4篇)10-31
软件测试实习目的07-17
软件测试实习日记08-16
软件测试实习心得06-09
软件测试实习报告01-31
软件测试实习心得04-22
软件测试实习总结【精华3篇】09-27
您阅读本篇文章共花了： 