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