序号 节点 工作事项 具体事项 其他参考图表
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）与测试该功能模块的测试人员进行沟通和交流，找到引起问题的原因，总结原因，避免以后再次发生