日常测试流程一般日常
输入：日常需求用例(UC)
输出：测试用例、沉淀；
测试产品线负责人：分配测试资源；
日常评审：日常开发工程师、日常测试工程师、PD、日常UC评审人(涉及到前端的需UED介入)；
Review测试用例：日常测试工程师、日常UC评审人。
计划在周二或周四发布的日常，在周一或周三中午12点之前必须填写测试结果，“测试通过”或者“测试不通过”；
需求确认找PD、开发，疑难bug处理找PD、测试产品线负责人、开发确认；
预发布测试结果需要在4点之前反馈。
大日常
输入：大日常需求用例(UC)
输出：测试计划、测试设计、测试用例、大日常测试沉淀、大日常需求质量结果。
人：（这里指与一般日常不同的）
制定测试计划：日常测试负责人；
Review测试用例：日常测试负责人、日常测试工程师、日常UC评审人。
紧急日常
条件：产品出现bug且等级为P1级
输入：流程管理平台发起紧急发布流程
输出：产品发布通知
人：
提交紧急发布申请：发布申请人；
确定备案并进行内部通知：技术支持；
审批紧急发布需求：审批人；
录入日常发布需求列表：开发线负责人(TL)；
修改代码：软件开发人员；
发布：配置管理人员；
监控发布需求：发布申请人和开发人员；
跟踪完成进度：TL
项目测试流程
启动阶段
进入标准：
项目资源申请到位；
PRD文档评审通过；
技术方案通过评审。
退出标准：
项目正式立项邮件发出；
CF项目空间、QC项目空间建立完成；
在twork上创建项目空间。
测试负责人建立项目QC空间阶段：
输入：项目说明书。
输出：邮件/旺旺通知项目组成员，QC项目空间访问方法。
计划阶段
进入标准:
项目已批准，且已立项；
项目必需的测试资源申请到位。
退出标准:
测试计划评审通过；
项目计划评审通过。
输出:
1.需求功能分解表；
2.《项目测试计划》；
3.《子计划》；
4.《项目测试计划》评审意见记录。
注意：测试计划评审可以简要执行，由测试部门经理和PM审阅，邮件批准执行并纳入基线库。
人:
需求功能分解：项目测试负责人；注意：产出对应1
项目测试计划：项目测试负责人、项目测试人员；注意：产出对应2、3
计划评审：项目测试负责人、项目测试人员、项目经理。注意：产出对应4
需求分析阶段
进入标准:
项目开发人员UC文档编写完成；
界面原型已经产出。
退出标准:
UC预审发现的问题全部关闭；
UC评审中发现的问题全部关闭。
输出：
1.UC预审问题录入QC文档bug库中；
2.UC评审出的问题录入QC库。
人：
UC预审：项目测试人员 注意：产出对应1
UC评审：PTM、PD/PM、UED、项目开发人员、项目测试人员、项目测试评审组 注意：产出对应2
设计阶段
进入标准：
开发人员系统设计文档通过评审，测试人员即可进行测试设计文档编写
退出标准：
测试设计文档在测试内审中通过，且评审出的问题已修复；
测试设计文档在测试外审中通过，且评审出的问题已修复。
输出：
1.《项目测试设计》；
2.twork中产出业务框图。
参与人员：
系统设计：项目开发人员；
系统设计评审：项目开发人员、项目测试负责人、项目测试人员、PD、PM。
测试设计：项目测试人员
用例开发阶段
进入标准：
开发人员系统设计文档评审通过
退出标准：
测试用例内审通过，且评审出的问题已修复；
测试用例外审通过，且评审出的问题已修复。
输出：
1.测试需求；
2.测试用例（在QC中，叫测试计划）；
3.测试实验室 ；
4.测试脚本 ；
5.测试用例评审问题记录表；
6.测试用例评审会议纪要。
人：
编写测试用例：项目测试人员；注意：产出对应1~4
测试内审：PTM、项目测试评审组、项目测试人员； 注意：产出对应5
测试外审：开发人员、测试人员、PD、PM、项目测试负责人；注意：产出对应6
注意：测试内审可以简要执行，方法是：项目评审组线上review项目测试用例、测试设计，并以邮件的形式反馈给项目测试人员。
测试执行阶段
进入标准：
测试用例评审通过，且评审出的问题已修复；
开发人员在项目测试环境冒烟测试通过（测试实验室冒烟测试用例，开
发人员执行全部为pass；
项目经理提交《测试提交单》。
退出标准：
项目空间的所有1，2，3级bug关闭，且所有bug为最终状态；
非closed的bug经需求方、PD、PM、测试人员、开发会审达成一致意见，并在项目质量评估报告中给出明确说明；
项目质量评估报告被测试经理评审通过。
输出：
1.Bug报告；
2.项目测试日报；
3.项目质量评估报告。
人：
执行测试：项目测试人员、项目测试负责人； 注意：产出对应1~3
项目质量评估：项目测试负责人、测试经理；注意：产出对应3
预发布测试：项目测试人员。注意：产出对应1、2
注意：主干环境回归测试特别说明：
项目功能在日常环境回归
与项目打分支期间关联的已发布日常的回归
与项目打分支期间关联的已发布项目的应用回归
与项目应用相关联的所有自动化脚本回归
注意：在主干环境回归测试中是否执行P2、P3轮测试，要根据项目测试计划制定的策略进行裁剪。
发布阶段
进入标准：
项目发布申请表中，发布审批人会签全部通过
退出标准：
发布过程完成，无重大（P1级）质量问题
输出：
线上bug；
线上bug报告。
人：
发布验证：项目测试负责人、项目测试人员
结项阶段
进入标准：
项目经理申请结项请求被批准
退出标准：
对应产品线测试用例入基线库；
对应产品线MM图已更新；
对应品线业务沉淀已完成；
项目总结分享完成—项目总结报告.ppt。
输出：
基线测试用例；
基线业务知识沉淀；
基线MM框图；
项目总结。
人：
项目总结：项目测试负责人、项目测试人员
附加:
有3个时间点需要关注
1. 提交代码是 前3天15点
2. 日常测试完成是 前1天12点
3. 预发测试完成是 前1天16点
