6. 条件计划
　　测试经理将如何实现测试策略？测试策略会受到条件约束或指示的很大影响，努力争取所需的资源，并尽量利用可用的所有资源。
　　保障条件方面的问题
　　□ 测试工作量估计和进度评估。
　　□ 可测试性宣传。
　　□ 测试团队力量（合适技能）。
　　□ 测试员培训与管理。
　　□ 测试员任务分配。
　　□ 产品信息收集与管理。
　　□ 项目团队会议、沟通和协同。
　　□ 与项目团队所有其他小组、包括开发小组的关系。
　　□ 测试平台的获得和配置。
　　□ 约定和协议。
　　□ 测试工具和自动化测试。
　　□ 插桩和模拟需要。
　　□ 测试包的管理和维护。
　　□ 构建和传送协议。
　　□ 测试周期管理。
　　□ 错误报告系统和协议。
　　□ 测试状态报告协议。
　　□ 代码冻结与增量测试。
　　□ 项目后的压力管理。
　　□ 测试停止协议。
　　□ 测试效果的评估。
　　可能的工作产品
　　□ 问题清单。
　　□ 产品风险分析。
　　□ 责任矩阵。
　　□ 测试进度计划。
　　____ 状态检查___________________________________________________
　　□ 项目团队的保障条件是否支持已制定的测试策略？
　　□ 是否存在阻碍测试的问题？
　　□ 测试条件和策略是否能够修改，以适应可以预见的问题？
　　□ 现在是否可以开发测试，以后再解决其余问题？
　　7. 共享测试计划
　　测试员并不孤独。测试过程必须服务于项目团队。因此，要吸收项目团队成员参与测试计划的制定。不必夸大这个问题，至少要与团队的关键成员讨论，从而得到他们的理解和隐含的支持，以争取实现测试计划。
　　共享方式
　　□ 吸收设计人员和项目相关人员参加测试计划制定过程。
　　□ 积极征求有关测试计划的意见。
　　□ 尽自己所能帮助开发人员获得成功。
　　□ 帮助开发人员理解他们的行为会对测试产生的影响。
　　□ 与技术文档编写员和技术支持人员分享质量信息进行沟通。
　　□ 请设计人员和开发人员评审和批准参考材料。
　　□ 记录和跟踪约定。
　　□ 请别人分段评审测试计划。
　　□ 通过减少测试计划文档中不必要的文字，来改进文档的可评审性。
　　目标
　　□ 对测试过程的一致理解。
　　□ 对测试过程的一致承诺。
　　□ 测试过程的合理参与。
　　□ 管理层对测试过程的合理预期。
　　____ 状态检查___________________________________________________
　　□ 项目团队是否关注测试计划。
　　□ 项目团队，特别是一线管理人员是否理解测试小组的角色？
　　□ 项目团队是否感觉到测试小组关心项目团队的佳利益？
　　□ 测试小组和项目团队其他小组之间是否有对立或积极的关系？
　　□ 是否有人认为测试员没有将注意力集中到重要的测试上？
　　=========================================================================
　　这是一篇很长的文章，是讨论如何制定语境驱动测试的测试计划。会有很多的检查项，帮助读者不要忘记重要的内容。如果想照搬，肯定是不现实的。