高效工作、快乐生活
日志 [2012年11月21日]_探索性测试笔记(ET)
上一篇 /
下一篇 2012-11-21 16:10:11
/ 个人分类:精彩
概念:
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 ----交付完后,可以总结一下~~
收藏
举报
TAG: