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