首页  流程图  详情

质量架构全景图

2023-03-13 15:08:57   4  举报





质量体系构建全景图

质量体系

质量架构图

质效度量

质量保障体系

作者其他创作

大纲/内容

Q&A能力标准

单元测试

容量规划

用例评审缺陷密度

Bug规范

流效率

持续度量

缺陷 reopen率

需求按时交付率

慢sql检测

研发协同平台

Mock平台

研发侧

工具支撑

精准测试

发布管理平台

环境使用规范

docker发布规范

运维阶段

数据diff

设计评审通过率

需求初评

流量回放平台

报警及时处理率

测试自动化率

产品2

checklist规范

故障管理

版本控制规范

测试覆盖率

慢页面加载检测

测试标准

项目N

渠道发布规范

1、需求前置时间：也称为需求交付周期，是指从需求提出，到完成开发、测试，直到完成上线的时间周期。反映了整个团队（包含业务、产品、开发、测试、运维等职能）对客户问题或业务机会的交付速度，依赖整个组织各职能和部门的协调一致和紧密协作。2、研发交付周期：从需求被研发团队确认，到完成开发、测试，直到完成上线的时间周期。反映了产研团队的交付速度3、需求吞吐量：统计周期内交付的需求个数 / 统计周期，即单位时间交付的需求个数。需要注意的是，需求颗粒度要保持一定规则（如约定业务需求、产品需求的颗粒度上限），避免需求大小不统一导致的数据偏差。4、需求规模：用于描述需求的颗粒度，计算公式为：统计周期内交付的需求总研发工作量 / 需求个数。这个指标反映了产研团队需求拆分情况。对于单一团队来讲，需求规模保持相对稳定，需求吞吐量指标才具备参考意义。5、需求评审缺陷密度：在需求评审中发现的单位需求规模的缺陷数。6、需求评审通过率：在统计范围内，评审通过的需求数占提交评审的需求总数的比例7、代码评审论述：一次代码合并或提测经过的代码评审轮数。8、测试缺陷密度：测试时发现的单位代码规模的缺陷数9、流效率：研发活动时间占研发活动时间与等待时间之和的比例10、代码开发当量：对每次代码提交所做的逻辑修改的量化【指标反映了代码修改及其逻辑复杂度，不受源代码级噪音（如代码风格、重复、自动生成、字面修改等）的影响】11、测试一次通过率：在统计范围内，由开发提交测试的版本一次性通过测试的比例。【指标反映了开发质量，测试一次通过率的提高利于减少返工和提高交付速率。】

三方组件使用规范

Java覆盖率平台

多云管理平台

性能测试规范

需求变更率

代码开发当量

持续集成平台

平均故障修复时长

需求交付周期

监控报警规范

接口diff

需求细评