读《探索式软件测试》的学习笔记(3)

　　---------目前项目测试人员的功能测试手段太单一

　　---------目前第3轮测试发现的bug率以及投资回报率很低 淘宝网-探索式测试白皮书

　　---------为了质疑目前测试部三轮测试的流程规范

　　---------国外已经有了比较成熟的ET理论和实践经验

　　---------创新并实践前段时间ET的理论学习

　　4. 什么时候开始做ET

　　根据 ET 测试的方式和目的以及时间安排，可看出 ET 并不是为了发现主要功能的流程问题。所以特别需要在相对稳定的系统上做 ET，这里有两个好处：一是由于 ET 测试人员没有项目测试人员对需求了解深入，对于主要功能的流程问题没有项目测试人员发现那么及时以及深入。二是在稳定的系统上做ET，有益于发现项目测试人员的盲点，以及发挥测试的极限测试手段，同时也有益于ET测试产出的效果。所以在 XX1 项目 ET 实践过程中，是在第二轮测试的最后一天开始 ET。一般是在安全测试通过后。因为安全测试的 bug 修复后会引发比较多的页面 bug，此在一定程度上会影响 ET发现较严重的bug数量。

　　5. 怎样做 ET

　　ET 过程中使用到的一个非常清晰的任务列表，指出了要测试什么，怎么测试(强调策略，不是详细测试步骤)，要寻找什么样的bug，有哪些风险，要去检查什么文档等。

　　根据国外 ET 实践理念，采用 Session 来进行测试范围的确定(具体请看 ET 的管理)，下面是简单

　　的一些说明：

　　第一步: 大概花1-2 个小时时间看PRD和原型(了解目的和产品背景)。

　　第二步: 大概花1-2 个小时时间确定下有哪些主要的功能模块和贡献性的功能模块。

　　第三步： 与项目组测试人员沟通哪个功能模块发现bug最多，哪个功能模块发现bug最少，哪个模块存在风险比较大。

　　第四步：根据前几步情况和参加ET的时间段来确定有多少个Session，并指出每个Session大概花多长时间。一般是1.5-2 个小时。就淘宝而言，一个 Session大概是2-3个 UC 的情况。

　　第五步：制定ET 测试计划，包含所有Session的名称和测试时间以及缓冲情况。

　　第六步：根据 ET 测试计划，边学习产品需求，边测试。发现问题立马记录问题描述。最后发送 ET测试报告。

　　第七步：与项目组测试人员沟通ET的效果以及该产品存在的风险，从用户易用性角度给该产品总体评价，同时跟踪确认bug的fix情况。

　　6. 做 ET时注意什么

　　ET

　　测试人员需要以最少的时间去了解这个产品的某个需求，而不是不要花很长时间去了解某个复杂业务的具体实现过程。

　　关注细节的部分，多使用一些极限测试的手段，比如超长字符，非法字符，异步编辑等。被某个细节block时，及时与开发人员沟通。 发现一个疑似问题，立马记录其问题描述。全神贯注的进行边学习产品，边测试。

　　7. ET 产出了什么

原文转自：http://www.ltesting.net