这个学期我学习了软件测试这门专业课程， 在学期即将结束的时 候，我也对这门课程建立基本的了解和理解。软件测试这门课程作为 软件工程专业中一门很重要的课程，已经在软件领域占据了不可替代 的角色，当一个软件从雏形到真正的在一台计算机上运行的时候，谁 也不能保证计算机软件能一步到位的满足人们的需求。所以就有了软 件测试，其目的是：第一是确认软件的质量，其一方面是确认软件做 了你所期望的事情，另一方面是确认软件以正确的方式来做了这个事 件。下面我简单的写一下这个学期对课程的总结和收获。
我认为，在整个庞大的软件工程中，不管是需求分析、架构设计 甚至是最后的debug,都会产生引入不管的机会，这就要求作为一个 软件测试师要掌握丰富的软件工程原理和知识。测试的工作将会存在 于整个项目周期,即在项目开始时需要各种分析调研时就开始了。尤 其是在形成需求规格说明书时就有对文档的测试需求,甚至主导整个 项目的走向。
软件测试对逻辑思维、学习能力、反应要求很高,是否有严密的 思维和逆向思维也非常重要。做测试还要考虑到所有出错的可能性, 有时候还要用一些非常规的的测试方法。软件测试还很注重软件性能 问题,也就是要保证软件运行得很好；不同的使用环境下,考虑软件 的兼容性同样重要。对于测试员来讲,会比开发人员更加重视软件产 品的质量问题。在测试过程中,测试者可能会为客户的需求角度考虑
到更多，由此我们可以认为测试人员有权利决定产品是否可以发布。
然而，通过一个学期的学期，我们又不得不懂得，软件测试人员不是 万能的，测试人员在面对一个设计烂编码烂的软件时，也是无法不低 头的，再怎么测试它也变不成优秀的软件。
通过课上的理论因为课下的实践和后半学期又因为身体力行于
1、最基本的测试的分类：从是否需要执行被测软件的角度，可 分为静态测试和动态测试；从测试是否针对系统的内部结构和具体实 现算法的角度来看，可分为白盒测试和黑盒测试。
2、然后就是，白盒测试中的逻辑驱动测试的覆盖率测试。
3、还有就是对于划分等价类和边界值法这一块，让我从模糊到 明朗。
4、在初次写测试用例的时候， 感觉真是纠结， 用例写的很死板， 看似简单的一个填表工作，要写好真是不简单。一开始写的比较不自 然，有些生搬硬套，而且还很慢。在后来负责了对论坛新鲜事版块的 测试之后，明白了测试用例其实就是指导怎么去执行测试，而且书写 设计测试用例也要以熟悉软件的业务为前提，才能更好的去测试。
另外就是一个学期的学习让我纠正了几点误区：
1. 有位大师曾说过：“软件测试的目的在于发现错误，一个好的 测试用例在于发现从来未发现的错误，一个成功的测试是发现了从未 发现的错误的测试。”由此我自认为测试就是为了找到 bug,然而一
个学期的测试学习经验告诉我这是错误的，如果只是为了找到 BUG，
那么BUG会成天缠着你。
本文来源：https://www.2haoxitong.net/k/doc/a81498be89d63186bceb19e8b8f67c1cfbd6ee1c.html
文档为doc格式