项目级测试负责人的工作要点.docx

随着测试团队的不断增加，同时并行的项目越来越多，这就要求我们的测试人员快速的成长，要求我们每一个测试人员能够尽快培养具备基本的独立负责一个项目的整体测试及技术支持工作的能力。同时，项目并行会出现很多项目级别测试负责人的工作角色，对这个工作角色的主要工作内容进行汇总，供相关测试人员参考，给刚走向管理岗位的测试人员一些建议。　　整体而言，项目测试负责人主要承担的工作内容为：根据项目规格书制定测试策略及计划、根据项目规格书分解分配测试任务、及时了解测试进度、版本发布资料的整理和准备以及在项目后期对整个测试工作的总结，另外，对于大多数有相应试验局测试的版本，作为项目测试负责人还需要负责完成一部分试验局的工作。　　针对上述的一些工作点，以及日常工作中的一些工作重点，在下文做具体的说明：　　1、工作时间划分　　2、制定测试策略与计划　　3、构建测试用例和学习规格书　　4、任务的分解分配　　5、测试进度跟控　　6、测试用例testlab的选取　　7、测试任务落实和协调　　8、测试设备的控制　　9、版本发布资料的整理和准备　　10、注意事项的填写　　11、CQ的跟控　　12、遍历每日打的bug单　　13、Bug沟通　　14、每日拷机督促，上班确认拷机结果　　15、5分钟碰头会的控制　　16、未验证bug的类型和情况　　17、项目的必威体育官网网址和核心技术的保护意识　　18、测试工作总结　　19、版本文档备份　　20、主导试验局的实施　　正文：　　1、工作时间划分　　项目级别的测试负责人，除了项目管理、测试进度跟控之外，同时还会承担项目负责和测试工作。根据经验，项目级别测试负责人因为本身就是资深的测试人员，所以承担的测试模块往往是最核心的部分。希望在分解分配任务时，大家能合理的分配属于自己的工作时间安排。　　因为日常的bug例会，bug的跟踪，和开发需求人员的交互，疑难问题的定位太过频繁，会影响自己本身测试工作的状态和效率。如果项目级测试负责人承担过多测试任务，肯定会成为项目测试的瓶颈点，表现结果为自己做了最多的事情，反而是测试执行最不利的一个环节。　　按照常规统计经验，建议项目整体跟控管理工作和具体测试工作的时间分配为6：4，或者5：5。　　2、制定测试策略与计划　　制定和刷新测试计划，是一个测试项目负责人最核心的工作，直观点说，就是对测试的整体把握和控制。在项目的计划阶段，测试负责人需要根据项目的计划安排（部分项目存在deadline）和规格书制定完成该项目的测试策略与计划。　　在开发阶段根据当前的项目进展情况及时进行更新。实际执行时，在BBFV阶段，新功能开发的进度往往和原定计划有出入，测试人员和测试设备可能有变动，可能有其他优先级更高的项目冲击等等情况。就需要项目测试负责人及时和SE、LPMT沟通，实时刷新计划。　　3、构建测试用例和学习规格书　　在项目初始阶段，测试用例的编写及更新是工作重点之一，因此在此阶段项目测试负责人需加强与需求、研发人员的沟通，对规格书应有一个全面深刻的了解，只有充分了解规格书的要求才能制定合理的测试策略与计划，才能编写出符合规格书的测试用例。　　关于测试用例编写的任务分配，在《由需求形成测试用例指导书》已经有相关建议：　　在学习规格书的时候需要注意对于系统原有功能的继承性、新功能的可测试性以及系统整体功能的实用性，并及时提出自己的意见和建议，从而规避当系统整体开发完成后发现系统无法实现客户的需求。组织相关测试人员学习系统规格书，并组织安排测试用例的编写及评审，同时在系统的整个进行过程中注意督促测试人员对测试用例的维护、更新及评审，确保测试用例与系统规格及当前的系统实现的一致性以及测试用例的正确性。　　根据目前项目特点，在SDV测试阶段、甚至包括版本发布前，都存在规格需求反复修改、增删、自相矛盾的可能性，如果动态的维护测试用例，保证测试用例的及时性、正确性和完整性，是测试负责人需要克服和解决的问题。　　因为是内嵌文件《由需求形成测试用例》，很多人容易忽略其中的内容。在分解分配测试用例，测试用例编写的阶段，很容易出现一些问题，比如：测试人员为新手，对业务不熟悉，构建测试用例时间较长，但用例适用性不大对需求规格没有达成一致，测试用例细化后，修改起来比较痛苦需求规格的变更，导致测试用例跟随变化成本太大，无法维护。　　4、任务的分解分配　　在项目进入系统测试之前，项目测试负责人需根据项目规格书分解分配测试任务并制定WBS计划，在制定WBS计划时需考虑项目的整体计划及系统发布的时间点，以及测试执行人对系统的熟悉程度。　　例如：一个功能如果交给一个对系统非常熟悉的人进行测试可能只需要一天而给一个对系统不是很熟悉的新人进行测试可能就需要两天。　　在制定WBS计划时若发现在系统发布时间点无法及时完成所有功能的测试，则需对整个系统功能的优