序号 节点 工作事项 具体事项 其他参考图表
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）与测试该功能模块的测试人员进行沟通和交流，找到引起问题的原因，总结原因，避免以后再次发生
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
