需求
上线
面对面测试
1、参与需求评审2、深度熟悉需求，深度测试
1、缺少“测试业务场景交底”2、测试用例与方案不够具体3、质量分析与建议不够深入4、测试与实施部署版本不是同一个包5、测试技术存在一些差距：接口测试及自动化、App专项测试、云平台兼容性测试、AppUI自动化、性能技术
测试报告
测试用例
项目
制定对策和措施
发版
产品及项目生命周期
1、上线后系统发生的问题收集和分析2、闭环改进措施
提供验收用的测试文档
阶段
测试计划
流程、规范指南、模板
需求评审
上线试运行
公司制度条线总纲
1、未参与需求评审，对整体需求了解不透彻2、用例覆盖度低3、项目普遍存在需求变更频繁
问题收集不够全面，收集困难
1、对接开发人员，进行测试交底2、按照测试方案与测试用例，进行测试3、质量分析，提供对缺陷多维分析数据，辅助提高质量4、提供部署包（最终测试通过的封版，即为部署包）5、加强测试技术，现有自动化、性能、测试小工具
产品用例管理系统
安装部署测试
敏捷测试
测试产出
开发
制定测试计划
产品、项目生命周期
测试现状分析
1、参与部分代码评审，了解Bug成因，总结分析改进2、开发结束后，获取“封版”，部署测试系统3、参与拒绝Bug评审
测试
制度流程
验收
性能测试
技术工具
产品质量保障框架
维护
1、上线前确认2、需求变更的敏捷测试提供用例或场景
1、未参与，缺少代码评审能力2、“封版”测试只有少量产品会做3、测试环境基础设施不足，例：产品性能导致进度延后
测试交底
验收测试文档
计划、报告记录、日志
较少参与计划制定
单元测试
定制化开发
评审纪要
接口测试
1、上线前缺少确认2、需求变更的敏捷测试
测试方案
立项
计划
实施
产品
