测试用例测试方法：判定表，因果图，等价类，边界值
- 边界值测试：
一种黑盒测试方法，是对等价类分析方法的一种补充,由长期的测试工作经验得知，大量的错误是发生在输入或输出的边界上。因此针对各种边界情况设计测试用例，可以查出更多的错误。
边界条件测试是环绕边界值的测试。通常意味着测试软件各功能是否能正确处理最大值，最小值或者所设计软件能够处理的最长的字符串等等。
等价类划分法将程序所有可能的输入数据（有效的和无效的）划分成若干个等价类。然后从每个部分中选取具有代表性的数据当做测试用例进行合理的分类，测试用例由有效等价类和无效等价类的代表组成，从而保证测试用例具有完整性和代表性。
有效和无效的输入（以某个注册的输入框为例）
- 等价划分测试
等价划分测试是根据等价类设计测试用例的一种技术。是黑盒测试的典型方法之一，通过把被测试程序所有可能的输入数据域划分成若干部分。从每一部分中选取少数有代表性的数据作为测试用例，可有效减少测试次数，极大提高软件测试效率，缩短软件开发周期．等价类划分测试的目的就是为了在有限的测试资源的情况下，用少量有代表性的数据得到比较好的测试效果。有效等价类和无效等价类。有效等价类中的数据代表的是一组符合需求文档的正确的有意义数据。无效等价类则正相反。
组合方法：控制变量法
有效等价类（合法输入）------------>预期结果
无效等价类（不合法输入）---------->预期结果
| 输入 | 有效等价类 | 无效等价类 | |
|---|---|---|---|
| 1.6-18个字符 | 4.5个字符 | ||
| 2.字母开头 | 5.19个字符 | ||
| 3.字母、数字、下划线 | 6.非字母开头 | ||
| 9.邮箱地址不存在 | 7.非字母、数字、下划线 | ||
| 8.邮箱地址已经存在 | |||
| 输出 | |||
| 邮箱地址可注册 | 1，2，3，9 | ||
| 长度为6-18个字符 | 4，2，3 | 5，2，3 | |
| 邮箱地址为字母开头 | 6，1，3 | ||
| 邮箱地址为字母、数字、下划线 | 1，2，7 | ||
| 邮箱地址已注册 | 1，2，3，8 |
- 判定表
判定表的英文是decision table，是指一个表格，用于显示条件和条件导致动作的集合。
定义：判定表是分析和表达多逻辑条件下执行不同操作的情况的工具。
判定表的优点：能够将复杂的问题按照各种可能的情况全部列举出来，简明并避免遗漏。因此，利用判定表能够设计出完整的测试用例集合。
在一些数据处理问题当中，某些操作的实施依赖于多个逻辑条件的组合，即：针对不同逻辑条件的组合值，分别执行不同的操作。判定表很适合于处理这类问题
【判定表的合并规则：
1、以相同动作项出发；
2、相同的条件项直接合并；
3、相反的条件忽略（注意：此处为一般情况，需结合业务再次明确其必要性，否则不予合并】
条件和动作相反都是必测的，如全部输入和全部不输入
注意一些单引号、
判定表的合并规则：
1 以相同的动作和项出发
2 相同的条件直接合并
3 相反的条件忽略
| 1 | 2 | 3 | 4 | 5 | 6 | |||
|---|---|---|---|---|---|---|---|---|
| 没有输入 | y | n | n | n | n | n | ||
| 商品名称 | y | y | n | n | n | n | ||
| 条件 | 商品货号 | y | y | y | n | n | n | |
| 价格开始 | y | y | y | y | n | n | ||
| 价格结束 | y | y | y | y | y | n | ||
| 所有商品信息 | ||||||||
| 查询出有这个输入关键字的商品名称 | ||||||||
| 动作 | 查询出有这个输入关键字的商品货号 | |||||||
| 起始价 | ||||||||
| 最高价 | ||||||||
| 没有数据显示 | ||||||||
| 没有数据显示 |
- 因果图（鱼骨图）方法：生成判定表
左边列条件，右边列结果
一般是针对比较复杂的情况，可能出现的情况和结果，主要是分析出判定表的条件桩和动作桩
先鱼骨图，再做判定表
流程分析法
前提是要画好流程图，分清三种流程，分别测一遍。
基本流——正常流程
备选流——分支，换了个条件
异常流——异常操作，强制性终端操作
以银行转账为例
基本流放入银行卡→输入密码→输入转账卡号→输入转账金额→转账人金额减少，被转账人金额增加
备选流：放入卡号、正确输入密码、账号输入错误、没有账号
输入转账账号、取消后续操作
输入转账账号、输入金额但余额不足
异常流：放入卡号→密码输入错误3次，卡被冻结，无法转账
图片上传测试：
1.功能测试
（1）选择符合要求的图片，上传--------上传成功；
（2）上传成功的图片名称显示----------显示正常（根据需求）
（3）查看，下载上传成功的图片--------上传的图片可查看或下载
（4）删除上传成功的图片-------------可删除
（5）替换上传成功的图片-------------可替换
（6）上传图片是否支持中文名称--------根据需求而定
（7）图片路径是否可手动输入----------根据需求而定
（8）手动输入正确的图片路径，上传-----上传成功
（9）手动输入错误的图片路径，上传-----提示，不能上传
2.图片大小测试
（1）符合格式，总大小稍小于限制大小的图片------上传成功
（2）符合图片，总大小等于限制大小的图片--------上传成功
（3）符合图片总大小稍大于限制大小的图片--------在上传初提示附件过大
（4）小为0kb的txt图片-----------------------不能上传
3.图片名称测试
（1）图片名称过长。Win2000标准：255个字符（指在英文的字符下），如果是中文不超过127个汉字-----提示过长
（2）图片名称达到最大长度（中文，英文或混在一起）上传后名称显示，页面排版-----------页面显示正常
（3）图片名称中包含特殊字符-------------根据需求而定
（4）图片名全为中文--------------------根据需求而定
（5）图片名全为英文--------------------根据需求而定
（6）图片名为中、英混合-----------------根据需求而定
4.图片类型测试
（1）上传正确格式-----------------上传成功
（2）上传不允许的格式--------------提示不能上传
（3）上传rar,zip等打包图片（多图片压缩）---------根据需求而定
5.安全性测试
（1）上传可执行图片（exe图片）-----------------根据需求而定
（2）上传常见的木马图片------------------------提示不能上传
（3）上传时服务器空间已满----------------------有提示
（4）上传时服务器验证--------------------------所有的验证都在服务端，不能在客户断验证
（5）上传时绕过验证，替换j_sessionid-----------验证失败
（6）上传时绕过验证，删除j_sessionid-----------验证失败
6.性能测试
（1）上传时网速很慢（限速）-----------------当超过一定时间，提示
（2）上传过程断网--------------------------有提示是否上传成功
（3）上传过程服务器停止工资------------------有提示是否上传成功
（4）上传过程服务器的资源利用率---------------在正常范围
（5）发送多个上传请求
（6）对接口进行压力测试
（7）响应时间、吞吐量、并发数记录
7.接口测试
（1）接口参数化：特殊字符、参数类型、参数有、无、null、必选参数、组合参数、边界值
（2）接口功能测试： 业务流程---------正常场景、异常场景
（3）接口性能：响应时间、吞吐量、并发数
（4）接口安全：敏感信息加密、必要参数后端验证、接口防恶意修改
8.界面测试
（1）界面美观性、易用性（键盘和鼠标的操作、tab跳转的顺序是否正确）----------显示正常（根据需求）
（2）按钮文字是否正确--------------正确
（3）正确/错误提示的文字是否正确---------------正确
（4）说明性文字是否正确-----------------------正确
9.其他测试
（1）有多个上传框时，上传相同名称的图片---------------根据需求而定
（2）上传一个正在打开的图片-------------------------可以上传
（3）图片路径是手工输入的是否限制长度----------------限制一定的长度
（4）上传过程中是否有取消正在上传图片的功能-----------有
（5）保存时有没有已经选择好，但没有上传的图片-----------提示上传
（6）选择好但是未上传的图片是否可以取消选择------------可以取消选择
网友评论