需求设计说明书
编码&用例
需求评审
发布评审
容错测试用例
需求阶段
1、版本发布： ①运维人员须根据《测试报告》测试结论执行发布动作 ②运维人员须提前和甲方沟通发版上线的信息，做好发版准备2、代码部署文档2、项目总结文档4、客户验收文档
1、测试阶段，必须保证测试环境、数据库的稳定性2、测试阶段，未经测试人员同意，禁止改动测试环境代码和配置3、测试阶段，开发人员应主动关注缺陷管理系统，及时处理问题4、测试用例应按轮次有序进行，每一轮测试完成后发布通知5、功能测试、性能测试 工作完成后，应出具《测试报告》6、《测试报告》须明确当前测试结论和测试结果分析
项目研发流程
项目背景
提测清单
评审阶段
代码打包
功能清单
测试执行阶段
联调自测
商务已确认
项目背景说明
测试阶段
项目经理研发工程师
联调阶段
开发阶段
需求获取
性能测试用例
接口文档
1、简述项目背景2、简述项目需求大纲3、简述项目目标，期望的进度、质量和交付物 4、约定项目文档存储空间，沟通方式和频率
架构设计
上线发布
编码完成
需求调研
测试通过
产品经理项目经理研发工程师测试工程师
1、需求设计说明书应包含： ①功能需求说明 ②功能点清单 ③性能要求指标2、需求设计说明书，必须是经过确认且符合规范的3、项目组员一致通过时方可定为评审通过，否则需要复审4、需求变更应及时通知项目组所有成员
缺陷清单
项目总结会
性能测试报告
开发计划
项目计划
需求文档
部署文档
甲方需求
技术设计
前置
需求评审通过
约束岗位
产品经理项目经理
1、项目背景可行性分析2、甲方需求： ①产品经理与商务确认通过 ②产品经理和研发进行可行性分析通过3、内部需求： ①产品经理收集业务人员提出的需求，整理《需求确认表》
性能测试
数据库设计
项目经理研发工程师测试工程师
功能测试用例
功能测试报告
流程
明确里程碑
项目经理研发工程师架构设计师
内部需求
概要设计文档
交互评审
1、概要设计： ①系统整体架构的概要设计 ②须兼顾旧版本和后续版本的扩展能力 ③须具备容灾容错自动恢复的能力2、数据库设计相关文档，数据库字典等3、编码规范：按照公司统一标准规范执行4、知识库：相关技术文档，需统一存放点
项目启动会议
交互稿
部署，验收
制定开发任务计划
说明
1、明确各时间节点（联调、开发自测、提测、交付）2、明确里程碑（接口设计、组件等交付时间、项目发布时间）3、明确提测时间、测试周期时长、测试深度和粒度4、发布计划（时间、升级方案、发布策略）5、风险分析：研发过程中可能出现的风险预案准备 ①时间风险 ②人员风险 ③技术风险 ④环境风险
工作量评估
接口评审
确定技术方案
产出
编码规范
制定项目计划
项目目标
发布&交付
功能测试
需求确认表
自测完成
明确时间节点
联调&自测
提交测试
1、开发人员在 开发环境 完成自测2、开发人员打包代码、SQL等相关文档提交测试3、提供详细的部署文档；此过程建议引入代码自动化部署工具4、提测清单：可以复用功能清单 ①标记 功能开发完成结果 ②标记 功能点自测结果
联调结果
容错测试
技术方案设计
数据库字典
容错测试报告
项目经理产品经理研发工程师测试工程师运维工程师
验收文档
用例评审
1、接口文档评审，须经过项目组员一致通过，否则复审2、测试用例文档，须覆盖需求设计说明书全部功能点3、测试用例评审，须经过项目组员一致通过，否则复审
