编写测试用例常见问题
- 测试用例所属模块，如何清晰知道你所编写的测试用例属于那块功能
- 标题：描述测试要验证的场景（描述不够准确）
- 测试结果，描述不准确
- 测试名字重复，后缀1,2,3,4
编写测试用例建议步骤
- 填写用例标题，id，功能模块，优先级
- 大致填写预置条件，测试数据
- 填写操作步骤，预置结果
- 检查，调整预置条件与测试数据
后台功能测试
- 关注点
前台：产品功能和用户的体验
后台：产品的功能 - 后台：财务管理，管理软件
后台会员列表测试
-
需求分析
-
整理功能点
顶部基本信息：信息显示，手气和打开，刷新。搜索，统计记录条数
添加会员：字段–长度，类型，为空，可以重复，规则
导出会员：文件类型，文件名称，导出字段，会员信息
会员列表：字段信息，数据信息，数据操作，页面导航
字段信息：排序字段，不排序字段，默认升序，再次点击降序
数据信息：每条会员信息的所有字段，挑一挑验证
数据的操作：详情，资金，收货地址，删除
导航分页：首页，尾页，上一页，下一页，数字页 -
编写测试用例
明确需求
列出有效等价类和无效等价类
确认边界值
编写测试用例 -
执行和缺陷的跟踪
逐条执行用例
比对一致，通过
比对不一致失败，提交缺陷
状态迁移法
概念
- 分析各个状态之间的转换，设计测试用例
- 关注各个状态的切换，不关注状态点功能的细节
适用场景
- 需求比较复杂的时候，需求设计多个状态和状态之间的转换
科普：图和数
图：
树：
状态迁移法的步骤
1.列出需求的状态节点
2.回执状态迁移图
- 画出状态节点
- 根据需求，描述节点之间的关系
3.绘制状态迁移树 - 根据状态迁移图，绘制状态迁移树
- 让书没有闭环，有闭环重新加一个节点
- 编写测试用例
- 列出状态的所有路径（根节点–叶子节点）
- 将这些情况，编写测试用例
案例分析
飞机售票系统 （1）客户向航空公司打电话预定机票，此时机票信息处于“预订”状态。
（2）顾客支付了机票费用后，机票信息变为“已支付”状态。
（3）旅行当天到达机场，拿到机票后，机票信息变为“已出票”状态。
（4）登机检票后，机票信息变为“已使用”状态。
（5）在检票之前任何时间都可以取消自己的订票信息，取消后，订票信息处于“已取消”状态。
4.列出状态的转变路径
路径1：预订——已取消
路径2：预订——已支付——已取消
路径3：预订——已支付——已出票——已取消
路径4：预订——已支付——已出票——已使用
订单需求：
1.用户在网站完成下单后，订单状态为“等待付款”
2.用户完成付款后，订单状态变为“待发货”
3.管理员对订单进行确认并发货后，订单状态变为“待收货”
4.用户收到商品后，在系统中进行确认收货，订单状态变为“待评价”
5.用户使用商品后，对商品进行评价，评价提交后，订单状态变为“已完成”
6.商品发货前，用户可以对订单进行取消操作，取消后订单状态变为“已取消”
7.用户付款前，管理员可以认定订单无效，此时订单处于“已作废”状态
测试用例设计
- 明确状态节点
- 绘制状态迁移图
- 绘制状态迁移树
- 抽取测试路径
1.等待付款–待发货–待收货–待评价–已完成
2.等待付款–取消
3.等待付款–待发货–取消
4.等待付款–已作废