探索式软件测试.pdf

Hellen Zeng( 曾庆光) zengqg@ 1/17/2012  “用户购买功能的同时也在忍受缺陷。”  比其他任何缺陷都重要的特殊缺陷：逃过所有各 种检测手段而最终存在于发布产品中的缺陷。  用户是在使用软件的过程中找到这些缺陷的，所 以我们也应该通过使用软件来找到它们。  优势 能最大程度的发挥人的主观能动积极性 善于发现业务逻辑相关的缺陷  不足 慢, 没有规律，不可反复使用，发现问题后也 不能重现，不能移植，没有很多可借鉴的经验 教训。 希望软件测试进入一个具有明确目的、非常规范的探索式 测试过程。这个过程要求手工测试必须经过精心策划、以 防万一，同时又要预留一定的发挥空间，让测试人员在测 试时可以随机应变。 指导方法尤为重要 局部探索式测试法 全局探索式测试法 测试是一个不停进行抉择的过程。 根据软件的属性，我们将决策分为5部分： * 输入 * 状态 * 代码路径 * 用户数据 * 执行环境 探索测试的精髓和目标： 理解应用程序如何工作，它的接口看起来 怎样，它实现了哪些功能 强迫软件展示其全部能力 找到缺陷：探索式测试人员不应只是去简 单地发现缺陷，而应该有目的地使缺陷数 量降为零。 商业区 历史区 旅游区 娱乐区 旅馆区 破旧区 指南测试法– 用户说明书, F1之旅双 向  卖点测试法变种：质疑测试法  地标测试法  极限测试法变种：找麻烦测试法  快递测试法– 专注于数据  深夜测试法 遍历测试法– 不做太多停留，比方专门 测试菜单项、错误信息或者对话框等 遗留代码,之前版本存在的特性,缺陷修复代 码– 历史经常会重演  恶邻测试法  缺陷数目与产品特性联系起来  缺陷通常扎堆儿出现,产品缺陷多的地方值得反复测试.  博物馆测试法  针对遗留代码, 文档缺乏,人员离开等,单元测试盲区  上一版测试法  运行先前版本支持的所有场景和测试用例  重新实现功能  配角测试法 把自己的注意力向左或向右调整几度, 以确保配角得到 应有的重视.  深巷测试法 最不可能被用到的或是那些最不吸引用户的特性 变种– 混合测试法: 把最流行的和最不流行的放在一起 混着测. 交互测试必要与否的判定方法  通宵测试法 内存数据的不断积累和对内存变量的持续读写, 长时间 的运行会导致内存泄露 ,数据破坏, 竞争条件等. MTBF ‐Mean Time Between Failure, 即平均无故障时间。 MHTML Document  有关输入：这两个特性会不会处理同一个输入？  有关输出：这两个特性功能是否在可见的用户 界面上操作同一块区域？他们会产生同一个输 出吗？  有关数据的问题：这两个特性会操作其共享的 一些内部数据？是读取共享数据，还是修改共 享数据？ 如果对以上任何一个问题的回答是”是” ，那么这 两个功能就会相互交互，因此需要放在一起测 试。 Interactive Scene  收藏家测试法 到达所有那些可到达的地方并记录输出结果, 此测试法很庞大, 最好以 小组为单位来进行.  长路径测试法 访问(测试) 离应用程序开始点尽可能远的特性  超模测试法 重点不是在功能或测试功能间真正的相互作用, 而只是测试界面. – 界 面元素, 坐标位置,界面刷新,颜色传达信息一致性  测一送一测试法 测试同时运行同一个应用程序多个拷贝的情况. 尝试多个拷贝同时打开同一个文件, 同时在网络上传输数据,试图读写 同一个文件等，通常会以某种方式互相影响而出错.  苏格兰酒吧测试法 适用于大规模的复杂应用程序,offic