5.26 测试用例3

功能测试用例设计方法：

等价类

边界值

判定表

场景法

状态迁移图

因果图

1、判定表

定义：分析和表达多逻辑条件 下执行不同操作的情况

结构：由4个部分组成

1）条件桩（conditionstub）:列出问题的所有 条件（通常条件次序无关紧要）。

2）条件项（conditionentry）：列出针对它条 件的取值（所有情况下的真假值）

3）动作桩（action stub）：列出问题规定可采取的动作（顺序无约束）。

4）动作项（action entry）：列出条件各种情况的应采取的动作。

例子：12306登录功能 账号  密码 验证码           假设1为真  0为假

条件桩：                                               条件项

账号                                       1   1 1  0 0 1  0  0

密码                                                                 1   1 0  1 0 0  1  0

验证码                                                               1   0 1  1 1 0  0 0               

动作桩

登录成功                                                              y

登录失败                                                                 n  n  n n n n  n      动作项

2、状态迁移图：状态不断地在变化

已下单==》已取消订单==》待付款==》取消付款==》已付款==》待收货==》取消收货==》已收货

3、场景法：正常场景  异常场景  ==>注重流程

举例：登录功能【取款】

正常场景

1）正确的账号 正确的密码 登陆成功

异常场景

2）正确的账号，错误的密码，登录失败

3）错误的账号，正确的密码 登录失败

4）错误的账号  错误的密码 登录失败

5）账号为空

6）密码为空

7）都位空

8）同一账号重复登录

9）账号被锁定了

10）手机和电脑同时登录

4、因果图

1）基本的符号

C ==》cause   原因

E ==》end    结果

假设 1为真  0为假    or只要一个为真就为真， and 且两个都要满足  

①、恒等： == equal==》当原因出现结果一定出现  

例子：c = 1 e = 1 要么都不出现

②、非 ~ not  当原因出现的时候结果一定不出现  

例子：c = 1 , e = 0

③、或 or   多个原因只要出现一个就为真

c1 = 1,c2 = 0 ，e =1

c1 = 1,c2 = 1 ，e =1

④、与 且

c = 1 e = 1, c = 1 e = 0

约束符号

E约束(异)：a和b中最多有一个可能为1，即a和b不能同时为1。==》男女

I 约束(或)：a、b、c中至少有一个必须为1，即 a、b、 c不能同时为0。

O约束(唯一)：a和b必须有一个且仅有一个为1。 a = 1 ,b=0

R约束(要求)：a是1时，b必须是1，即a为1时，b不能为0。 省份江苏省，南京市

M约束(强制)：若结果a为1，则结果b强制为0。==》结果和结果的关系登录功能（登录成功，登录失败）

补充

面试题：

您在上家公司是怎么用因果图用例设计方法的？

我在上家公司一般都不会去画因果图，但是对于需求文档当中有因果关系的需求，我们会把

因果图当中的原因放入判定表中的条件桩当中，把因果图中的结果放入到判定表的动作桩当中

从而把因果图转换为了判定表，可以防止用例的漏写和漏测

Web 端测试和 App 端测试有何不同（常见）

系统结构方面
Web 项目，b/s架构，基于浏览器的；Web 测试只要更新了服务器端，客户端就会同步会更新；
App 项目，c/s结构的，必须要有客户端；App 修改了服务端，则客户端用户所有核 心版本都需要进行回归测试一遍；

兼容方面
Web项目：a. 浏览器（火狐、谷歌、IE等）b. 操作系统（Windows7、Windows10、Linux等）
IE、360（兼容模式）、搜狗（兼容模式）（Trident内核）
Firefox（Gecko内核）
Chrome、360（极
速模式）、搜狗（极速模式）（Blink内核）
Apple Safari（WebKit内核）


App项目：a. 设备系统: iOS（ipad、iphone）、Android（三星、华为、联想等） 、Windows（Win7、Win8）、OSX（Mac）
b. 手机设备可根据 手机型号、分辨

率不同性能方面
web项目 需监测 响应时间、CPU、Memory
app项目 除了监测 响应时间、CPU、Memory外，还需监测流量、电量等
相对于 Wed 项目，APP有专项测试

干扰测试：中断，来电，短信，关机，重启等

弱网络测试（模拟2g、3g、4g，wifi网络状态以及丢包情况）；网络切换测试（网络断开后重连、3g切换到4g/wifi 等）

安装、更新、卸载
安装：需考虑安装时的中断、弱网、安装后删除安装文件等情况
卸载：需考虑 卸载后是否删除 App 相关的文件
更新：分强制更新、非强制更新、增量包更新、断点续传、弱网状态下更新

界面操作：关于手机端测试，需注意手势，横竖屏切换，多点触控，前后台切换
安全测试：安装包是否可反编译代码、安装包是否签名、权限设置，例如访问通讯录等
边界测试：可用存储空间少、没有SD卡/双SD卡、飞行模式、系统时间有误、第三方依赖（QQ、微信登录）等
权限测试：设置某个 App 是否可以获取该权限，例如是否可访问通讯录、相册、照相机等

你认为什么样的用例是一条优质的用例？
挖掘需求当中隐形 显性 特殊 关联的需求点，用xmind梳理
用例的标题正确，不要重复
标题简洁明了，不要重复
测试数据尽量放在步骤中，数据也不要有重复
不要把用例写成bug
标题和结果要呼应
碰到一个多场景的案例，可以用大于或者小于
测试用例不能用判断语句