《【工作总结】软件测试年终工作总结范文.docx》由会员分享，可在线阅读，更多相关《【工作总结】软件测试年终工作总结范文.docx（4页珍藏版）》请在三一文库上搜索。
1、第 1 页 软件测试年终工作总结范文 特征码 ENcHavZURwXFMjINItUl 这个学期我学习了软件测试这门专业课程，在学期即将结束的 时候，我也对这门课程建立基本的了解和理解。软件测试这门 课程作为软件工程专业中一门很重要的课程，已经在软件领域 占据了不可替代的角色，当一个软件从雏形到真正的在一台计 算机上运行的时候，谁也不能保证计算机软件能一步到位的满 足人们的需求。所以就有了软件测试，其目的是：第一是确认 软件的质量，其一方面是确认软件做了你所期望的事情，另一 方面是确认软件以正确的方式来做了这个事件。下面我简单的 写一下这个学期对课程的总结和收获。 我认为，在整个庞大的软件工程
2、中，不管是需求分析、架 构设计甚至是最后的 debug，都会产生引入不管的机会，这就 要求作为一个软件测试师要掌握丰富的软件工程原理和知识。 测试的工作将会存在于整个项目周期，即在项目开始时需要各 种分析调研时就开始了。尤其是在形成需求规格说明书时就有 对文档的测试需求，甚至主导整个项目的走向。 软件测试对逻辑思维、学习能力、反应要求很高，是否有 严密的思维和逆向思维也非常重要。做测试还要考虑到所有出 错的可能性，有时候还要用一些非常规的的测试方法。软件测 第 2 页 试还很注重软件性能问题，也就是要保证软件运行得很好；不 同的使用环境下，考虑软件的兼容性同样重要。对于测试员来 讲，会比开发人
3、员更加重视软件产品的质量问题。在测试过程 中，测试者可能会为客户的需求角度考虑到更多，由此我们可 以认为测试人员有权利决定产品是否可以发布。然而，通过一 个学期的学期，我们又不得不懂得，软件测试人员不是万能的， 测试人员在面对一个设计烂编码烂的软件时，也是无法不低头 的，再怎么测试它也变不成优秀的软件。 通过课上的理论因为课下的实践和后半学期又因为身体力 行于 1、最基本的测试的分类：从是否需要执行被测软件的角度， 可分为静态测试和动态测试；从测试是否针对系统的内部结构 和具体实现算法的角度来看，可分为白盒测试和黑盒测试。 2、然后就是，白盒测试中的逻辑驱动测试的覆盖率测试。 3、还有就是对于
4、划分等价类和边界值法这一块，让我从模 糊到明朗。 4、在初次写测试用例的时候，感觉真是纠结，用例写的很 死板，看似简单的一个填表工作，要写好真是不简单。一开始 写的比较不自然，有些生搬硬套，而且还很慢。在后来负责了 对论坛新鲜事版块的测试之后，明白了测试用例其实就是指导 怎么去执行测试，而且书写设计测试用例也要以熟悉软件的业 务为前提，才能更好的去测试。 第 3 页 另外就是一个学期的学习让我纠正了几点误区： 1. 有位大师曾说过：“软件测试的目的在于发现错误，一 个好的测试用例在于发现从来未发现的错误，一个成功的测试 是发现了从未发现的错误的测试。 ” 由此我自认为测试就是为 了找到 bug
5、，然而一个学期的测试学习经验告诉我这是错误的， 如果只是为了找到 BUG，那么 BUG 会成天缠着你。 2.在大家协力测试论坛的时期内，我曾认为这种大量的重 复性的工作真的很乏味，可是在这乏味中真心发生挺多有意思 的 bug，意想不到的 bug，所以我认为只要掌握了方法，在重复 中寻到到创新的小惊喜，任何东西都有它的特点。 作为测试新手，通过一学期的学习，我认为能独立写测试 计划，设计测试用例，精通一种测试工具，理解一种 bug 管理 软件是新手晋级老手的必备素质。任重而道远？！ 在最后，我不得不提的就是细心和耐心了。这是我认为这 个学期测试课上收获最大的了，课程要求测试时必须细心和耐 心，我在想，如果以后真的工作在测试一系列的岗位上，要学 会坐得住，用大量的时间和精力和 bug 斗争，分离、识别还有 归类 bug，是不是也能真的改变我粗心大意和三分钟热度的毛 病。 最后感谢刘老师这学期的课程讲授，和实践中的指导和帮 助。测试路程，路漫漫其修远兮，吾将上下而求索。 第 4 页