探索式软件测试

摘录精彩语句

1）大多数伟大想法的背后是一片埋葬着不成熟想法的墓地

2）用户在购买功能的同时也在忍受缺陷

3）特殊缺陷： 逃过所有各种检测手段而最终存在于发布产品中的缺陷；
原因： 手工测试都缺乏目的性，随机性强，重复性强；

缺陷的后果：客户流失；

4）2种缺陷： 程序员引入的缺陷和运行环境导致的缺陷；

5）缺陷预防(单元测试，代码review等)和缺陷检测；

6）开发人员与测试

开发人员的角度： 编写程序，他们必然会有盲点。--如何实现这个功能
测试人员的角度：避开开发人员的固有成见。--如何证明 功能在有限的条件下可工作(不同于程序员的“第二双眼睛”)
（测试人员： pm, dev团队的更迭， 产品质量稳定）

7）测试驱动开发；
单元测试；-- 格式化，数据验证，异常条件等---用例评审及更前期考虑到；

8）缺陷检测：
两种形式的动态测试：自动化测试(过度依赖自动化测试会为程序的最终成功带来隐患)+ 手工测试(用户界面，手工输入数据，发挥人的
主观能动积极性，设计出真实的用户情况，可以识别出显而易见的缺陷和难以察觉的缺陷)。
9）
如果想发现与应用程序业务逻辑(用户的需求，往往非常复杂，需要手工测试，这里使用自动化，一般效果不是很理想)相关的缺陷---手工测试是最理想的选择。
检测软件缺陷的最好方法是使用测试技术，而不是开发技术(太多的因素，场景可能导致自动化测试失效，无法一一跟踪，这需要“人脑”的介入)
10）
手工测试领域目前最好的计算： 探索式测试(精心规划的测试---》留出时间随机应变测试)
普通测试： 测试计划预先编写好；
探索式测试：运行测试时创建，测试实例和测试文档；

11）探索式测试最实用的场景： 敏捷开发过程的web应用程序

原因：

开发周期短 + 没时间编写测试脚本 + 功能变化快(一个用例很快就失效，没必要编写它)；
12）探索式缺陷： QA可能没有重点
13）探索式测试的两种指导方法：
局部探索式测试：QA测试过程中即时做出决定
全局探索式测试：QA设计整体测试计划和测试策略
14）错误处理代码： 大多数开发人员不喜欢编写，更偏重于正常逻辑功能的处理；