读书笔记_探索式测试_混合探索式测试

作者:Miss喜乐     分类:软件测试     时间:2014-06-06     浏览:88     评论:0 来源:博客园

一、测试场景

1.讲述用户故事

2.描述需求

3.演示产品功能

4.演示集成场景

5.描述设置和安装

6.描述警告和出错情况

二、使用基于场景的探索式测试

1.通过场景操作引入变化:操作后得到的新场景称为衍生场景。

  • 插入步骤:增加更多数据、使用附加输入、访问新的界面
  • 删除步骤
  • 替换步骤
  • 重复步骤
  • 替换数据
  • 替换环境
  • 替换硬件
  • 替换容器:浏览器兼容性
  • 替换版本

修改本地设置:cookie、注册表、浏览器设置等

三、通过漫游测试引入变化

1.卖点测试法:模拟用户的工作习惯

2.地标测试法:从场景中选择特定功能的地标,然后随机乱序

3.极限测试法:修改场景使软件达到极限条件

4.深巷测试法:使用最不可能用到或最没用的功能

5.强迫症测试法:重复场景中的每个步骤至少两次

6.通宵测试法:自动化或录制回放等

7.破坏测试法:抢占场景需要的资源

8.收藏家测试法:记录执行场景和衍生场景的每个输出

9.超模测试法:关注UI,确保所有元素各就其位,设计合理可用,强迫数据刷新等

10.配角测试法:临近选项

11.取消测试法:取消按钮、停止功能,针对费时的任务

12.混票测试法:混合场景,找出通用数据或功能

四、实践中的探索式测试

1.许多缺陷不是通过用例找到的

2.GUI测试引入的场景和交互不宜使用自动化测试

3.不管自动还是手动,都需要回归测试

4.出租车测试法:所要到达的功能、对话框或一些其他功能组件,用户通常有大量的路线可选,测试人员必须熟悉各个路径并验证,重点是执行不同的测试路径,相反的,禁区测试法,测试不能使用功能的路径,如无权限,状态非法等

5.多元文化测试法:本地化的基本条件——无硬编码文本,检查修改语言和窗体大小后的重绘

6.收集缺陷: 多路径导致的缺陷

7.取消测试法:取消被测对象前应改变其状态,取消后再次尝试同一场景也很重要

8.缺陷修复率:所有发现的缺陷中,被修复的缺陷所占的百分比

9.开发早期目标:发现设计缺陷、被误用的控件、界面和可用性上的错误

10.开发后期目标:产品功能、数据安全、符合要求、功能特性适用范围、改过的缺陷不再复现

本文转载自:http://www.cnblogs.com/TestFocus/p/3530299.html

上一篇:Java从控制台接受输入字符

下一篇:继续寻找app开发的技术方案


0 评论

查看所有评论

给个评论吧