- QA接到大型需求测试时，涉及到人员数目多、部门数目多、业务复杂度高，针对一个大型需求测试时各环节是否做到位决定了需求是否延期以及需求是否能保证高质量上线标准，为此列出大型需求测试时需要沉淀的规范.
- 1.粗评细评: 列出此需求功能点，比如包括哪些功能点，分别哪几个部门哪几个人员在做此功能
- 2.技术评审: 列出技术评审相关结论，比如技术提到注意点
- 3.前期准备: 列出前期准备事项，如合作部门人员确定，排期确定，数据账号准备
- 4.case编写:
- case评审结论与实际设计差异修正，其中包括产品提出case设计不符、rd提出case设计不符
- case设计内容是否到位，其中测试类型包括接口字段测试、功能逻辑测试、异常测试、兼容性测试、性能测试等；
- case执行环节是否到位，其中环节包括准入测试环节、case联调环节、case pre环节、case上线环节、回归测试环节等
- 5.bug总结: 列出此需求发现多少个bug，分别为哪几类问题，是否有遗留问题
- 6.需求场景构造总结: 测试过程中如何构造出这个需求场景，举例push需求，通过哪些平台怎么操作能发push
- 7.测试总结: 合作过程中遇到哪些问题
- QA对每个需求测试时间直接决定QA测试效率，QA工时评估的合理性也是对QA工作效率评定的标准之一，所以针对QA接收每一个需求所要的时间花费做一个详情列举，同时作为qa工时评估的依据
- 1.需求阶段
- 参与需求粗评、细评，了解需求细节功能点，确认疑惑点
- 参与技术评审，了解需求技术实现细节，确认case设计注意点
- 测试数据准备，准备需求对应需要的测试账号及环境，配合rd开发调试阶段的数据构造
- 2.测试阶段
- case设计，根据评审结果编写功能case
- case评审，核对case设计与rd及产品需求是否一致
- 需求功能测试，针对case对功能实现的验证、UI的验收、产品的验收，编写bug及跟踪bug至最后关闭
- 参与ET测试，记录ET测试问题及跟踪bug至最后关闭
- 与后端qa联调，针对case在测试环境与后端qa联调功能是否正常
- 后端上pre后，针对case在pre环境下验证功能是否正常
- 后端上线后，针对case在线上环境下验证功能是否正常
- 兼容性测试，涉及系统为android 5-11、ios10-15，涉及手机型号见：D端测试机使用，涉及app版本为国际版及巴西版
- 回归测试，包括此次需求在巴西及国际版本各两端的回归包上的验证以及主流程case回归
- 3.发布阶段
- 灰度crash的关注及线上问题处理；版本或需求的总结及知识沉淀
- 4.其它
- 需求测试过程中，周会、临时、非跟版需求、跨版本需求的会议
- 需求测试过程中，线上问题验证与处理
- 需求测试过程中，根据其它业务部门的需求进行协助与验证工作
- 版本跟进过程中，与服务端qa、rd、产品及其它部门的协调工作
