产品交付时的信心

软件测试工程师，我们经常需要进行所谓的sign-off。可能是对某一个特定功能的sign-off，可能是对特定阶段特定质量要求的sign-off，也可能是软件最终发布的sign-off。就是一种宣言：“在本人认知下，尽了最大的努力，软件已经达到预定质量！”个人觉得这其实是有点仪式感，有点圣神的。

那么，怎么才能信心十足的sign-off呢？

1. 要有详细的测试计划。测试计划一定要包含以下几个部分。并且要和所有项目关联者充分讨论，并且达成一致。

• 测试范围：哪些是需要测试的，哪些是不需要测试的。
• 测试的主要功能点：可能也叫客户应用场景。要尽可能的详细的罗列出来。
• 测试可能存在的风险：有些测试是依赖于其他部门的进度，那么一定要把依赖关系罗列出来，并且有基本应对方案。

2. 按计划推进测试，并且做到以下几方面。

• 尽可能的应用已有工具，开发新的工具，多实现测试自动化。
• 如果存在实现功能变更，要及时更新测试用例，且评估风险。
• 如果预期到不确定因素，要能精确判断严重程度，并且采取相应的措施，包括及时通知项目开发领导小组。
• 测试过程中，评估当且产品质量，如有问题，及时通知项目开发领导小组。
• 定期提交测试报告给尽量多的人。

3. 收尾阶段，在进行常规测试外，要进行补漏工作，可以考虑BugBash，Monkey Testing。

这里必须指出，除了软件工程师的专业以外，其实软件开发和发布流程更加重要。如果能够发布Beta或者RC，那么也能很好的发现问题且提高质量。当前还有新的软件测试方法，比如持续测试(Continuous Testing)，A/B testing等等。只有做到方法的创新，流程的完备，软件工程的专业，那么在最后sign-off的时候，就能信心满满！