A项目测试管理心得
近半年的时间，一直参与和管理XX项目的测试工作，在项目测试任务刚刚结束后时，谈谈对于项目测试管理的一点点心得，与大家共勉。
一、测试计划制定、调整
xx项目由1/2/3三个任务组成，考虑到三个任务交付到ST是同一套系统，且上线时三者必须同时完成，于是和项目经理沟通做统一的测试管理。
在制定测试计划时首先确定每个任务提交ST的时间点，然后安排合理的测试轮次和每轮次的测试时间，同时由于版本的迭代发布和可能需求的变更，需要在各个轮次间隙中安排测试需求分解和案例编写、评审、修改的工作，使得每个轮次的工作更加紧凑且直接关系到后面轮次的测试安排。
3个子任务在项目进展中都存在较多的需求调整，对于影响到项目测试计划按时进行的需求变更，需要及时分析测试影响范围，新增测试占用的工作量，在沟通确定需求调整内容发布的时间点后，调整相应轮次的测试进度和内容，降低新增变更对项目整体测试进度的影响。
二、测试任务管理
依托XX的测试管理平台，可以在测试流程上很好的管理测试需求、案例，测试执行管理，缺陷管理等等。这里需要注意的几点是：
1、分配需求分解和测试案例编写人员最好是同一个人，可以保证测试案例准确对应需求涉及的细节，同时在测试案例编写时要求尽可能多的参考设计说明，确保案例覆盖需求的准确和完整性。
2、在分配测试任务时，第一轮可以安排案例编写人员执行自己的案例，在后续的轮次中尽量安排交叉执行，保证重要明显的缺陷能最及时的发现。同时，可以根据组成员的测试经验、能力水平、性格特点有选择的安排测试内容，比如xx测试，必须优先安排有xx模块测试经验的同事，这样对测试进度上影响会较小；比如安排新员工测试相对稳定模块的需求改动往往有新的收获。
3、测试案例执行结果一直处于事后监督，即我们在交叉测试时或者UAT、上线后发现的问题，才会去追踪缺陷没有被发现的原因是否是测试案例没有执行或执行不够认真，步骤和预期没有关注到位。所以更早的开始交叉测试，有利于测试执行的监督和管理，有利于项目测试质量的提高。
三、测试风险管理
众所周知，风险一直伴随着项目从立项到结束的各个阶段，我们过程管理也是把风险控制在最小的过程。下面主要谈下xx项目中测试风险与应对。
1、三个任务合计的需求点众多，接近200个，覆盖xx系统的所有模块改动。面对这样大的工作量，项目组通过编写《需求开发测试矩阵表》来维护需求关联到详细设计文档到测试需求案例，总共设计和复用案例数有6000多个，保证每个业务需求落实到位，即详细有针对性的测试案例与之对应。每次的需求变更及时维护该表，避免了需求变更带来遗漏的风险。
2、项目缺陷管理中，对于测试组成员提交的缺陷要及时了解，对阻碍测试执行的缺陷，及时与开发、项目经理沟通，安排优先解决。可以通过项目周例会，测试周报，邮件等形式重点提示，项目经理每周都会跟进重点问题的修改，有效提高了问题解决效率和针对性，也降低了项目风险。
3、收集和记录项目执行过程中的注意点，有益于项目上线时的分析和应对。每个模块和功能的测试过程中总有些注意点或操作提醒，比如xx功能，被否决、遗留缺陷的风险讨论记录等等。我们在项目后期汇总了一份《xx操作FAQ》，给运维人员很好的帮忙和提醒，也大大降低上线过程中可能带来的风险。
四、测试负责人的注意点
说下作为项目测试负责人，在项目测试管理中需要注意的几点：
1、必须熟悉项目的每个需求点，对需求中涉及影响范围能有充分清楚的认识，这样在需求评审和设计评审时能提出测试人员的观点，避免设计上的遗漏。同时在分配测试任务、测试案例评审时能及早提醒测试人员可能的遗漏。
2、必须了解测试组提交的每一个缺陷，开始测试执行后，及时关注xx中的缺陷登记，对严重程度高的重点跟进。对于开发否决和推迟处理的缺陷，需要找提交人和开发同事确认后续处理，关注各个模块的缺陷分布，在测试周报和项目周例会中提示风险。
3、在项目后期，测试负责人需要分配更多时间在项目测试管理和协调上来，同时需要更多关注项目整体测试风险和测试质量。此时需要测试负责人安排重点测试内容，排查可能存在缺陷的模块，跟踪已经提交待解决的缺陷，协助业务人员开展UAT测试，需要占用更多的时间和测试组成员、开发、项目经理更频繁的沟通，所以可以少安排自己的测试执行工作。
