项目测试计划分享，执行测试之前，先谋而后动

笔者的这份清单，经过多年的渗透，待过的团队都是用这份清单来给大项目做计划的，简单又好用！

一、项目日程

一般放项目甘特图+关键交付物+各负责人。
目的是为了让所有人了解时间和进度安排。

二、测试策略

目的是为了确认要测试什么，怎么测试，如果有特殊依赖要造作准备。

2.1 测试范围

• 可以按照模块来梳理，有模块的测试执行负责人；
• 也需要标记一些多端、多APP、多品类的情况；

2.2 测试方法

根据时间和项目需要进行抉择，正常没有必要十八般武艺全都上的，最小范围测试以求覆盖尽量多的影响面（除非项目有严苛的质量要求并且时间充沛，那么是尽己所能，都覆盖）

2.2

2.4 用例设计

• 必测项、注意点、展开程度等等。
• 当用例通过评审后，也可以存放在这里

2.3 测试规程

• 用例或者接测是否有前后顺序；
• 缺陷以什么方式跟进（如果涉及数据分析，可以规定一下缺陷的填写）；
• 需求变更的跟进规范（如果项目有要求进行分析，可以把变更记录在案）；
• 测试的开始、中止、停止、验收、上线标准。

三、上线和预演

这里贴上线清单，预演清单。
关注：发布内容、发布顺序、监控方案、回滚机制、线上配置、数据隔离 等等

四、项目风险收录

登记一下目前识别出来的风险，并确认其应对措施。
比如风控的接入、QPS、新功能识别到的客诉 等等。

附：配置中心

这里存放需求文档、技术文档、脚本等等相关文档或链接

写在最后：

由于案例都是公司内部项目，不方便公开同步，如果想交流的话可以留言或者私聊。