黑盒测试（功能测试）的设计用例的方法：
1、等价类【重点】
2、边界值【重点】
3、判定表
4、因果图
5、场景法
等价类划分法：范围内的值都是对应的
需求：在输入框中对考试的成绩（1-100）进行打分并且正整数
输入域：1-100
集合：1-100之间的任意正整数
有效等价类：输入的都是合理的数据，正确的值，20，55，89
无效等价类：输入的都是合理的数据，在约束范围之外的值，不是规定的
测试点：测试的功能点
1、只是一个判断句：输入正确的账号和密码是否登陆成功
面试题目：
以登录界面为例，输出测试点，你会怎么设计测试用例。
检查界面是否显示正常（界面测试）
输入正确的账号和密码是否登陆成功（功能）
点击登陆页面是否跳转
界面跳转的时间是否符合要求（性能）
在不同的浏览器中是否可以正常登录（兼容）
登陆后是否可以对密码加密（安全）
边界值：边界点，考虑边界点两边的值
区间【1，100】
上点：1，100，正常场景
离点：1，100，异常场景
内点：50，20，80，正常场景
闭区间：【1，100】
正常的测试点：1，100，50，2，99
异常的测试点：0，101
开区间：（1，100）
正常的测试点：50，2，99
异常的测试点：1，100
半开半闭：【1，100）
正常的测试点：1，99，50
异常的测试点：0，100
一个输入域用边界值设计用例，一共选取几个点测试？
两个上点，两个离点，一个内点
需求：
用户名是由11位纯数字的手机号组成
边界值
验证在输入框输入11位纯数字组成的电话号是否可以成功登录
验证在输入框输入10位纯数字组成的电话号是否可以成功登录
验证在输入框输入12位纯数字组成的电话号是否可以成功登录
等价类的描述
验证在输入框中输入小于11位的数字是否可以登录成功
验证在输入框中输入大于11位的数字是否可以登录成功
验证在输入框中输入等于11位的数字是否可以登录成功
判定表：
1）条件桩（condition stub）:列出问题的所有 条件（通常条件次序无关紧要）。 2）条件项（condition entry）：列出针对它条 件的取值（所有情况下的真假值） 3）动作桩（action stub）：列出问题规定可采 取的动作（顺序无约束）。
4）动作项（action entry）：列出条件各种情况 的应采取的动作。
创建步骤：
1）确定规则的个数：若有N个条件，每一 个条件下有2个值，则有2^n种规则。
2）列出所有条件桩与动作桩。
3）输入条件项。
4）输入动作项得到初始判定表。
5）简化（合并相似规则）。
6）编写测试用例
因果图：
因果图符号：代表的是原因与结果的关系
C：cause==》原因
E：end==》结果
恒等：当原因出现的时候，结果一定出现
非：当与原因出现的时候，结果一定不会出现
或：v/or | ：多个原因中有一个原因出现，则结果就会出现
与：^& ：多个原因必须要同时出现，则结果才会出现
约束符号：代表的是原因和原因之间的关系，结果与结果之间的关系
E异：男生和女生可以两个都不选，但是，如果是要选择，只能选一个（非必填）
I或：所有的原因中最少选择一个，可以都选
o唯一：必须选，但是也只能选一个，不能同时多选
R要求：南京出现的时候，要求是江苏出现
M强制：出现登录成功的结果，就不能出现登录失败
因果图中的约束
在实际问题中输入状态相互之间、输出状态相互之间可能存在某些依赖 关系，称为“约束”。
对于输入条件的约束有E、I、O、R四种 约束，对于 输出条件的约束只有M约束。
ØE约束(异)：a和b中最多有一个可能为1，即a和b不能同时为1。
ØI 约束(或)：a、b、c中至少有一个必须为1，即 a、b、 c不能同时为0。
ØO约束(唯一)：a和b必须有一个且仅有一个为1。
ØR约束(要求)：a是1时，b必须是1，即a为1时，b不能为0。
ØM约束(强制)：若结果a为1，则结果b强制为0。
面试题目？你上家公司怎么用因果图设计用例的？
我在上一家公司一般不会使用因果图，但是对于需求文档中有因果图关系的需求，
我会把因果图中的原因放入判定表中的条件桩，把因果图中的结果，放入到判定表中的动作桩中，从而把因果图转化成为判定表，根据判定表输出测试用例，这样可以防止用例漏写和漏测。
|
|
330
0
多测师社区 
