欢迎来到测试投入度量元的选择
发布于 2024-10-02
977
版权声明
我们非常重视原创文章，为尊重知识产权并避免潜在的版权问题，我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容，访问作者的公众号页面获取完整文章。
查看原文：测试投入度量元的选择
文章来源：
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
项目在讨论测试是否结束时常常关注缺陷的数量、严重级别和关闭情况，而忽略了测试投入是否充分。测试投入可以通过多个方面量化，例如测试用例的密度、工作量、工期和人数等。
选择合适的测试投入度量元需要根据产出来定，通过收集多个项目的度量数据并分析其与测试产出的相关性来判断。如果度量元与测试产出相关，则可作为测试投入的度量元；否则应舍弃。
系统测试用例密度是一个合适的度量元，如图二所示。而图三显示，缺陷逃逸率与测试工作量/开发工作量不是合适的度量元，这一点在不同公司可能不同。
在其他条件相同的情况下，测试投入充分时，发现的缺陷多意味着代码质量差，缺陷少则代码质量好。图四说明，当测试投入达到8人天/KLOC，缺陷密度趋于平稳，此时可认为测试投入充分，无需进一步测试。
麦哲思科技任甲林
查看原文：测试投入度量元的选择
文章来源：
麦哲思科技任甲林
扫码关注公众号
相关推荐
什么是TCP协议，它有什么特点？TCP（传输控制协议，Transmission Control Protocol）是互联网协议套件中的一部分，用于在网络上可靠地传输数据。
麦哲思科技（北京）有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员，中国分部主席
440 篇文章
浏览 748K
还在用多套工具管项目？
一个平台搞定产品、项目、质量与效能，告别整合之苦，实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
如何拆分业务需求为系统功能需求？
（按业务事件、操作意图、用户角色、数据生命周期、规则分支切分）进行拆分，我们可以将模糊的业务目标转化为清晰、可执行、可测试的开发任务。在软件开发的整个生命周期中，需求分析是基石，而将模糊、宏观的业务需求，精准地拆解为清晰、可执行的系统功能需求基本单元，则是这一基石中最关键的一步。：一个功能单元执行完毕后，系统应达到一个明确、一致的稳定状态，而不是处于一个中间的、不确定的状态。遵循 VISTA 原则，可以确保我们拆分出的功能单元是清晰、独立且可管理的，为后续的开发、测试和维护工作奠定坚实的基础。
CMMI 3.0 究竟包含了哪些实践域?
本文对CMMI 3.0中的31个PA采用一句话概括了其内容，以帮助大家快速了解CMMI3.0覆盖的范围。
时间箱管理
时间箱管理是敏捷方法中的一条实践，其含义是在项目中的某些活动的完成时间必须在规定的时间内完成。该实践有助于提高整个项目的工作效率，避免帕金森现象。
在敏捷方法里时间箱管理的具体体现包括：
（1） 每次迭代必须在固定的时间内完成，比如2周或1个月等，本次迭代必须交付一个质量得到充分检验的、可以运行的软件版本，如果有些需求不能在本次迭代内完成，则推迟到下一个迭代中完成。
（2） 项目的策划会议必须在4个小时内完成，某次迭代的策划会议必须在4个
AI重构研发：不止是工具革新，更是全维度组织重塑
同时，度量的核心不再是“单一数据”，而是“数据背后的效能提升逻辑”——比如，通过分析AI辅助前后的工作数据，判断AI对整体研发效能、质量的提升幅度，进而优化AI与人工的配合模式。而AI的介入，彻底打破了这种固有模式——未来的研发工作，将是“人+AI结对协作”的全新形态。其实仔细梳理会发现，AI给研发领域带来的这五个维度的变化，并不是孤立存在的——文化变革是基础，组织结构变革是载体，流程变革是核心，考核评价机制变革是引导，度量体系变革是支撑，五者相互关联、层层递进，共同构成了AI时代研发工作的全新框架。
项目计划评审时的36个检查点
在多次的运行检查中,发现很多项目的计划存在一些共性问题,根据这些问题,归纳出来36个检查点供大家参考. 1 是否定义了项目的组织结构? 2 是否定义了每种角色的职责？ 3 PPQA是否有独立的渠道和高层沟通？ 4 如果有客户或客户代表的参与，是否定义了他们的职责？ 5 是否定义沟通了机制?（和客户的，和其他外部和伙伴的，内部成员的，和上级的，和其他项目组的） 6 是否定义了
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线
-
联系我们
电话：4006 8899 23 邮箱：beining@chandao.com -
融实践库
关于我们 加入我们立即学习
微信号：rongpmcom
-
微信公众号
-
微信视频号
-
社区微信群
