本文章转载于搜狗测试
剧情回顾
又到周末喽，还记得我们约定的四个阶段吗：
“项目进度”下篇：明明白白详细计划
引言
上周六，我们学会了粗略计划表，阶段性排期能够做到心中有数。OK，开始进入项目中。但。。。呃，大家都在做项目任务吗？到底做的啥呢？和之前的预期一致吗？——项目详细测试计划告诉你。
详细测试计划怎么做？
1. 模块负责人按照粗略计划中自己评估的时间
将粗略计划中每一项事情排列到excel表格中，一个excel单元格代表一天，每次排一周发给项目负责人（其实我们也有更强大的项目工具，敬请期待…），如下图所示
2. 项目负责人整合并审核大家的详细计划
对其中的事项和时间再次评估，并检查是否有遗漏，如有和预期不一致的地方，讨论后再进行修改。如无问题，则公示项目组
3. 模块负责人每周五根据自己本周的实际工作内容对计划表进行更新，及时发现进度问题
如果是时间很紧的项目，则需要每天核对进度，及时了解其中存在的进度或者质量风险, 以便及时调整计划或者让项目组了解测试进度
但是，小编初期在整理这份计划时，总是因为种种问题困扰如深陷沼泽，困难重重，好在小编有一颗小强心，不断尝试并总结了一套避免陷入沼泽的方法
坑洼出没
坑爹的坑1 ：个人计划编写格式不统一？内容不全？计划时间与预期不符？——光审核内容和沟通就用了小半天时间（崩溃中）………
解决方案1：统一计划内容
① 计划内容包括 项目+组内任务+例会+其它（自己已知的所有任务）
② 当项目计划暂时不明确时，可以找项目负责人沟通确认项目计划、优先级
③用例编写顺序，优先编写开发提测时间点早的模块
④ 预测试计划以开发提测日期的第二天开始
⑤ 预测试前的计划，按照模块进行编写计划（即一个模块的流程图、用例完成后再排另一个）
⑥ 计划格式统一，方便审核和任务统计
解决方案2：统一更新规范
① 每周五下班前前把所有的工作计划更新一下发给项目负责人
② 计划以邮件的形式，需要带excel表格，发给项目负责人 、抄给组内
③ 计划过程中有任务变更，先qq通知项目负责人一下，待有时间将本周的计划更新后再发给项目负责人
④ 粗略计划和详细计划变更的内容用红色标注，表格格式不要变动
坑爹的坑2：计划要公示了，那个谁还没整理完毕，怎么办？刚整理完又变更计划了？——面临计划延迟和反复更新的风险………
解决方案1：明确产出计划的时间
当需求讲解完毕后，由模块负责人进行粗略任务评估（按照粗略计划表进行评估即可），然后给出详细计划安排
解决方案2：评估计划产出方式（统一排期？个人排期？）
① 当组员有项目详细计划排期经验时，可自行安排详细计划
② 当组员暂无项目详细计划安排经验时，可是项目紧急程度和组员情况，分析确定
1） 由项目负责人统一进行排期
2） 由组员自行安排详细计划，然后再由项目负责人审核、任务协调
解决方案3：分阶段进行计划排期
① 当开发迭代计划已给出时，可将整个项目阶段的详细计划全部排期，给出测试完成上线时间点
② 当开发迭代计划暂未给出或暂时不准确时，可先将已确定的任务（例如：测试执行前期阶段）详细计划进行排期，给出测试前期准备完成时间点。待开发迭代计划确定后再给出详细计划排期和测试完成时间点
坑爹的坑3：怎样才能更加合理的安排每个人的计划？如何保证计划无分歧？
解决方案1：计划的整合注意事项
① 审核每个人的计划安排，保证：任务无丢失、无重复、时间安排合理
② 协调每个人的项目任务均等，项目进度保持同一时间段
③评估项目周期、复杂度，给项目的每个阶段预留buffer，防止预估测试完成时间点与实际有太大出入
例如：用例编写阶段完毕后预留0.5D，一轮测试完毕后可预留0.5D
④将同一类别的任务合并，节省时间
例如：可以将不同模块的兼容性测试任务安排至同一天，节省频繁借用手机时间
⑤ 与其它人有关联的任务，需要安排在同一有效时间段
例如：用例评审——用例评审相关人员的时间点统一，尽量将时间安排在用例完成的第二天，防止用例delay，所有人时间不协调
⑥项目计划整理时，需要给出详细的执行任务，不能抽象给出，防止计划理解有出入
解决方案2：由组员再次确认计划
公示组内项目计划时，与所有相关人员确认是否有疑问或不明确的内容，防止计划执行与实际不符
写在最后
