测试管理事项汇总

序号　　　　节点　　　　　　工做事项　　　　具体事项　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　其余参考图表
1　　　　　测试流程　　　　需求分析　　 1）根据需求编写出两个图：业务流程图、测试点的思惟导图（简版的测试需求分析文档） 　　 　　　　 　　　　　　 业务流程
2　　　　　　　　　　　　　测试计划　　 1）测试类型：接口测试、功能测试、UI测试、性能测试、自动化测试等，根据实际状况去执行 　　　　 　　　　　　 测试思惟导图
3　　　　　　　　　　　　　　　　　　　 2）测试时间：预估每项工做事项的开始和结束时间，并列出可能遇到的风险
4　　　　　　　　　　　　　　　　　　　 3）测试执行人：项目、产品、软件、系统、平台，功能不复杂，人员较少的状况下，根据我的能力及功能模块的复杂度分配测试任务；

　　　　　　　　　　　　　　　　　　　　　　若是人员比较多，或是功能模块、业务流程比较复杂，须要指定功能模块测试负责人
5 　　　　　　　　　　　　　　  　　　　  4）测试策略：接口测试->全量测试（功能测试、业务流程测试、正常和多种异常场景测试）->多轮交叉测试->回归验收测试
6　　　　　　　　　　　　　用例设计　　 1）第1个月，可按本身的思路去写测试用例及执行测试
7 　　　　　　　　　　　　　　  　　　　  2）第2个月之后，须要按照必定的规范和要求设计、编写测试用例
8 　　　　　　　　 　　　　 用例评审 　　 1）发邮件给参与用例评审的人员（包括产品、运营、项目、开发、测试人员），并以附件的方式发送测试用例
9 　　　　　　　　　　　　　　  　　　　  2）各位与会人员，经过1~2天熟悉需求后，便开始进行用例评审，测试人员讲解编写测试用例的总体思路，其余同事听后可提出必定的建议和意见，

　　　　　　　　　　　　　　　　　　　　　　以后测试人员可对测试用例作一些补充和完善
10 　　　　　　　　　　　　　　 　　　　 3）汇总在会议中记录其余同事对测试用例设计的建议，测试人员再对测试用例作一些补充和完善，并做为最终版原本执行测试用例
11 　　　　　　 　　　　　   缺陷管理 　　1）跟踪和管理好每一个缺陷，尤为对严重级别的以上缺陷需及时跟踪和验证
12 　　　　　　　　　　　　　　 　　　　 2）分析和统计每一个版本的缺陷分布和趋势汇总，并提供给开发、测试员作参考
13 　　　　　　　　 　　　   验收测试 　　1）须要产品、运营人员来验收产品功能，检查功能是否被实现，有无没有考虑到的功能
14 　　　　　　　　　　　　　　 　　　　 2）经过验收测试的列表，让产品和运营人员，反馈验收每项检查项是否达到要求，并反馈每项验收结果
15 　　　　　　　　　　　　　　 　　　　 3）验收过程当中，若有发现缺陷或需求上的问题，须要开发去解决发现的缺陷及评审不合产品的需求 　　　　　　　　 验收测试列表
16 　　 　测试时间　　　　  争取测试时间  1）尽可能保证合理的测试时间
17 　　 　　　　 　　　　　 安排测试时间  1）模块内的功能，模块见交互比较少：需求分析和用例设计时间（1天），执行测试时间和修复缺陷时间（2天），验收测试时间（0.5天）
18 　　　　　　　　　　　　 　　　　　　 2）模块见交互较多的功能：需求分析和用例设计时间（1~2天），执行测试时间和修复缺陷时间（4~5天），验收测试时间（1天）
19 　　　　　　　　　　　　 　　　　　　 3）系统级别的需求：需求分析（3+天），用例设计时间（2~3天），执行测试时间和修复缺陷时间（5+天），验收测试时间（2~3天）
20 　　    测试进度与质量 　  测试进度 　　1）根据每一个任务的难易程度，及我的能力状况，预估好每一个任务的测试完成时间
21 　　　　　　　　　　　　　　 　　　　 2）搜集和检查测试用例的执行状况
22 　　　　　　　　　　　　　　 　　　　 3）天天晨会中，每人反馈昨天任务的完成状况和状态，当天要作的任务及遇到的问题
23 　　　　　　　　　　　　　　 　　　　 4）天天下班前，每人检查和验证严重级别以上的BUG是否已被开发人员解决或开发人员正在解决
24 　　 　　　　　　 　　　 测试质量 　　 1）充足的测试时间
25 　　　　　　　　　　　　 　　　　　　 2）充足的测试分析和用例设计
26 　　　　　　　　　　　　 　　　　　　 3）测试人员能力的培养和提高
27 　　　　　　　　　　　　 　　　　　　 4）作好验收测试和风险控制
28 　　    线上跟踪管理 　　版本跟踪和管理 1）每隔3个月或必定时间段收集线上系统产生的问题及用户反馈的问题，再作分析后，分类并汇总
29 　　　　　　　　　　　　　　　　 　　 2）在测试环境中，尽可能基于线上发生问题的场景来进行问题重现的验证测试，找出缘由解决
30 　　　　　　　　　　　　　　　　 　　 3）与测试该功能模块的测试人员进行沟通和交流，找到引发问题的缘由，总结缘由，避免之后再次发生