十、注意事项的填写

　　版本说明中“注意事项”部分内容，属于版本发布资料的一种，因和其他版本发布资料有其特殊点，故在此单独列举出来。

　　其他的版本发布资料，在版本发布阶段，可以根据各种工具的导出，整理为数据和表格，比如：

　　从CQ中得到已经打出的bug数量、bug组别分布、bug时间分别、遗留bug列表；从TD可以得到测试覆盖率、测试轮次、测试覆盖需求的百分比。

　　只有“注意事项”，是需要根据测试过程中的日常沟通，产品线产品特性和应用达成共识的积累。如果平时不注意记录，后编写此部分时，肯定会有所疏漏。

　　所以建议在版本测试开始，自己形成一份文档，对日常沟通交流时的一些要点都记录下来，以便后形成版本发布的注意事项。比如：功能的遗失、升级的注意事项、暂时不支持的功能、新功能的注意要点、版本和版本之间的差异性等等。

　　十一、BUG的跟控

　　测试执行过程中，bug是测试管理人员需要关注的核心之一。简单点说，bug可以分析软件质量，评估测试人员绩效等。从测试的角度，稍微扩展出去，bug的作用大致如下：

　　1、备忘与沟通

　　备忘是一个Bug管理系统朴素、基本的作用，好记性不如烂笔头，道理这么简单。您什么时候测出了Bug、怎么测的、当时环境怎样，开发人员解决了没有、什么时候解决的、如何解决的，需要及时记录下来；

　　问题一多，您靠记忆是记不住的。没有遗漏地记下所有问题点并确保适当地处理掉，是Bug管理的基本要求。Bug的产生、变更需及时通知相关人员，他们也应能随时查询不同状况的Bug 数据，良好的沟通才能保证有效的协作。

　　2、监控

　　作为项目管理者，您需要及时全面了解目前的项目状况，有些Bug是影响全局的严重错误，需要立即做出处理、决策；有些Bug需要决定改还是不改，或是放入以后版本、分配给其他人等等。所以项目管理者应该能够监控Bug状况。

　　3、定量分析

　　对Bug数据作定量的统计分析是更进一步的需求，如：bug数量随时间变化的趋势图、从测试者、责任人、缺陷级别、缺陷原因等不同角度统计缺陷数量等等。

　　一个BUG管理平台，比如CQ，那么作为一个合格的测试负责人，必需熟悉掌握CQ的各种查询设置。方便从不同的角度去统计分析bug。

　　十二、遍历每日打的bug单

　　结合上点，测试负责人需要对每日所打的bug单进行遍历，查看有无描述错误，有无错别字，描述是否清晰，是否有一些可以扩展出去的测试点而漏测。

　　通过遍历bug，并且和实际的测试执行人员沟通交流，可以加强测试执行人员分析问题的思路，对测试组所打出去的bug的细节做到了解和掌握，从而对整体质量做到心中有数。

　　如果测试团队成员都是富有工作经验，并且团队经过多次磨合的人，可适当的调整每日遍历bug单的做法。如果测试团队的新人比较多，通过遍历bug，并且一起讨论bug的细节，可以很好的指导新人工作，形成严谨的工作态度。

　　另外，根据自己的经验，可以初步判定某一模块、某一功能所暴露的bug是否正常，从而判定软件质量、开发人员和测试人员效率、执行力等。

　　遍历新人的bug单，对新人的成长特别有帮助，针对这点，不仅仅希望项目负责人员能做到，更希望新人能主动反馈，比如把自己的bug单整理出来，请ltm来过目，这样，对提高自己的排查问题思路，提高自己描述问题的能力，会有针对性的提高。