. 是否存在阻碍测试的问题?
. 测试条件和策略是否能够修改,以适应可以预见的问题?
. 现在是否可以开发测试,以后再解决其余问题?
7. 共享测试计划
测试员并不孤独。测试过程必须服务于项目团队。因此,要吸收项目团队成员参与测试计划的制定。不必夸大这个问题,至少要与团队的关键成员讨论,从而得到他们的理解和隐含的支持,以争取实现测试计划。
共享方式
. 吸收设计人员和项目相关人员参加测试计划制定过程。
. 积极征求有关测试计划的意见。
. 尽自己所能帮助开发人员获得成功。
. 帮助开发人员理解他们的行为会对测试产生的影响。
. 与技术文档编写员和技术支持人员就分享质量信息进行沟通。
. 请设计人员和开发人员评审和批准参考材料。
. 记录和跟踪约定。
. 请别人分段评审测试计划。
. 通过减少测试计划文档中不必要的文字,来改进文档的可评审性。
目标
. 对测试过程的一致理解。
. 对测试过程的一致承诺。
. 测试过程的合理参与。
. 管理层对测试过程的合理预期。
. 项目团队是否关注测试计划。
. 项目团队,特别是一线管理人员是否理解测试小组的角色?
. 项目团队是否感觉到测试小组关心项目团队的最佳利益?
. 测试小组和项目团队其他小组之间是否有对立或积极的关系?
. 是否有人认为测试员没有将注意力集中到重要的测试上?
这是一篇很长的文章,是讨论如何制定语境驱动测试的测试计划。会有很多的检查项,帮助读者不要忘记重要的内容。如果想照搬,肯定是不现实的。
原文转自:http://www.uml.org.cn/Test/201405203.asp