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