日志 [2012年11月21日]_探索性测试笔记（ET）

概念：
ET：exploratory testing
ST：Suit Testing

探索测试的投入产出比如何:
结论是：对于已知bug（研究方故意注入在产品中的bug）来说，使用ET或ST方法在发现bug总数上没有区别；但ET却可以发现更多的未知bug。
结论是：与用例测试（ST）相比，ET在各种发现难度上发现更多的bug。
结论是：ET在GUI和Usability这2个类型上ET有比较大的优势，但在Technical defect上，ST比ET要好一些。
结论是：相比较用例测试而言，ET报告了较少的错误bug。
结论：从这些版本的度量数据看，在版本后期，探索测试的问题发现效率大约是用例测试的3倍。
当然了，在敏捷迭代阶段的试点还比较少，还缺乏相关数据。

工具：Xmind
思维导图的应用，主要包含这几个维度：
Structure结构： 被测试产品包含什么
Function 功能：  被测试产品要干什么
Data 数据：  被测产品处理了什么
Interface接口： 可以通过那些方式与产品交互
Platform平台： 产品依赖哪些东西
Operation操作： 我们使用产品做什么
Time 时间： 时间对产品会有什么影响

Problem  问题：包括risk、issue、bug（在迈克的图上看到的。）

思维导图的阶段：
在需求分析环节，需要动态刷新。可以尝试替代测试策略。
目前的总体策略是：第一轮需求测试，最后一轮基本功能和清单。相当于没说，思维导图提供了一种更好的讲故事的方式。
文不如表，表不如图。

状态图：
识别对象-》识别状态因子/元素-》弄清楚触发条件。

感悟：
1）画状态图后，与理想状态机差异在哪？不要根绝产品的设计去测试，否则只能发现内部实现问题，而发现不了设计问题；而是根据自己理想的产品的样子去测试。
2）积极反馈：   很多时候，需求都是不清楚的。我们要找出自己的issue（疑问）和risk（风险：哪些地方可能有问题），积极和SE或者TM反馈，达成一种共识。
3）探索性测试是：道。是一种方法论。而不仅仅是一个工具，一个测试用例执行后的补充。例如：可以用于需求分析、版本测试、模块建设、局点保障等。
4）思维导图也是一种金字塔原理，更符合表达问题的逻辑。一般最好不要超过7个维度。
5）全局观和系统思维在测试中很重要。这也就是为啥探索性测试收到欢迎的原因。

探索性测试方法：
破坏测试法： 掉电、插拔网线、停服务
反叛测试法： 逆向、错序
强迫症测试法： 反反复复执行同样的操作
极限测试法：    大流量、满负荷、满配置
出租车测试法： 重复到达相同的目的地，但是采用不同的测试路径；
出租车禁区测试法：重复到达相同的限制，但是采用不同的方式达到限制
快递测试法： 测试和输入数据有接触的那些特性可能对数据做出的操作，比如检查是否会导致数据被错误的修改、传递
长路径测试法： 选择最长的操作路径
懒汉测试法： 例如：对话框都是默认，检查默认值的输入判断。
恶邻测试法： 在缺陷多的邻区进行测试。
博物馆测试法： 很长时间没有动过的遗留代码.

质量方法
5w2h、pdca、鱼骨图、头脑风暴等：
P-----what 目标是什么  who 谁 相关人  why 背景，为什么要做 为什么是我来做  when 计划是什么 where 在那个环境那里做  how 怎么做，策略是什么？
D  ----按照计划去实施
C ----check过程，看看计划是否有偏差和风险
A ----交付完后，可以总结一下~~