十五、5分钟碰头会的控制

　　较长期的项目，测试控制可以通过周例会、周报、半周例会、bug例会等方式进行控制。如果周期特别短，或重要性特别强，需要重点控制的项目，可采用5分钟碰头会的方法及时确认。

　　5分钟碰头会：

　　项目组测试人员，在每天的早晨、中午上班、下午下班三个时间点，召开减短的碰头会，工作进度进展进行沟通，快速的确认工作进度，方面及时调整和反馈。

　　这种方式的例会，适合短期高强度的打标项目。做为高效的跟控方法，不建议一般项目使用。针对一般项目，可以根据项目周期进行每日、双日、半周碰头既可。

　　十六、未验证bug的类型和情况

　　根据QA和TE关于Bug责任人的沟通确认，当Bug处于Resolved（待验证） 状态，此Bug的主体负责人将属于测试人员。Resolved 未关闭的bug，对项目来说属于未解决的bug。

　　在版本发布前，测试人员有工作职责把所有未验证的问题处理掉。

　　对此，作为测试负责人，当bug处于Resolved 状态时，必需及时进行验证操作。如果未能及时验证bug，也必需在bug上标注原因。作用有二：

　　1、说明此bug未及时关闭的原因：硬件变更、小概率需长考、环境设备拆除变更

　　2、证明测试人员已经关注此问题，不是没有及时处理。

　　十七、项目的保密和核心技术的保护意识

　　做为一个测试负责人，一般的测试任务中，有必要和测试执行人员探讨需求、讨论评审测试用例，让所有的人掌握业务的原理、从而能深层次的设计测试用例，完成测试任务。

　　但是一些特殊的项目，涉及到公司保密的技术方案，需要测试负责人有相关的项目保密意识，一些测试用例可以由自己单独构建，不需要把系统实现原理展示出来。

　　面对测试执行人员、外围的客服和销售人员，可以不用系统的讲述实现原理，如果有必要，只需要描述黑盒的输入、输出结果即可。

　　否则一些核心的算法，或业务逻辑，甚至公司的一些特殊处理策略暴露出去，容易导致公司的损失，希望测试人员在此类项目上有风险意识和保密意识。

　　十八、测试工作总结

　　在版本发布后，建议召集项目组的所有测试人员一起对此项目测试过程中遇到的问题、解决的方法进行整理总结，这样既能加强组内人员的沟通交流也有助于组内人员的互相学习，从而提高测试人员的整体能力。

　　总结能力是一种很好的能力。在这里请允许我再次引用这句话：

　　人的能力提升10％来自培训，20％来自从他人身上的观察和学习，70％来自实践后的总结。

　　十九、版本文档备份

　　在版本测试后期，项目负责人会编写一系列的文档，比如测试报告等。建议项目负责人对测试报告的各个版本都进行保存，以便后续追踪问题使用。

　　原来在某产品线有相关教训：测试人员给出的1.0版本的测试报告中说了一堆问题，实话实说了测试时间不够，测试用例未执行，还有很多问题没有解决。然后经过一次次评审和谐，后形成的测试报告是2.0版本。结果在1.0版本中提到的一个已知问题，在2.0版本被和谐了，然后暴露在客户现场，后追究责任很是头疼。

　　所以，希望各项目负责人对测试报告的各个版本都进行保存，方面后续跟踪问题。

　　关于版本备份：

　　除了将版本放在发布服务器之外，为了方便我们自己更换版本，维护项目，应该在组内的ftp服务器和个人pc进行发布版本和发布文档的备份。避免每次都要到苏州版本发布服务器取版本的操作。节省更换版本的时间。

　　二十、主导试验局的实施

　　虽然不是所有项目都有相应的试验局，在此仅针对有试验局的项目简要说一下作为测试负责人需要完成的工作内容。

　　首先，根据销售及客服人员提供的客户需求及客户现场的网络拓扑，制定试验局测试计划以及试验局测试方案及用例；其次，在试验局的实施过程中提供及时有效的技术支持；后，在试验局结束后，若该项目有多个试验局，则需在每个试验局结束后提供一份局点测试报告，在所有试验局结束后提供一份试验局总结报告。

　　若该项目只有一个试验局，则可只提供一份试验局总结报告。

　　总结：

　　本文对一个项目测试负责人在整个项目进行过程中的主要工作内容进行了一些总结、整理、汇总，以便相关测试人员进行参考，从而帮助我们的测试人员尽快掌握独立负责一个项目整体测试工作的重点，确保各个项目的顺利进行以及项目质量。