使用模板快速编写测试用例

在高速发展的互联网公司，由于产品的开发迭代太快，产品测试经常遇到以下几个问题：

1) 如何在快速的产品开发迭代中迅速地完成对产品功能的测试？

2) 面对用户众多、环境多样，如何尽可能地测试全面？

3) 公司扩张迅速、新人多、经验不足，如何使新人迅速上手进而独当一面？

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

测试用例模板

备份中，不加载

如何使用模板

模板中说明性的描述可以删除，如果某个方面不需要测试，把描述部分设置成N/A；完成测试用例并且评审后，在用例管理系统中把测试用例细化和完善。下面举个示意性的例子，不是完整的测试用例。

需求简述：

美团开店宝的商家入驻功能，需要商家自己注册用户名、上传营业执照、确定商铺的地理位置等。

商家入驻测试用例，如下：

1. 基本信息

1.1 新功能简介

商家在美团开店宝App自助完成商家注册、信息上传等功能。

1.2 参考资料

PRD：对应的网址。
UI图：对应的网址。

1.3 相关联系人

PM：Tony ([email protected])
UI：Amy ([email protected])
RD：Peter ([email protected])
QA：Tom12 ([email protected])

2. 测试方法

2.1 验收测试用例

定义1-3个测试用例，优先级别设置为P0，这些测试用例在RD交付build给QA前必须测试通过。通常，这些测试用例是新功能中用户最主要的使用场景。

测试用例名	测试步骤	检查点
商家入驻	1. 商家注册账号	检查商家可以新注册账号成功
	2. 商家拍照或上传资质	商家可以拍照并成功上传
	3. 商家确定店铺位置	商家可以上传店铺的地理坐标

 

2.2 测试条件

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

用例分类	用例名称	优先级	测试条件
新商家入驻	新商家入驻	P1	新商家自助注册，上传资质认证，经营地址等信息
	商家入驻状态	P2	商家提交申请，审批前后，商家的状态
	商家入驻流程中断	P3	入驻流程的前进、后退、退出等，入驻可以顺利完成
	商家入驻UI检查	P3	入驻页面的兼容性、用户名、密码、信息填写页面的UI检查（参考控件检查点模板）
老商家入驻	老商家登录	P1	老商家可以直接登录，不受入驻流程影响
...	...	...	...

思考过程：

ü 业务逻辑和流程方面，考虑“用户类型、用户状态、流程状态、流程终点”等因素

ü 组合测试场景。主体 --> 动作 ---> 结果，笛卡尔积后去除无效路劲

ü 正常测试后， 考虑异常和边界值问题

ü 编写测试用例时，对常见的控件（定义模板进行参考调用）

 

2.3 关联功能测试

列出跟新功能相关的其他模块（如，待测模块作为数据输入、数据输出、共享数据、调用关系）

模块名称	是否有影响	备注
摄像头	YES	上传营业执照，店面照片需要摄像头拍照，确保有权限启动和上传照片
GPS	YES	商家上传店铺地理坐标时需要自动GPS定位

 

2.4 兼容测试

列出测试产品支持的平台和系统的版本等。

平台	支持的设备类型	支持的平台版本	分辨率	备注
iOS	iPhone 5，5S，6， 6+	iOS 7， 8，9(beta)	960x640，1136x640，1920x1080	注意测试iOS 9的兼容性
Android	Android 手机 和Pad	Android 4.x， 5.x	800x480， 720x1280，960x540，1920x1080， 2560x1536	注意Pad的测试

 

2.5 升级和数据迁移

列出版本升级测试的路径和数据检查点。

升级路径	检查点
V4.1->V4.2	升级后，老用户的登录状态会被保留，不需要重新登录

 

2.6 L10N/I18N测试

N/A

2.7 性能测试

N/A

2.8 压力测试

N/A（使用原商家的接口，不需要做压力测试）。

2.9 持久性测试

N/A

2.10 安全性测试

使用Charles等工具检查创建账号时上传的密码是否为明文。

2.11 自动化测试：

新商家注册账号，上传认证信息的流程可以实现自动化。

3. 测试的需求

3.1 测试数据

ü 审批和驳回新商家入驻申请的审批部门的账号。

ü 不同审批阶段（刚注册，已提交认证资质，已提交审批）和状态（已提交，驳回，审批通过）的商家账号，用于检查不同审批状态的界面显示。

3.2 测试设备

小米平板 7.9寸 2048x1536（商家反馈UI适配不好）。

3.3 测试软件

N/A

3.4 外包服务

N/A

4. 其他

4.1 测试范围和潜在风险 （比如法律风险、对接第三方的风险）

ü 商家入驻的审批环节不在测试范围内。

ü 商家入驻信息（身份证、营业执照等）的存储位置和安全不在本测试范围内 ，由数据中心来保证。

4.2 时间估计

测试用例数	平均执行时间	平台数量	测试执行时间（人小时）	估时（人日）
30	10min	4	30x10x4/60=20	4

 

小结

测试作为软件质量的最后保障，需要覆盖的尽可能地全面，测试用例模板罗列出测试时需要覆盖的检查点，可以帮助QA快速、全面、轻松的完成测试用例的设计。产品经理和开发也可以参考测试模板，在需求设计和方案设计时考虑得更全面。