你的5000体系中有测试结束活动吗？
在GJB5000体系中，测试活动被归结为验证和确认过程。
在大多数GJB5000体系中测试活动覆盖了标准所要求的测试策划，准备测试环境，进行测试设计，执行测试，分析测试结果，归档测试报告。
大多数体系都没有明确什么是测试结束活动。
实际上终止测试并且输出测试报告并不意味着测试活动已经全部结束，在这之后还应有一些非常重要的活动来收尾。
这些重要的活动就是测试结束活动。测试结束活动至少要包括三个内容：
确保测试工作全部完成
虽然测试人员已经在测试报告中确认了测试工作可以已经全部完成，但还是应当有专人对他的工作进行审核。
审核的内容包括：是否所有的测试用例都已经执行；提交的缺陷是否已经修改，并且进行了回归测试；遗留缺陷的处理是否适当。
这个审核工作可以结合测试报告的评审一起来做。
移交测试工作产品
移交测试工作产品就是将测试文档和测试环境等移交给后续进行维护测试的小组。
我们通常的做法是把这些工作产品归档，纳入数控库中。后续的维护测试的小组需要的时候可以出库使用。
总结测试经验教训
测试活动完成之后进行本次测试的经验教训总结，既有助于提高测试人员的能力，也有助于体系的过程改进。
比如：
如果在测试的后期发现不曾预料的缺陷集群，原因可能是早期测试风险识别不充分造成的，那么测试团队就可以采取以下的改进措施——在早期的风险识别会议上邀请更加广泛的客户代表来参加，以减轻或者避免这类风险的发生。
如果发现实际测试的工作量和原来估算的差距很大，原因可能是估算时遗漏某些测试工作，那么测试团队就可以采取以下的改进措施——在以后的工作量估算中，将遗漏的因素考虑在内，不断提高估算的精度。
如果发现由于裁剪的单元测试造成代码的质量下降，导致在后面的系统测试出现的缺陷较多，那么测试团队就可以采取以下的改进措施——在以后类似的项目中不得裁剪单元测试。
实际上，上述的测试结束活动特别是总结测试的经验教训活动非常重要，而在实际测试过程中却常常被遗漏。
这可能是因为我们在实施GJB5000体系的时候通常只会对那些专用实践很重视，而对一些共用实践没有那么重视。
在共用实践当中，我们要求对过程进行监控和更高层验证。而测试的经验教训总结，不就是对验证和确认过程进行监控和更高层验证应有的内容吗？
也许有些组织认为在实施组织过程焦点过程域的时候，为了确定过程改进点而进行的采集项目的经验教训中已经包含了测试的经验教训总结，但这种方式不够及时，效果差。
所以如果我们想更好地提高测试能力，就应当重视测试结束活动，在我们的GJB5000体系当中将其纳入到测试活动当中。
这正是：
报告虽出未结束，结束活动有专属
确认归档并总结，如此才是正确路
参考书目：软件测试管理，作者：郑文强,马均飞，出版社：电子工业出版社