黑盒测试方法及说明

黑盒测试(功能测试)

含义:把软件系统当作一个”黑盒”,无法了解或使用系统的内部结构及知识,从软件的行为,而不是内部结构出发来设计测试

目前大多数测试人员都是做黑盒测试,相对应的白盒测试对软件测试人员要求非常高.需要有很多编程经验.

测试方法有等价类,边界值,错误推测法,流程图法,判定表法,正交实验法等

1.

等价类法

做加法器功能测试时,测试了1+1,1+2,1+3.1+4之后,还有必要测1+5,1+6吗,是否放心地认为它们是正确的nbsp;        (抽样检查:同类划分后取代表性值进行测试,以提高测试效率)

等价类划分法

划分等价类:测试某等价类的代表值就等于对这一类其他值的测试,因此可以把全部输入数据合理划分为若干等价类,用少量代表性测试数据取得较好结果.

1. 划分等价类并进行适当细分;
2. 为每个等价类进行编 ;
3. 设计一条用例尽可能多的覆盖有效等价类,继续设计用例至所有有效等价类均覆盖
4. 设计一条用例尽可能多的覆盖无效等价类,继续设计用例至所有无效等价类均覆盖

 

2.

边界值分析法

为了防止出现或然性问题,即可能出现规定标准之外的问题

找边界规则:选择 最大个数,最小个数,比最小个数少1,比最大个数多1 作为测试数据

如果时间允许 边界值从四个增加到六个 以增加边界覆盖率 ( 口诀边界值是加一减一带自身  两边则为6个)

 加一减一指增量,而非数值 !

1. 确认边界,包括隐藏边界的上点和离点;
2. 确定增量 设计测试用例.

3.

错误猜测法

基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的方法,

4.

正交表分析法

可能因为大量参数组合而引起测试用例数量上的激增,同时这些用例没有明显优先级的差距,而测试人员又无法完成这么多数量的测试,就可以通过正交表来进行缩减一些用例,

从而达到尽量少的用例覆盖尽量大的范围的可能性

1. 判断有哪些因素(输入)
2. 判断每个因素有哪些可取值
3. 选择一个合适的正交表
4. 把输入的值映射到表中
5. 把每一行的各因素水平的组合作为一个测试用例
6. 加上你认为可疑且没有在表中出现的组合.

5.

场景法

6.

流程图法

1. 根据说明,描述出程序基本流程及各项备选流程;
2. 根据基本流程和各项备选流程生成不同的场景;
3. 对每一个场景生成相应的测试用例;
4. 对生成的所有测试用例重新复审,去掉多余的测试用例,测试用例确定后,对每一个测试用例确定测试数据值.

7.

判定表法

1. 分析被测应用,确定输入和输出;
2. 确定因果逻辑关系;
3. 把因果图转换为判定表;
4. 根据约束条件简化判定表,并给出结果;
5. 设计测试用例.

工作重点集中在对需求,业务的理解,对产品功能的仔细推敲,只有这样,才能准确地划分等价类.

那么这么多测试方法,我们有没有什么用例设计套路呢/p>

当然有,

确定测试目标 — 提取测试元素 — 分类(整体的等价类) — 针对各类进行分析(主要还是等价和边界) — 正交表生成用例(因果图和判定表是经常使用的方法)

— 根据实际测试环境情况删除部分case –增加错误推断和性能测试用例 — 使用场景法验证覆盖率  — 生成初步测试用例 告  — 同行评审  — 归档 

实战:

旅馆住宿系统添加房间测试用例设计

需求:旅馆住宿系统中,旅馆业主可进行添加房间操作,具体”添加房间”业务描述如下:

1. 旅馆业主登录旅馆住宿系统后,可以请求添加房间

2. 待进入”房间管理”对话框,单机”添加”可进行添加房间操作

3. 添加房间时,可以设定房间的房间编 ,房间类型,房间描述信息

4. 添加房间信息不能缺失,若某一项未填写,要给出提示信息

5. 房间编 长度不能超过5个字符

6. 房间描述长度不能超过1000个字符

7. 房间信息不能重复,成功填写后,可进行保存或取消操作,之后返回”房间管理”对话框,结束添加房间流程

思路:整体分析生成简易用例 –> 细节分析细化用例 –> 填充数据完善用例

首先,根据整体分析,选用场景法进行用例设计,生成简易用例.

第一步:依据需求,描述出基本流及各项备选流.

最后,填充数据完善用例,依据细化后的测试用例,填充测试数据以进一步完善为最终可执行的测试用例.