1、版本摘要
测试相关节点 | 冒烟时间: 提测时间: 验收时间: 联调时间: 上线时间: |
需求文档 | 【需求】xxx版本迭代 |
详细需求 | 1、新增xxx按钮 2、新增xxx功能 |
相关PM | |
相关RD | |
相关QA | |
技术方案 | |
RD自测用例/报告 | |
测试用例 |
2、测试环境描述
2.1 业务流程图
如果是新的流程,需要将时序图或流程图贴出来,但是不需要重点讲解,因为技术方案评审的时候RD会宣讲
2.2 代码仓库及迭代分支
主要用做记录,方便追溯,另外在这里确定测试环境指定测试泳道
2.3 设计数据库、表、字段
如果有新增表的话,将sql语句整体贴过来
3、测试需求分析
3.1 测试工具描述
说明测试用到的工具,如:
接口:postman、Jmeter
功能:手工测试或自动化测试
3.2 测试交付标准
接口功能:基本功能满足,性能指标满足
前端页面:无主要问题,产品验收通过
4、测试覆盖维
4.1 冒烟测试
主要流程的功能测试用例(即给到研发的自测用例)
4.2 功能测试
新增功能的简单描述,可能影响的周边
给出完整的功能验证点--即本次升级所有的功能,且考虑异常输入场景
4.3 数据库字段测试
一般情况下,各操作保存后落库正确(校验字段类型、字段对应的数据是否符合技术文档中的设计)
4.4 接口功能测试
罗列本次新增/修改的接口及字段即可,主要说明本次测试的接口
4.5 接口性能测试
xxx接口需要做性能测试,简述原因
4.6 业务联调测试
一般指,客户端--服务端--xx服务端--前端等等(整条链路,从上游到下游需要在同一个环境进行联调)
4.7 稳定性测试
服务异常测试
接口异常测试
4.8 兼容性测试
业务兼容:xxx业务、xx业务
客户端兼容:浏览器、app(手机机型)
5、测试用例设计(1中的表格写了-这里可以不用)
可以用但是不限于以下方式:word、Excel、思维导图