确认的需求PRD
编码TC用例（北京&杭州）
完善业务逻辑
需求评审（北京&杭州）
发布评审
checklist/备注
需求阶段
1、按照《发布计划》进行发布，注意组件、接口等先后依赖关系2、项目总结
1、《测试报告》应符合项目计划的目标，如质量、性能等2、双方需保证测试环境、数据库的稳定性3、测试报告需要备注代码分支、主干等信息4、双方同步文档信息
项目背景
评审阶段
接口文档
测试（北京&杭州）
联调
项目立项
发布计划
测试阶段
联调阶段
开发阶段
前置
1、简述项目背景2、说清楚项目目标，期望的进度、质量和交付物3、《需求PRD》为必要产出物，《项目背景调查报告、可行性分析》等为非必须4、约定项目文档存储空间，沟通方式和频率
上线发布
各自开发、自测完成
<跨地域&部门项目流程>
测试通过、完整的发布计划
1、产出物必须是确认的、规范的；2、统一存储，有沟通后的变更需要及时通知项目组所有成员；3、技术评审要给出预估的开发工作量；4、《接口文档》初稿
beta发布、测试
项目计划
需求PRD
开发自测
兼容性测试（杭州）
流程
完成项目计划
需求PRD、交互、视觉稿完成
功能测试（杭州）
TC用例文档
测试报告
明确里程碑
测试日报
交互评审（杭州）
kickoff meeting
确认的交互稿
明确质量、性能各类指标
1、里程碑（接口、组件等交付时间、项目发布时间）2、发布计划（时间、升级方案、发布策略）
技术方案评审（北京&杭州）
制定发布计划
编写TC用例
接口测试
视觉评审（杭州）
项目背景主要的feature可行性分析
制定项目计划（北京&杭州）
项目目标（质量、进度、交付物）
发布（北京&杭州）
TC测试用例执行
各自开发、自测、联调完成
联调（北京&杭州）
1、北京&杭州问题列表；
接口测试报告
性能测试（北京&杭州）
产出
交付物评审
确认的视觉稿
确认的技术方案
项目总结
TC评审
1、完善的《接口文档》2、接口测试报告按模板3、双方同步文档信息
各类评审通过
