在高速发展的互联网公司,由于产品的开发迭代太快,产品测试经常遇到以下几个问题:
1) 如何在快速的产品开发迭代中迅速地完成对产品功能的测试?
2) 面对用户众多、环境多样,如何尽可能地测试全面?
3) 公司扩张迅速、新人多、经验不足,如何使新人迅速上手进而独当一面?
下面介绍一种使用模板来设计测试用例的方法,这个模板包含产品测试需要覆盖的主要方面,每个方面都有使用说明,有经验的QA使用模板可以避免遗漏,新人可以借助此模板的引导,快速掌握创建测试用例的系统方法。
测试用例模板
备份中,不加载
如何使用模板
模板中说明性的描述可以删除,如果某个方面不需要测试,把描述部分设置成N/A;完成测试用例并且评审后,在用例管理系统中把测试用例细化和完善。下面举个示意性的例子,不是完整的测试用例。
需求简述:
美团开店宝的商家入驻功能,需要商家自己注册用户名、上传营业执照、确定商铺的地理位置等。
商家入驻测试用例,如下:
1. 基本信息
1.1 新功能简介
商家在美团开店宝App自助完成商家注册、信息上传等功能。
1.2 参考资料
PRD:对应的网址。
UI图:对应的网址。
1.3 相关联系人
PM:Tony (tony@test.com)
UI:Amy (amy@test.com)
RD:Peter (peter@test.com)
QA:Tom12 (tom12@test.com)
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快速、全面、轻松的完成测试用例的设计。产品经理和开发也可以参考测试模板,在需求设计和方案设计时考虑得更全面。