0%
需求可行性评审
- 评估需求的可行性,由测试leader、前端&后端leader、产品参与;
- 产品描述项目背景及大致需求,对于需求涉及的模块及交互的实现情况,考虑是否可行,对不合理点提出意见
需求评审
- 具体参与项目的测试、前端&后端开发、设计师、产品;
- 产品详细描述PRD,对应方提出疑问点,产品记录各方提出的问题及疑问,完善PRD
交互&视觉评审
- 具体参与项目的测试、前端&后端开发、设计师、产品;
- 设计师描述产品的页面展示及交互形式,各方对于视觉稿中不明白的点和疑问的点,及存在的不连贯的交互点,提出疑问,设计师完善视觉稿
技术评审
- 具体参与项目的测试、前端&后端开发、产品;
- 开发评审技术文档,时序图,接口文档,讲述整个项目中的后端实现逻辑,提供给前端的http接口,需要外部提供的接口
排期
- 前端&后端开发、测试,根据需求文档,后端技术文档,评估开发及测试时间,给出完整排期包括:
- TC评审时间点
- 联调时间点
- 提测时间点
- 预发时间点
- 后端发布时间点
- 客户端发布时间点
- 复杂项目需要给出分模块的阶段性提测时间点
TC编写
- 功能TC编写,自测用例提取
- 接口TC编写,测试数据导出测试用例
测试计划&数据准备
- 提测前:完成测试环境的数据准备
- 预发前:完成预发环境的数据准备
- 完成数据准备文档:测试准备文档编写
TC评审
- 具体参与项目的测试、前端&后端开发、设计师、产品;
- 测试人员讲解本次项目的测试点,强调重点测试模块、易出问题的点及容易被忽略的点,对于评审中开发及产品提出的问题及不够完善的点,进行补充和完善
预提测
- 小需求,测试周期<5天的项目,发通用提测单
- 测试周期≥5天的项目,在TC评审完成后,测试完善TC,发送预提测单,并附上用例图片。
提测
- 开发通知测试准备提测,开发自行完成预提测单中的自测用例「或者测试要求和开发一起完成自测用例的测试后」并标记结果,开发回复预提测单邮件,完成预提测,测试回归冒烟通过后,完成提测。
测试环境测试
- 第一轮完成所有功能的遍历测试,基本找出所有的BUG及卡流程的点,把握整体实际的提测质量,并完成主流程的测试及回归工作,保证流程没有卡点。
- 第二轮完成所有功能细节的测试,完成测试环境阶段的测试。
预发环境测试
- 预发优先回归主流程,确保主流程没有问题,预防流程性问题的项目风险。
产品&设计验收
- 邮件通知产品&设计验收,验收后,回复邮件,可以先回复出现的问题,验收通过后,再回复验收通过的邮件
- 理论上,产品&设计在预发主流程走通后,介入验收
- 如果预发在1天内主流程无法走通,在测试环境验收
发送测试报告
- P2、P3需求【测试周期≤3天】,发布日常测试报告
- P0、P1需求【测试周期>3天】,发布集团统一的测试报告,截图放入正文可见,附件添加报告原件
后台发布
- 确认发布节奏,确认后端对前端的影响,是兼容发布,还是需要客户端强更
- 确认后端项目之间的依赖关系,以及与外部合作方之间的依赖关系
- 明确发布后的功能验证节奏
客户端发布
- 确认客户端版本
- 确认涉及到变更的模块的RN版本
- 验证客户端升级功能
测试验收结果通知
- 如果发布失败,邮件回复测试报告,说明失败原因,及后续的处理方案
- 发布成功,说明发布成功。如果有问题遗留,说明情况,及遗留问题的后续处理方案。