测试投入度量元的选择

发布于 2024-10-02
1135
版权声明

我们非常重视原创文章，为尊重知识产权并避免潜在的版权问题，我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容，访问作者的公众号页面获取完整文章。

查看原文：测试投入度量元的选择
文章来源：
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
测试投入度量元摘要

项目在讨论测试是否结束时常常关注缺陷的数量、严重级别和关闭情况，而忽略了测试投入是否充分。测试投入可以通过多个方面量化，例如测试用例的密度、工作量、工期和人数等。

选择合适的测试投入度量元需要根据产出来定，通过收集多个项目的度量数据并分析其与测试产出的相关性来判断。如果度量元与测试产出相关，则可作为测试投入的度量元；否则应舍弃。

系统测试用例密度是一个合适的度量元，如图二所示。而图三显示，缺陷逃逸率与测试工作量/开发工作量不是合适的度量元，这一点在不同公司可能不同。

在其他条件相同的情况下，测试投入充分时，发现的缺陷多意味着代码质量差，缺陷少则代码质量好。图四说明，当测试投入达到8人天/KLOC，缺陷密度趋于平稳，此时可认为测试投入充分，无需进一步测试。

测试开发之接口篇-使用K6完成接口自动化测试


了解更多

麦哲思科技任甲林

查看原文：测试投入度量元的选择
文章来源：
麦哲思科技任甲林
扫码关注公众号
相关推荐
阿里测试之道：全面呈现七大领域的测试技术（并附赠书活动）
1284
无论是在过去还是在今天，我们依旧需要提升测试的有效性、效率、充分性和稳定性，这些是我们测试工作始终所关注的目标...
Java计算数组平均值--最后放大招
1624
测试
今天继续Groovy放大招系列文章，本期的主题是求array的平均值。
聊聊竞品体验对比评测（上）
2572
质量 竞品 测试
针对市场竞争激烈的产品，相对于测试缺陷情况，高级管理者往往更关心产品的核心体验竞争力如何，差距在哪里。测试通过可测性分析得到了一系列用户体验有关的客观指标。那如何给出竞品对比的评测结论和改进建议呢？
如何解决性能测试缺失的问题？
948
在当下互联网行业环境中，软件性能对于用户体验和企业运营至关重要。性能测试作为软件开发过程中的重要环节，可以确保软件能够满足性能指标和用户期望。然而，很多创业者在进行软件开发时，忽略了性能测试的重要性，导致软件运行时出现性能瓶颈和满意度下降。
Python 测试框架 Pytest 的入门
1050
Python 测试框架 Pytest 的入门
手把手教你pytest测试框架（八）
970
关注我们，一起学习+涨薪不掉队！
麦哲思科技任甲林

麦哲思科技（北京）有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员，中国分部主席

471 篇文章
浏览 850.1K

还在用多套工具管项目？

一个平台搞定产品、项目、质量与效能，告别整合之苦，实现全流程闭环。

查看方案
麦哲思科技任甲林的其他文章
快速学习COSMIC方法之二：COSMIC方法的度量过程
COSMIC方法的度量分为三个阶段：1 度量策略阶段2 映射阶段3 度量阶段在度量策略阶段，主要包括四个活动：    1）确定度量目的：为什么执行本次度量。比如你要度量一个房子的面积，是为了卖房子？是要装修？还是为了装中央空调？目的不同，度量的范围不同，度量的结果也不同。卖房子是要包含建筑面积与分摊面积的，装修房子要考虑套内面积与晾台面积，而装中央空调时只考虑套内面积，目的不同，度量的范围不同，度
快速学习COSMIC方法之十七：如何寻找更简单有效的规模度量方法？
  很多企业都在探索合理估算工作量的方法，而工作量的多少主要取决于软件规模的大小，因此在估算软件工作量之前需要先估算其规模。传统的规模估算方法是进行代码行的估算，但是对于同一个需求，不同经验的人员去估算，结果差别很大，不同的实现语言，估算结果差别也很大，即使不同经验的人员针对同一种需求去实现，实际的代码行数也差别很大，并且实际情况中，往往一个需求可能需要多种语言结合才能实现。因此，使用代码行作为衡...
高成熟度的真正难点是什么？
很多朋友认为4-5级难做的原因是度量做的不好，其实我认为那只是表象，最根本的原因还是过程不稳定，2-3级的过程就没有做好，过程不稳定，反应在数据上就不稳定，MA可以做的很好，但是MA的结果可能没有管理的参考价值，建立的模型就没有意义。比如：  我们可以很准确的度量身高、体重、年龄、每天的饭量、每天饭食里葡萄糖的含量、智商。我们希望建一个模型来预测智商，假如根据上述信息建立了一个模型：  智商=f(
三轮自动代码评审，质量持续收敛
本文复盘了一个智能文档评审工具的Bug修复与质量提升过程。项目采用前后端分离架构，在修复Word预览失败等表面Bug时，发现深层架构问题——文档解析应迁移至前端。通过三轮"后置四区评审"（聚焦变更单元的四个维度），团队逐步解决严重问题：首轮发现公共模块缺失、CDN无降级等3个严重缺陷；次轮修复后仍暴露null处理等新问题；第三轮最终收敛到零缺陷。核心启示包括：1）多轮评审才能层层深入；2）修复常会引入次生问题；3）结构化评审方法比工具更重要。
我说CMMI之七：需求管理过程域
我说CMMI之七：需求管理过程域先讲讲需求管理的含义。何谓需求管理？需求管理就是管理需求的一致性。这里讲的需求指什么?指的产品与产品构件需求，对于软件而言通常就是软件需求规格说明书（SRS）。在CMMI模型中将需求分成了2类：客户需求，产品与产品构件需求。客户需求是采用用户的术语表达的，用户验收的依据，一般是由客户提出需求，由开发人员记录、描述、整理下来。客户需求是平衡了客户的需要、期望、约束和接口需求后的结果。产品与产品构件需求是采用开发人员的属于表达的，是开发方验收的依据。产品与产品构件的需求是基于客
随机阅读
关于敏捷的慢思考（1）
07-12
为何你学习的时候记住了这个,忘记了那个？你需要知道你的《认知天性》
08-17
Martin Fowler | 敏捷的忠实拥护者
07-12
PHPMQTT v1.4.1 版本发布，新增协议调试工具
07-18
配置Mountebank环境
08-22
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
去下载