研发流程规范
其他
2018-12-15 11:01:09
阅读次数: 0
总体原则
- 需求池所有的需求有序管理，有优先级，可评估
- PRD文档需要评审，且有打回机制
- 设计文档包含概要设计/详细设计，需要评审，且有打回机制
- 测试用例包含主流程用例/详细用例，需要评审，且有打回机制
- 研发需要有UT（推荐，不强制）和自测
- 环境自动管理，CI/CD系统
- 测试需要有API/UI测试，自动化覆盖率要求，漏测率要求
- 项目无法按时完成，有延期规范和机制
- 项目有验收测试规范和机制
- 重点项目要有项目日报/周报机制
会议规范
- 会议高效，评审会议时间一般为一个小时，原则上不超过两个小时
- 会议期间，没有重要紧急的事情，原则上不允许带电脑，或者电脑合上（会议主持人和会议记录人除外）
- 会议主持人在会议开始前，告知会议规范，会议中，会议主持人控制和维持会议有效进行
- 会议参会人员不足一半，或者核心人员缺陷，会议取消，会议主持人另约时间
- 会议时间超时半小时以上，会议取消，会议主持人另约时间
- 其他原则，参考：会议流程
需求评审规范
- 需求评审会议需要发送邮件，邮件详情，见需求评审会议邮件模板
- 需求评审会议的PRD，至少提前24小时发出，需求文档，见需求文档模板
- 为确保所有人阅读PRD，RD模块owner，QA模块owner，需要在评审前半天，发出问题list（comment list），否则不予评审
- 需求文档内容缺失严重，缺失部分超过50%，或者核心功能无法正常阅读，由RD模块owner，QA模块owner，发送打回邮件，不予评审
- 需求评审会议，评审PRD，解决发出的问题list，评审会议结束后，发出评审意见邮件
- 需求变更/新增，发出变更邮件，大的需求变更/新增，需要召开需求评审会议
设计评审规范
- 设计评审会议需要发送邮件，邮件详情，见设计评审会议邮件模板
- 设计评审会议的文档，至少提前24小时发出，设计文档，见设计文档模板，审核人默认需要添加 对应TL
- 为确保所有人阅读设计文档，PM模块owner（推荐，不强制），QA模块owner，需要在评审前半天，发出问题list（comment list），否则不予评审
- 设计文档内容缺失严重，缺失部分超过50%，或者核心功能无法正常阅读，由PM模块owner（推荐，不强制），QA模块owner，发送打回邮件，不予评审
- 设计评审会议，评审技术设计内容，解决发出的问题list，评审会议结束后，发出评审意见邮件
- 设计变更，发出变更邮件，大的设计变更，需要召开设计评审会议
用例评审规范
- 用例评审会议需要发送邮件，邮件详情，见用例评审会议邮件模板
- 用例评审会议的文档，至少提前24小时发出，用例文档，见用例文档模板
- 为确保所有人阅读用例文档，PM模块owner，RD模块owner（推荐，不强制），需要在评审前半天，发出问题list（comment list），否则不予评审
- 用例文档内容缺失严重，缺失部分超过50%，或者核心功能用例无法正常阅读，由RD模块owner（推荐不强制），PM模块owner，发送打回邮件，不予评审
- 用例评审会议，评审测试用例内容，解决发出的问题list，评审会议结束后，发出评审意见邮件
- 用例变更，发出变更邮件，大的用例变更，需要召开用例评审会议
研发规范
测试规范
延期规范
验收规范
转载自blog.csdn.net/hualusiyu/article/details/84876844