测试方法
- 等价类:根据需求划分有效等价类(符合需求)和无效等价类(一般为多个无效)
- 边界值与健壮性:边界点(内点(上点),外点(离点)),中间点,常与等价类结合设计用例
- 判定表法:区分不同层次,列出所有条件,所有动作,把不同层次强组合(或者弱组合,即优化判定表)成判定表,每一列判定表就是一个用例,用于业务逻辑较复杂的场景
- 因果图法:输入与输入的关系(异,或,唯一,要求),输入与输出的关系(恒等,非,与,或),画出因果图,写出判定表,得出用例
- 场景设计法:画流程图,基本流,备选流,异常流,路径覆盖,根据流程路径设计用例
- 正交分析法:确定因子个数n和因子的状态个数m(也叫水平)组成n*m的矩阵,例如有多个控件,每个控件有多个取值,要考虑不同控件的取值组合,选出比较优化的组合或者取值的基本原则。
web测试要点
接口测试用例设计点(边界值,场景,错误推测,结合实际业务保留用例):
- 是否需要前置条件(token,预置数据,有无的用例)
- 参数是否有默认值
- 参数是否必填
- 参数的数据类型(类型,边界【大小、长度】,错误的类型)
- 参数之前的关联(是否需要搭配使用,搭配不搭配)
- 场景设计
- 响应结果校验(容错设计,响应体格式)
1.由数据量触发的bug
- 分页,分页跳转,分页显示数据
- 搜索,条数(是否只能搜到当前页),分类统计是否正确
- 计算,多处有计算需求的地方会出错
- 增删改查,与分页是否有关系
- 响应时间,加载是否太慢
2.由时间(当前时间,边界年月日)触发的异常
- 显示错误,或页面部分崩溃
- 周,由于系统默认周的划分不一致,程序若以系统来划分周可能会导致显示不一致
- 当前时间,某些操作导致逻辑崩溃或数据库异常
3.业务流程
- 尽量每条线都要覆盖
- 主要会触发数据修改不正常
- 导入导出操作
- 对象状态的变化
- 更换账号
4.数据类型
- 0与空
- string与数字
- 整数与小数
- 0与非零
- 长度
- 各数据组合
5.界面UI体验
- 操作与导航是否简单便捷(点击跳转,返回,个人中心)
- 操作提示是否有,是否统一
- 整体颜色搭配,样式布局是否美观且符合产品特性
- 导航的分类是否排序,是否存在二义性
- 交互体验
- 放大缩小是否导致显示异常
6.图片示例