【when】项目排期一般是需求评审完后，根据需求拆分需求模块和开发模块。
排期计划中，QA 的工作：熟悉需求，拆分需求模块，制定测试计划
QA 同学加入进模块拆解，能更好的了解需求，拆分的开发模块也能更快的知道当有bug时，bug是属于哪个端的，提给哪位对应的开发。
根据各模块的提测时间和大致开发周期，QA同学也能制定对应的测试计划。
【what】-- QA具体需要做什么
1.协助开发拆分功能模块，确保每个模块都有对应的开发负责人
2.确认项目deadline、开发总预计时间和提测时间。
测试计划制定
项目测试计划模板：
【when】测试计划一般在项目排期给出后1天内提供，后续根据排期动态调整。
测试计划中，QA的工作：根据需求预估时间和人力，明确测试环境与策略，制定合理的测试计划，预估风险
【what】-- QA具体需要做什么
- 拆分功能模块，模块明确好对应的测试。（包含用例编写安排、一、二轮测试安排和兼容测试安排）。
- 预估好项目的总体测试时间和各轮次的测试时间。
- 一轮接近尾声时，与开发明确好上预发时间；二轮接近尾声时，与开发明确好上online环境的时间。
- 如有数据配置项，二轮测试开始前与产品明确好配置所需内容和完成时间节点.
以上1、2两点尽早提供，其余可在对应时间点给出。当然，如遇到需求变更、人力变更等需要及时提出和调整。
【how】-- 具体怎么做
根据开发排期，动态制定和调整合理测试的计划。
· 根据提测时间，决定用例执行顺序与分配：
如下图拆分的测试计划，后台配置（星火）与用户端提测时间不一致，结合两个提测时间点，我们利用用户端提测前的时间，先执行后台配置的用例，这样即使是分步提测，我们也能确保每次提测时测试资源能跟上。
· 根据功能制定测试轮次：
对于主干功能：需要多次执行测试用例，一般制定三轮的测试，一轮在测试环境，二轮预发环境，三轮线上环境。
对于对内的、不影响用户使用的功能：制定一轮测试，在测试环境测一轮。比如星火等配置后台是给运营使用的，做一轮测试，上预发后产品走查验证 配置内容即可。
活动类的功能：依据活动的复杂程度和使用频次，制定测试轮次。比如新年活动，是一次性的活动且活动时间紧，评估后我们在预发做了一轮测试就上线了，上线质量也一样较好。具体测试流程：活动类测试流程尝试。
· 按照模块、用例量与难度划分，制定每人每天用例执行目标
一轮测试模块划分根据用例编写与熟悉度划分
· 实行交叉测试，避免因不熟悉导致遗漏或效率降低
二轮进测试进行交叉，利用TC平台的任务指派，也可以清楚看到组员的任务数量与完成情况。
如下图，测试计划的拆解与人员分配，细致划分到每人每日的工作目标，且各模块的分配会进行交叉，一轮测试人员发现用例不完善或测试不方便的地方也提供了文档以便二轮人员尽快上手测试。
