跨部门项目流程规范

确认的需求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、双方同步文档信息

各类评审通过