- 总体原则
- 会议规范
- 需求评审规范
- 设计评审规范
- 用例评审规范
- 研发规范
- 测试规范
- 延期规范
- 验收规范
总体原则
- 需求池所有的需求有序管理，有优先级，可评估
- 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，评审会议结束后，发出评审意见邮件
- 用例变更，发出变更邮件，大的用例变更，需要召开用例评审会议
研发规范
- 系统模块规范，查看模块规范
- 版本管理规范，查看版本管理
- 研发流程规范，查看研发规范
- 研发代码规范，查看代码规范
- 研发UT（推荐不强制）
- 研发提测准入规范，查看提测规范
测试规范
- 测试用例，查看测试用例规范
- 提交缺陷，查看缺陷提交规范
- 测试准出，查看测试准出规范
- 测试日报，查看测试日报规范
- 测试报告，查看测试报告规范
延期规范
- 延期邮件，查看延期邮件模板
验收规范
- 产品验收
- 交付验收
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请联系我们，一经查实，本站将立刻删除。
如需转载请保留出处：https://51itzy.com/kjqy/15332.html