4.20笔记

4.20上课内容
   

---

黑盒测试（功能测试）的设计用例方法：
1.等价类【重点】
2.边界值【重点】
3.判定表
4.因果图
5.场景法

等价类划分法：范围内的值都是对应的
需求1：在输入框中对考试的成绩1-100分进行打分并且正整数
输入域：1-100分
集合：1-100之间的任意正整数

有效等价类：正确的值：20,55，,89
无效等价类：在约束范围外的值，不是规定的：-1,200，字母，字符
从不同的角度进行违反               
正常场景
异常场景
需求2：QQ密码由6-10位数字、字符、字母、下划线组成
有效等价：
6-10位纯数字，123456
6-10位纯字母，abcdefg
6-10个下划线，______
数字和字母和下划线的组合：数字+字母、数字+下划线、字母+下划线、数字+字母+下划线
无效等价：1.从长度违反：小于6位，大于10位        
    2.从类型违反：特殊字符!@#%;中文；空格
    3.默认非空，约束默认不能为空
       数据为空==>异常场景

现有一个档案管理系统，容许用户通过输入年月对档案文件进行检索，系统对查询条件年月的输入限定为1990年1月～2049年12月，并规定:日期由6位数字字符组成，前4位表示年，后2位表示月
198901 205001 1999001 011999 199900  199999  一九九九零一 1999,01
有效等价类：
199901==>验证年份在1990-2049
204912==>验证月份在1-12月
200001==>验证6位
无效等价类：
非数字字符：中文、英文、特殊字符
长度大于6位
长度小于6位
有其他的字符（中文）：1995年
包含字母：2005ab
包含特殊字符：1998！@
年份小于1990:198901
月份小于01:200500
年份大于2049:205001
月份大于12月：13

常见的能够划分等价类的情况：
1.数值的范围==>1-100进行打分
2.重复的次数==>银行取钱的时候密码输入的错误次数
3.字符串的长度==>输入框支持输入6-10位数字
4.列表['abc','dcs','nihao']==>字符串中字符的个数        
5.该文件上传功能支持文件的格式：.bmp,.jpg,.jif,.png(无效等价：word，excel)
6.文件的大小：文件上传功能==>支持500M以内的文件
7.屏幕的颜色
8.反应超时

面试题目：你们的用例包含哪些内容哪些元素        
编写测试用例注意点：
用例的要素/内容：用例编号，用例的标题，前置条件，步骤，预期结果，优先级，报告人
1.用例要用验证开头
2.验证标题要和步骤对应
3.验证标题要和预期结果呼应
4.等价类用例设计方法描述一般是大于，小于，在什么数据之间
5.预期结果要和步骤一一对应。
6.标题是一个陈述句

测试点：测试的功能点
1.只是一个判断句：输入正确的账号和密码是否可以登录成功
面试题目：        
以登录界面为例，输出测试点，你会怎么设计用例        。你会考虑哪些方面。
检查界面是否正常显示（界面测试）
输入正确的账号和密码是否登录成功（功能测试）
点击登录界面是否可以跳转
界面跳转的时间是否符合要求（性能测试）
在不同浏览器中是否可以正常登录（兼容性测试）
登录后是否可以对密码加密（安全性测试）

边界值：边界点，考虑边界点两边的值
区间【1,100】
上点：1,100，正常场景
离点：0,101，异常场景
内点：50,20，正常场景
闭区间【1,100】
正常测试点：1,100,550，2,99
异常测试点：0,101
开区间(1,100)
正常测试点：2,99,50
异常测试点：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) :列出条件各种情况的应采取的动作。

因果图：
因果图的符号：代表的是原因与结果的关系
C(cause)，E(end)
恒等：当原因出现的时候，结果一定出现。
非：当原因出现的时候，结果一定不出现。
或：∨、or、丨：多个原因中有一个原因出现，则结果就会出现。
与：∧、&：多个原因必须要同时出现，结果才会出现。
约束符号：代表的是原因和原因之间的关系，结果与结果之间的关系
异(E)：两个都不选或只能选一个，【0或1】
或(I)：所有的原因中至少选一个，可以都选，【≠0】
唯一(o)：必须选，但只能选一个，        不能同时多选【=1】
要求(R):南京出现的时候，要求江苏出现
强制(M):出现登录成功的结果，就不能出现登录失败

因果图转换判定表的方法:
1.将因果图中的所有条件（因)填入判定表的条件桩中;
2.将因果图中的所有动作(果)填入判定表的动作桩中;
3.根据因果图确定各个条件组合对应的动作，并且确定判定表中各个规则的条件项和动作项，在需要时优化判定表。

面试题目：你上家公司怎么用因果图设计用例的？
我在上一家公司一般不会使用因果图，但是对于需求文档中有因果图关系的需求，我会把因果图中的原因放入判定表中的条件桩，把因果图中的结果，放入到判定表中的动作桩中，从而把因果图转化成为判定表，根据判定表输出测试用例，这样可以防止用例漏写和漏测。