测试用例编写模板

以下模板包含产品测试需要覆盖的主要方面,每个方面都有使用说明,有经验的 QA 使用模板可以避免遗漏,新人可以借助此模板的引导,快速掌握创建测试用例的系统方法。

[功能名称]测试用例

1. 基本信息

1.1 功能简介

简要描述功能的流程

1.2 需求文档参照

相关产品的 PRD 链接,设计师的 UI 设计稿链接,开发的接口文档等

1.3 相关人员

通常包括 PM,RD,UI,QA

2. 测试方案

2.1 冒烟测试用例

定义不超过 10 个测试用例,优先级为 P0。这些测试用例在 RD 交付 Build 给 QA 前必须测试通过。通常这些测试用例是功能中用户最主要的使用场景。

用例名称 测试步骤 检查点
用例1 步骤1,步骤2... 检查步骤1的结果,检查步骤2的结果...
用例2

2.2 测试条件

列出用户的使用场景,按照业务流程和逻辑分支来组织用户使用场景。先主要后次要,先正常后异常,主要的设置为 P1,次要的设置为 P2,执行过一次后不需要频繁执行的设置为 P3。

登录 管理员登录 优先级 测试点
登录 会员登录 P1 有高级功能,有会员菜单
游客登录 P2 没有高级功能,没有会员菜单
资料 头像上传 P3 检查头像替换为新上传的

2.2.1 在业务流程、业务逻辑方面,应考虑以下因素

分类 备注
用户类型 不同权限角色
游客
用户状态 已登录
未登录/离线/登录态过期
未注册
锁定
流程状态 业务状态间的转换路径
业务状态的前进后退
业务状态中断
流程终点 业务流程的目标状态
其他完成态

2.2.2 组合测试场景

按照"谁"”怎么做”"结果"先列出主体,再列出动作,最后列出结果,把各类别进行笛卡尔积,然后除去无效的路径,剩下有效路径。思考过程如图

如图

2.2.3 边界值测试与异常测试

情况分类 测试角度
网络异常 无网
弱网,wifi切换
飞行模式
数据异常 空值
数值过小过大,特殊字符处理
机器时间
边界值 需求设计的允许值两端
数据类型的边界值
控件的第一个和最后一个元素

2.2.4 常用控件测试点参考

控件 测试方法
文本框
数字、字母、特殊字符、中文
最大最小长度
样式
是否编辑状态,隐藏显示状态
是否允许复制、黏贴、换行
按钮 外观
可选状态
是否记忆选中项
列表 列表为空
分屏显示
分屏数量
列表尾部
列表下拉刷新,上划加载
排序
搜索 热词联想
搜索记录
Tab 切换刷新
更新提示
输入法 默认键盘
弹出、收起

2.3 关联功能测试

列出跟被测功能相关的其他模块,这些模块一般是和被测功能有数据交互的,新功能可能会导致老功能不可用。

常见的关联关系:

关联关系 模块名称 备注
数据输入 数据输入的上游模块
数据输出 数据输出的下游模块
共享数据 多端账户 同一账户多端账户数据同步
调用关系 摄像头,GPS 扫码需要移动设备授权

2.4 兼容测试

列出测试产品支持的平台和系统的版本等,数据从产品的用户数据分析获得,也可以通过平台的官方数据获得。

平台 支持的设备类型 支持的平台版本 分辨率 备注
iOS iPhone, iPad iOS8-12,beta 960x640,1136x640,1920x1080 提前准备
Android Android, Pad Android4.4-9,beta 800x480,720x1280,960x540,1920x1080,2560x1536 提前适配
Web Safari, Chrome, IE,FireFox IE8-11,Chrome最新2版,Safari,FireFox最新版

2.5 升级和数据迁移

列出新老版本的数据检查点,测试升级后老版本的数据保留和新旧数据格式的兼容。

升级路径 检查点 备注
V2 ——> V3 应用数据保留(登录态,历史记录,自定义配置等);新旧数据的格式兼容 普通APP升级的场景
V1——> V3 跨版本升级一般占总升级数的比例很少
V1 ——> V2 ——> V3 大部分用户的升级路径

2.6 性能测试

判断功能可能影响到性能,则需要对性能进行测试,列出对哪些性能指标进行测评,以及测试方式。考虑点有如下几个:

  • 客户端
    • 安装包大小:是否过大,超过同级别应用
    • 启动时间:是否明显缓慢
    • 页面切换时间:是否流畅
    • CPU/电量消耗:是否占用资源过多,造成卡顿、过热
    • 内存占用量:是否占用过大的内存空间
  • 网络接口
    • 接口调用返回时间:服务返回时间是否在期望的范围
    • 网络流量:发送和接收的网络数据是否在正常范围
  • 后台服务
    • 服务器的系统资源:CPU,内存,IO 是否在正常范围
    • 数据库:增删改查的响应时间是否正常

2.7 压力测试

  • 预感产品用户量大,需要评估业务处理的极限值和稳定值
  • 想确定业务接口每秒最多可以支撑多少用户的正常访问
  • 有长时间使用产品的用户场景,需要考虑做稳定性测试

2.8 安全测试

考虑产品在用户账号,权限限制,数据传输,常见漏洞,数据可靠性等方面是否需要测试。

  • 是否允许复制黏贴密码
  • 是否加密传输信息
  • 是否明文保存账户信息
  • 低权限的用户是否可以看见限制内容
  • 是否可跨进程查看数据
  • 是否使用 https,证书签名或加密传输
  • 是否包含 WEB 组件
  • 数据存储是否安全
  • 数据是否有备份恢复机制

2.9 自动化测试

列出可以实现自动化的功能,在测试用例上标记可以自动化。主要考虑:

  • 产品主要的功能、流程
  • 动小的功能
  • 手工测试无法涉及到的功能

3. 测试的需求

3.1 测试数据

列出本次测试中需要的相关数据,比如测试账号,订单支付号;是否需要预先创建,需要谁来创建,何时需要创建就绪,存在已有可用数据的存在哪

3.2 测试设备

列出测试需要的硬件设备,数量和原因以及当前的状态(已有还是需采购)

3.3 测试软件

测试需要的软件,包括云服务器,付费软件等。

3.4 外包服务

列出测试工作需要依赖的外包服务,比如众测、内部 TestFest 等。

3.5 测试时间

综合考虑测试场景和测试平台的组合,以及非功能测试的时间,估算出完成整个测试所需要的时间,一般以人小时来计算。

测试用例数 平均执行时间 平台数量 测试执行时间(人小时) 估时(人日)
10 10mins 3 10x10x3/60 = 5 1

4. 风险预估

列举出测试不会覆盖的范围 (测试方案的全面性,第三方的可靠性),以及因此产生的潜在风险。

results matching ""

    No results matching ""