1 简介
将系统的不同模块进行有效串接,继而模拟真实用户的实际使用情况对系统进行运营,促使系统能够充分满足用户所要求的功能的测试过程其实就是业务测试。
简而言之,就是多个功能组合测试。
2 为什么要做业务测试
从用户角度考虑:对于用户来说,都是使用该项目的多个功能组合;
从测试人员考虑:实际工作中是以分功能测试,未考虑功能之间组合情况,会造成测试遗漏。
3 如何做业务测试
3.1 依据用户常用的业务开展测试
用户角度业务场景测试示例:
用户 | 常用功能 | 步骤 | 场景1 | 步骤 | 场景2 | 步骤 | 场景3 |
前台用户 | 注册 | step1 | 注册 | step1 | 登录 | step1 | 登录 |
登录 | step2 | 修改个人资料 | step2 | 商品搜索 | step2 | 搜索商品 | |
商品搜索 | step3 | 添加收货地址 | step3 | 收藏 | step3 | 商品咨询 | |
收藏 | step4 | 修改头像 | step4 | 加入购物车 | step4 | 加入收藏 | |
修改个人资料 | step5 | 充值 | step5 | 下订单 | step5 | 退出 | |
修改头像 | step6 | 退出 | step6 | 取消订单 | |||
修改密码 | step7 | 兑换代金券 | |||||
充值 | step8 | 搜索商品 | |||||
取消订单 | step9 | 加入购物车 | |||||
兑换代金券 | step10 | 下订单 | |||||
申请退款 | step11 | 退出 | |||||
商品评价 | |||||||
加入购物车 | |||||||
下订单 | |||||||
退出 | |||||||
商品咨询 | |||||||
添加收货地址 |
测试用例编写示例:
测试用例编写 | ||||||
测试项目 | 用例标题 | 预置条件 | 优先级 | 输入 | 处理 | 预期输出 |
iwebshop | 用户常用业务 场景测试1 | 网络正常 功能测试完成 | 高 | 登录 商品搜索 商品咨询 加入收藏 退出 | 按照以上步骤进行操作 | 登录成功 商品搜索成功 商品咨询成功 收藏成功 成功退出 |
3.2 依据项目本身的业务开展测试
n*n的矩阵示例(进行了简化):
功能 | 注册 | 登录 | 查询商品 | 加入购物车 | 提交订单 | 支付 | 退出 |
注册 | √ | ||||||
登录 | √ | √ | √ | ||||
查询商品 | √ | √ | √ | ||||
加入购物车 | √ | √ | |||||
提交订单 | √ | √ | |||||
支付 | √ | ||||||
退出 | √ | √ | √ | √ | √ | √ |
深度图:
广度图: