软件测试年终工作总结的范文.docx

《软件测试年终工作总结的范文.docx》由会员分享，可在线阅读，更多相关《软件测试年终工作总结的范文.docx（4页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件测试年终工作总结的范文当前位置：文档视界软件测试年终工作总结的范文软件测试年终工作总结的范文软件测试年终工作总结的范文这个学期我学习了软件测试这门专业课程，在学期即将结束的时候，我也对这门课程建立基本的了解和理解。软件测试这门课程作为软件工程专业中一门很重要的课程，已经在软件领域占据了不可替代的角色，当一个软件从雏形到真正的在一台计算机上运行的时候，谁也不能保证计算机软件能一步到位的知足人们的需求。所以就有了软件测试，其目的是：第一是确认软件的质量，其一方面是确认软件做了你所期望的事情，另一方面是确认软件以正确的方式来做了这个事件。下面我简单的写一下这个学期对课程的总结和收获。我以为，在整

2、个庞大的软件工程中，不管是需求分析、架构设计甚至是最后的debug，都会产生引入不管的时机，这就要求作为一个软件测试师要把握丰富的软件工程原理和知识。测试的工作将会存在于整个项目周期，即在项目开场时需要各种分析调研时就开场了。尤其是在构成需求规格讲明书时就有对文档的测试需求，甚至主导整个项目的走向。软件测试对逻辑思维、学习能力、反响要求很高，能否有严密的思维和逆向思维也非常重要。做测试还要考虑到所有出错的可能性，有时候还要用一些非常规的的测试方法。软件测试还很注重软件性能问题，也就是要保证软件运行得很好；不同的使用环境下，考虑软件的兼容性同样重要。对于测试员来讲，会比开发人员愈加重视软件产品的

3、质量问题。在测试经过中，测试者可能会为客户的需求角度考虑到更多，由此我们能够以为测试人员有权利决定产品能否能够发布。然而，通过一个学期的学期，我们又不得不懂得，软件测试人员不是万能的，测试人员在面对一个设计烂编码烂的软件时，也是无法不低头的，再怎么测试它也变不成优秀的软件。通过课上的理论由于课下的实践和后半学期又由于身体力行于1、最基本的测试的分类：从能否需要执行被测软件的角度，可分为静态测试和动态测试；从测试能否针对系统的内部构造和详细实现算法的角度来看，可分为白盒测试和黑盒测试。2、然后就是，白盒测试中的逻辑驱动测试的覆盖率测试。3、还有就是对于划分等价类和边界值法这一块，让我从模糊到明朗

4、。4、在初次写测试用例的时候，感觉真是纠结，用例写的很死板，看似简单的一个填表工作，要写好真是不简单。一开场写的比拟不自然，有些生搬硬套，而且还很慢。在后来负责了对论坛新鲜事版块的测试之后，明白了测试用例其实就是指导怎么去执行测试，而且书写设计测试用例也要以熟悉软件的业务为前提，才能更好的去测试。另外就是一个学期的学习让我纠正了几点误区：1.有位大师曾讲过：“软件测试的目的在于发现错误，一个好的测试用例在于发现从来未发现的错误，一个成功的测试是发现了从未发现的错误的测试。由此我自以为测试就是为了找到bug，然而一个学期的测试学习经历告诉我这是错误的，假如只是为了找到BUG，那么BUG会成天缠着

5、你。2.在大家协力测试论坛的时期内，我曾以为这种大量的重复性的工作真的很乏味，可是在这乏味中真心发生挺多有意思的bug，意想不到的bug，所以我以为只要把握了方法，在重复中寻到到创新的小惊喜，任何东西都有它的特点。作为测试新手，通过一学期的学习，我以为能独立写测试计划，设计测试用例，精通一种测试工具，理解一种bug管理软件是新手晋级老手的必备素质。任重而道远？！在最后，我不得不提的就是细心和耐心了。这是我以为这个学期测试课上收获的了，课程要求测试时必须细心和耐心，我在想，假如以后真的工作在测试一系列的岗位上，要学会坐得住，用大量的时间和精神和bug斗争，分离、识别还有归类bug，是不是也能真的改变我粗心大意和三分钟热度的缺点。最后感谢刘教师这学期的课程讲授，和实践中的指导和帮助。测试路程，路漫漫其修远兮，吾将上下而求索。