系统测试分析&系统测试设计

系统测试分析&系统测试设计
编写测试用例的过程：
1、熟悉需求（需求评审）
2、测试需求分析（测试人员分析软件需求，从中提取出测试点，运行测试需求分析方法尽可能的把需求覆盖完全）
3、设计测试用例（运用测试用例设计方法设计测试用例，对测试点的各种情况进行覆盖）
4、编写测试用例

测试需求分析：把SRS转化为测试点的过程，测试思路，解决了针对需求要测试哪些点
·质量模型分析法：按照功能、性能、易用性、稳定性、兼容性的思路进行梳理测试点
·功能交互法：先绑定银行卡再支付，先支付等提示的情况下绑定银行卡，无规律的使用手机中的功能，交错使用微信支付功能
·用户场景法：多参考同类友商、多分析历史性Bug、了解用户人群习惯，考虑测试点
站在用户的角度使用软件

注意：精简用例存在漏测风险，使用正交试验法设计完用例之后，还需要考虑一些特殊情况

测试用例设计
等价类划分法
1、列出所有的限定条件，作为行；
2、每个限定条件都梳理出有效类和无效类；
3、设计一条有效测试用例，尽可能多的覆盖有效等价类，重复此步，直到所有有效类被完全覆盖
4、设计一条无效测试用例，尽可能少的覆盖无效等价类，重复此步，直到所有无效类被完全覆盖
例：在证券柜台系统中规定用户密码是由字母开头，后跟字母或数字的任意组合构成。最少字符数为4个，最大字符数为12个。
并且规定用户密码不能与用户注册号相同，且不能全为字母。

①③⑤⑧⑩ 字母开头，由字母和数字组成，4-12位之前与账号不同的密码组合
②③⑤⑧⑩ 密码由数字开头
①④⑤⑧⑩ 密码中有符号
①③⑥⑧⑩ 密码3位
①③⑦⑧⑩ 密码13位
①③⑤⑨⑩ 密码与账号相同
①③⑤⑧⑪ 密码全是字母
边界值法
根据大量实践证明，错误往往会出现在临界点上
用法：使用边界值法对等价类划分法设计的测试用例进行补充
例：密码要求在4-12位，则需要测试3位，4位，12位，13位
①③⑤⑧⑩ 字母开头，由字母和数字组成，4位与账号不同的密码组合
①③⑤⑧⑩ 字母开头，由字母和数字组成，12位与账号不同的密码组合

正交试验法（参见正交试验表）
例：对百度网页进行兼容性测试要求考虑：操作系统(Win7,Win10)、浏览器(IE,Chrome)、分辨率(19201080,19201200)
3个因子，每个因子2种状态，全排列组合有8种场景，使用正交试验法对测试用例进行精简抽样测试。
111 Win10 Chrome 19201200
100 Win10 IE 19201080
010 Win7 Chrome 19201080
001 Win7 IE 19201200
通过正交试验法，抽样得到4条测试用例覆盖全排列组合
1、有一个因子状态多了怎么办？加了一个浏览器(FireFox)
从该因子中其它的状态中任意复制一种状态，改为状态2
120 Win10 FireFox 19201080
021 Win7 FireFox 19201200
2、如果是3因子3状态怎么办？
从正交表中查找最接近的组合，如果因子多了直接去掉因子即可

输入域测试
不关心软件具体实现什么功能，仅考虑该功能还可以输入哪些内容。
例如：Space、#、null、DELIMITER ; 等一些特殊内容
对等价类划分法设计的测试用例进行补充特殊场景
输出域测试
不关心软件具体实现什么功能，仅梳理出软件所有的动作结果，检查软件是否把所有结果都考虑到了。
（有点类似于白盒测试中的语句覆盖）
该方法设计用例简单直接，但是容易产生漏测，常用于对已设计的用例进行查漏
状态迁移法
通常一个软件的单个模块，业务非常复杂，用等价类划分法很难设计复杂的业务场景。
例如：禅道的Bug管理模块
New --> Open, Rejected
Open --> Fixed, Rejected, Delayed
Fixed --> Closed, Reopen
Closed -->
Reopen --> Fixed, Rejected, Delayed
Rejected --> Closed, New
Delayed -->
1、列出所有的单据状态
2、梳理各种状态的切换关系
3、设计测试用例覆盖所有的切换关系
注意：状态迁移法只考虑当前状态到下一状态，不考虑后续状态
使用状态迁移法，可以把单个模块的绝大部分业务功能覆盖到
流程分析法(业务流程设计图)
软件有特定的业务流程，想要把业务流程梳理清楚并且全面测试到，则需要画出流程图来进行设计。
基本流：一次性成功结束的流程
备选流：多次反复后才成功的流程
异常流：失败的流程·
DBshop 有3条基本流的测试用例
有3条备选流的测试用例
异常流在流程图中未考虑（主要有购物车删除商品，退款）
处理软件所有模块所关联的业务关系，设计流程测试用例保证软件的业务功能正常实现
流程用例通常用于冒烟测试和回归测试
流程分析法不考虑具模块中的具体功能，主要针对软件的整体业务流程
判定表法
相对较复杂的业务场景（多个限制条件组合得到的结果也有多种）
1、列出所有的限定条件和动作
2、将限定条件进行全排列组合，n个条件有2^n个组合方式
3、将条件桩的组合与动作桩进行对应
4、动作相同的测试用例可以考虑合并
系统测试设计方法小结：
等价类：限定条件存在组合情况，根据每一个限定条件列出有效和无效的类，写出用例全面覆盖各种限定条件的组合；
边界值：根据测试经验，测试取值范围的边界值，更容易发现Bug，使用边界值法完善等价类划分写出的测试用例；
正交试验：某一项功能可能有很多因子影响结果，因子全排列组合情况较多，使用正交试验法精简用例；
状态迁移：模块较大，数据存在很多种状态，梳理状态间的转换关系，覆盖业务功能；
流程分析：软件业务流程复杂，画出流程图写出流程测试用例，帮助我们熟悉软件，冒烟或者回归测试；
输入/输出域：重点关注软件输入/输出情况，完善和补充测试用例；
判定表：功能复杂，条件组合多对应的软件动作多，采用判定表先做全排列组合，再根据软件动作进行用例精简；
因果图：画出条件和动作的对应关系，列出中间状态来使用判定表法；
错误推断：经验积累和历史Bug分析