一、产品测试质量度量之重要性
产品测试质量度量在软件开发过程中起着至关重要的作用。首先，它是确保产品质量的关键手段。通过对软件产品进行全面的质量度量，可以及时发现潜在的问题和缺陷，避免在产品上线后给用户带来不良体验，甚至造成严重的损失。
质量度量有助于降低维护成本。保持测试用例效果的连续性是降低测试维护成本的重要措施之一。例如，每个测试用例都应是可执行的，且在产品功能发生小变化时不应无效。同时，连续使用测试用例应具有成本效益高的特点。
产品测试质量度量还能极大地提升用户体验。软件产品质量度量的指标包括功能性、性能、易用性、可维护性、可靠性、安全性等。通过对这些指标的度量，可以确保软件产品在各个方面都能满足用户的需求。例如，响应时间短、吞吐量高、资源利用率合理等性能指标可以让用户在使用软件时更加流畅高效；保密性、完整性和可用性高的安全度量方法可以保护用户的信息安全；易用性好的软件则能让用户更轻松地操作和使用。
总之，产品测试质量度量是软件开发过程中不可或缺的环节，它对于确保产品质量、降低维护成本和提升用户体验都具有重要意义。
二、产品测试质量度量的方法
（一）功能度量方法
功能完备性评估是确保软件涵盖了所有预期的功能。通过与需求文档进行对比，检查是否存在遗漏的功能点。例如，在一个电商平台的开发中，需要确保商品展示、购物车、下单、支付等功能都能正常运行。准确性衡量则关注软件输出结果的正确性。比如在一个财务软件中，计算结果必须准确无误。互操作性评估主要考察软件与其他系统或组件的交互能力。例如，一个企业管理软件需要与不同的数据库系统进行交互，就需要评估其互操作性是否良好。
（二）性能度量方法
响应时间是用户发出请求到系统给出响应的时间间隔。一般来说，响应时间越短，用户体验越好。例如，网页加载时间应控制在几秒钟之内。吞吐量表示单位时间内系统能够处理的事务数量。对于高并发的系统，如电商平台在促销活动期间，需要有较高的吞吐量才能满足大量用户的需求。资源利用率包括 CPU、内存、磁盘等资源的使用情况。合理的资源利用率可以避免系统因资源耗尽而崩溃。
（三）安全度量方法
保密性是确保软件中的敏感信息不被未经授权的人员访问。可以通过加密技术、访问控制等手段来实现。完整性是保证软件中的数据不被篡改。例如，采用数字签名等技术来验证数据的完整性。可用性是指软件在需要时能够正常运行。可以通过冗余设计、备份恢复等措施来提高软件的可用性。
（四）可用性度量方法
易用性是软件易于学习和使用的程度。可以通过用户测试、问卷调查等方式来评估。适应性是软件适应不同环境和用户需求的能力。例如，一个移动应用需要适应不同的操作系统和屏幕尺寸。可靠性是软件在规定的时间和条件下能够正常运行的概率。可以通过长时间运行测试来评估软件的可靠性。
（五）维护性度量方法
模块化程度高的软件易于维护和扩展。每个模块都可以独立开发、测试和维护。可复用性是指软件中的组件或代码可以在其他项目中重复使用。可扩展性是软件能够方便地添加新功能的能力。例如，一个企业管理软件需要随着企业的发展不断添加新的功能模块。
三、产品测试质量度量的实践
（一）需求分析阶段的质量度量
在需求分析阶段，需求覆盖率是一个重要的质量度量指标。通过统计已被覆盖的需求数量与总需求数量的比例，可以评估需求分析的完整性。例如，如果需求覆盖率低于一定比例，可能意味着需求文档存在遗漏或不清晰的地方。准确率则衡量需求的准确性，确保需求与实际业务需求相匹配。可以通过与业务人员的沟通和确认来提高需求的准确率。需求变更率也是一个关键指标，它反映了需求的稳定性。较高的需求变更率可能导致项目进度延迟和成本增加。据统计，在一些项目中，需求变更率可能高达 30%。为了降低需求变更率，可以在需求分析阶段进行充分的调研和沟通，确保需求的明确性和稳定性。
（二）设计阶段的质量度量
设计阶段的质量度量主要包括架构合理性、模块耦合度和数据一致性。架构合理性评估涉及软件架构是否满足功能和性能要求，是否易于扩展和维护。一个合理的架构可以提高软件的可维护性和可扩展性。模块耦合度衡量不同模块之间的依赖关系。低耦合度的设计可以使各个模块独立开发、测试和维护，提高开发效率和软件质量。数据一致性确保不同模块之间的数据交互准确无误。可以通过设计评审和静态分析工具来评估架构合理性、模块耦合度和数据一致性。
（三）开发阶段的质量度量
在开发阶段，代码重复率、规范性和单元测试覆盖率是重要的质量度量指标。高代码重复率会增加维护成本和出错的可能性。可以使用代码分析工具来检测重复代码，并进行重构以降低重复率。代码规范性确保代码符合一定的编码标准，提高代码的可读性和可维护性。单元测试覆盖率衡量单元测试对代码的覆盖程度。较高的单元测试覆盖率可以提高代码的质量和稳定性。据统计，一些项目的单元测试覆盖率可以达到 80%以上。可以使用单元测试框架和代码覆盖率工具来评估单元测试覆盖率。
（四）测试阶段的质量度量
测试阶段的质量度量涵盖缺陷发现率、回归测试覆盖率和性能测试指标等。缺陷发现率反映测试的有效性，即通过测试发现的缺陷数量与总缺陷数量的比例。回归测试覆盖率确保在软件修改后，原有功能仍然正常。性能测试指标包括响应时间、吞吐量和资源利用率等，评估软件在不同负载下的性能表现。可以使用缺陷管理工具和性能测试工具来收集和分析这些指标，以确保软件质量。
四、产品测试质量度量的挑战与解决方案
（一）数据收集与分析的挑战与解决方案
在产品测试质量度量过程中，数据收集与分析面临着诸多挑战。首先，数据不完整是一个常见问题。由于各种原因，可能无法收集到所有相关的数据，导致质量度量结果不准确。例如，在某些情况下，测试环境的限制可能导致部分数据无法获取。其次，数据格式不一致也会给分析带来困难。不同来源的数据可能采用不同的格式，需要进行大量的预处理工作。此外，数据存在偏差也是一个潜在的风险。如果数据采集过程中存在选择性偏差，那么质量度量结果将不能真实反映产品的质量状况。
为了解决这些挑战，我们需要建立标准规范的数据收集流程。明确数据收集的目标、方法和时间节点，确保数据的完整性和准确性。同时，采用合适的数据分析方法和技术，对数据进行清洗、去重、转换等处理，提高数据质量。例如，可以使用数据挖掘技术从大量的数据中提取有价值的信息，或者运用统计分析方法对数据进行建模和预测。
（二）质量度量标准的挑战与解决方案
质量度量标准的制定和实施也存在一定的困难。一方面，标准过于复杂可能导致难以理解和操作。如果质量度量标准过于繁琐，测试人员可能会感到困惑，从而影响质量度量的效果。另一方面，标准的适用性也是一个问题。不同的项目和产品可能需要不同的质量度量标准，如何制定出既具有通用性又能满足特定项目需求的标准是一个挑战。
为了解决这些问题，我们需要制定简洁明了、易于理解的质量度量标准。标准应该明确具体的度量指标和评估方法，让测试人员能够轻松掌握。同时，确保标准的可操作性和实用性，在实际应用中不断检验和完善标准。根据不同项目的特点和需求，对标准进行调整和优化，使其更加符合实际情况。
（三）质量度量过程的挑战与解决方案
质量度量过程中也可能存在各种问题。例如，过程不规范可能导致质量度量结果不可靠。如果没有明确的质量度量流程，测试人员可能会随意进行度量，从而影响结果的准确性。此外，效率低下也是一个常见的问题。如果质量度量过程过于繁琐，可能会耗费大量的时间和资源，影响项目的进度。最后，结果不准确也是一个潜在的风险。如果质量度量过程中存在错误或偏差，那么结果将不能真实反映产品的质量状况。、
为了解决这些挑战，我们需要建立规范的质量度量流程。明确各环节的责任和要求，确保质量度量过程的规范性和一致性。采用合适的度量工具和技术，提高度量效率。例如，可以使用自动化测试工具来减少人工测试的工作量，或者运用数据分析工具来快速处理大量的数据。加强度量过程的监督和管理，确保结果的准确性和可靠性。定期对质量度量结果进行审查和评估，及时发现问题并进行改进。
五、产品测试质量度量的案例研究
（一）用户满意度案例
以电商平台为例，通过对用户进行问卷调查、用户访谈等方式收集用户满意度数据。调查内容包括商品质量、购物流程便捷性、客户服务质量等方面。根据收集到的数据进行分析，发现用户对商品质量的满意度较高，但对物流配送速度和客户服务响应速度的满意度较低。针对这些问题，电商平台可以采取优化物流配送体系、加强客户服务培训等措施来提高用户满意度。
例如，电商平台通过测评了解用户需求，优化平台功能和服务，提升用户满意度和忠诚度。通过设计问卷和量表，明确测评目的、结构和标准，选择合适的样本和抽样方法，收集和处理用户满意度数据。根据测评结果，分析用户满意度水平、优势和不足，提出改进建议，如优化商品质量、提升服务水平、完善物流体系等。
（二）功能覆盖率案例
在软件开发过程中，对软件的功能进行全面测试是确保产品质量的重要环节。以一款办公软件为例，通过制定详细的测试计划和测试用例，对软件的各项功能进行覆盖测试。测试内容包括文档编辑、表格制作、幻灯片演示等功能模块。在测试过程中，使用测试工具对功能覆盖率进行统计和分析，确保软件的各项功能都能正常运行。
例如，产品测试覆盖率技术可以测量被测应用程序的各个部分或模块。通过对办公软件的各个功能模块进行测试，确保软件的功能完备性、准确性和互操作性。同时，采用不同的测试覆盖率技术，如产品覆盖范围、风险保障、需求覆盖范围、兼容性覆盖范围、分支机构覆盖范围、代码覆盖率、声明范围、边界值覆盖范围等，提高测试的全面性和有效性。
（三）性能测试案例
对于高并发的系统，如电商平台在促销活动期间，性能测试是必不可少的环节。以某电商平台为例，通过模拟大量用户同时访问系统，对系统的响应时间、吞吐量和资源利用率等性能指标进行测试。在测试过程中，使用性能测试工具对系统进行压力测试，观察系统在不同负载下的性能表现。
例如，性能基准测试可以通过执行固定的性能测试场景得到系统的性能测试报告，与上一版本发布时的指标进行对比，确保系统对外发布前的性能基准测试指标没有“变坏”。稳定性测试可以通过长时间模拟被测系统的测试负载，观察系统在长期运行过程中是否有潜在的问题。通过对系统指标的监控，发现诸如内存泄漏、资源非法占用等问题。
六、产品测试质量度量方法有哪些
（一）六西格玛方法
六西格玛是一种以数据为基础，追求几乎完美的质量管理方法。统计学用西格玛（希腊字母σ的中文译音）来表示标准偏差，即数据的分散程度。对连续可计量的质量特性，用“σ”度量质量特性总体上对目标值的偏离程度。六个西格玛可解释为每一百万个机会中有 3.4 个出错的机会，即合格率是 99.99966％。
在产品测试质量度量中，六西格玛可以运用其 DMAIC 模型对组织的关键流程进行改进。这个模型的五个阶段分别是：D（定义）、M（评估）、A（分析）、I（改进）、C（控制）。例如，在浅析运用六西格玛 DMAIC 提高产品测试良品率的实际应用中，为了提高产品测试良品率，通过运用六西格玛 DMAIC 的方法找到问题，解决问题。首先在定义阶段明确问题和目标，即提高转移后产品 B 的良品率，使之与转移前产品 A 的良品率相匹配。在测量阶段，通过对产品 B 的 3 批验证批次共 33 片晶圆良品率数据分析，发现平均良品率为 92.6%，且良品率为正态分布，同时通过过程能力分析发现较差的 Cpu 结果导致了不可接受的 Cpk 结论。在分析阶段，通过鱼骨图分析排除了晶圆工艺不同的原因，认为测试程序没有设置足够的等待时间可能是根本原因。在改进阶段，可以针对这个原因进行改进。在控制阶段，确保改进后的效果得以持续。
（二）ISO 9000 系列标准
ISO 9000 系列标准是国际上广泛应用的质量管理体系标准，包括 ISO 9001、ISO 9002 等。通过建立和实施质量管理体系，对组织的质量管理进行规范和认证，以确保产品或服务符合质量标准的要求。
ISO 9000 软件质量标准系列为：ISO 9001、ISO 9000 - 3、ISO 9004 - 2、ISO 9004 - 4、ISO 9002。其中，ISO 9001 是 ISO 9000 系列标准中软件机构推行质量认证工作的一个基础标准，是在软件设计、开发、生产、安装和维护时质量保证的参考文件。在产品测试质量度量中，ISO 9000 系列标准可以为组织提供一套完整的质量管理体系框架，从质量政策、质量管理、质量系统、质量控制和质量保证等方面进行规范，确保产品测试过程的有效性和可靠性。
（三）效能评估方法
效能评估是对组织、项目或流程进行评估，以确定其达成预期目标的程度。通过制定评估指标和评估方法，对组织或项目的绩效进行评估，以衡量质量标准的实现情况。
效能评估常用的方法包括层次分析法（AHP）、模糊综合评估法、灰色白化权函数法、TOPSIS 法、主成分分析法（PCA）法、因子分析法、环比系数法、熵权法、极差最大化法等等。在产品测试质量度量中，可以根据具体情况选择合适的效能评估方法。例如，可以通过设定可衡量的指标，如产品的功能性、可靠性、用户体验和价值等多个维度，收集数据并进行分析，深入挖掘数据背后的信息，从而准确评估产品的效能。
（四）5S 方法
5S 方法是一种用于改善工作环境和提高工作效率的管理工具。通过整理、整顿、清扫、清洁和素养的五个步骤，使工作环境整洁有序，提高工作效率和质量水平。
在产品测试质量度量中，5S 方法可以从多个方面发挥作用。例如，整理可以区分要与不要的物品，腾出空间，防止误用和污染，提高工作效率。整顿可以将必需品按照规定的位置进行整理、归类和标识，以便快速找到和使用，减少浪费，降低错误率。清扫可以清除垃圾和污垢，保持环境干净整洁，减少污染源，提高产品质量和生产效率。清洁可以维持清洁的状态，防止污染的发生，提高员工的工作效率和满意度。素养可以培养良好的习惯和行为规范，提高员工素质，减少操作失误和质量问题。
总之，在产品测试质量度量中，可以根据实际需求选择合适的方法，如六西格玛、ISO 9000 系列标准、效能评估和 5S 方法等，以提高产品测试质量，确保产品符合质量标准的要求。
七、如何进行产品测试质量度量
（一）缺陷规范
软件缺陷是产品与规定要求不相符的部分，做好缺陷规范对于产品测试质量度量至关重要。缺陷要素应尽可能丰富，通常包括缺陷 ID、缺陷状态、缺陷标题、缺陷标签、详细描述、严重程度、紧急程度、提交人、所属项目/模块、解决人、处理结果描述及必要附件等。例如，缺陷的详细描述应做到分类准确、叙述简洁、步骤清楚、有实例、可再现，对于复杂问题应提供截图或上传附件，以便开发人员更好地理解和复现缺陷。
（二）缺陷管理
-
发现缺陷：在产品交付之前，项目团队应尽可能多地发现缺陷。一旦缺陷被发现且被开发认可，就进入可接受状态，等待开发修复。
-
记录缺陷：利用缺陷管理工具记录缺陷，描述务必详细，降低开发理解和复现缺陷的成本。同时要对缺陷进行分类，如根据严重程度分类，有助于开发人员对任务进行优先排序。例如，网站无法记住用户登录会话为高优先级缺陷，应优先修复。
-
修复缺陷：开发人员根据优先级安排修复，向测试同学同步修复结果。借助工具如 Jira 可提升管理效率，包括指派开发人员、安排修复、跟踪修复过程以及设置修复后的状态为 fixed。
-
验证缺陷：开发团队修复并报告缺陷后，测试团队进行验证，确保缺陷真正被修复。
Reopen/关闭缺陷：验证通过则关闭缺陷，若未通过则重新打开提交给开发修复。
（三）质量度量
- 发布之前：
- Bug 评估：统计 Bug 数量、分析 Bug 趋势图和分布图，有助于归纳总结问题。
- 测试通过率：包括计划测试用例执行进度、通过和失败的测试用例数目等，一般要求达到 95%以上。还可通过一次通过率衡量开发质量。
- 测试覆盖率：确保业务覆盖率（核心业务场景）达标，性能、安全指标根据产品性质考虑是否 100%达标。
- 信心评估：测试负责人对所测版本及需求的主观感受，可反映产品质量。
- 发布之后：
- 根据项目或客户现场发现的问题数量与测试发布时及现场问题总数的比例进行评估，一般统计周期为三个月，控制在 10%以内算正常，同时要考虑问题严重等级。
- 不能完全依赖千行代码错误率评判产品质量，应从多方面进行质量度量，如自底向上加强各环节测试，包括需求评审、架构设计方案评审、代码 review、测试用例评审等，提高产品质量稳定性。
通过缺陷规范、管理和全面的质量度量，可贯穿产品发布前后的各个阶段，有效保障产品质量。
八、产品测试质量度量指标
（一）需求通过率
需求通过率是衡量产品完成度的重要指标之一，计算方式为已通过需求与已计划需求的比例，也可统计为测试用例通过数与计划的测试用例总数的比例。例如，在某些大型项目中，需求通过率如果低于 80%，可能意味着需求分析阶段存在问题，需要重新审视需求文档的完整性和准确性。需求通过率体现了需求的完成度，确保产品能够满足用户的实际需求。
（二）功能点通过率
功能点通过率在需求规模较大时更具价值。计算方式为已通过功能点与已测试功能点的比例。难点在于需求功能点需要额外的过程进行确认，一般在测试分析阶段统计拆分功能点。比如在一个复杂的企业管理软件项目中，功能点众多，通过对功能点的通过率进行度量，可以准确地了解各个功能模块的完成情况。如果某个功能模块的通过率较低，可能需要对该模块进行重点测试和优化。
（三）风险规避情况
风险规避情况反映了产品已知风险的应对情况，通过已规避风险与已预估风险的比例来衡量。产品开发过程中会面临各种风险，如技术风险、市场风险、人员风险等。通过风险分析过程，识别潜在风险，并采取相应的措施进行规避。例如，在一个新技术应用的项目中，可能存在技术不成熟的风险，通过提前进行技术预研、建立应急预案等方式，可以提高风险规避情况的指标值。
（四）测试通过率
测试通过率是比较直观的数据，用于衡量产品质量。计算方式为已执行测试数与已计划测试数的比例。在产品测试过程中，通过不断执行测试用例，统计通过的测试用例数量，从而得出测试通过率。一般来说，测试通过率越高，产品质量越好。但需要注意的是，测试通过率不能完全代表产品质量，还需要结合其他指标进行综合评估。
（五）缺陷密度
缺陷密度对于产品质量而言非常直观有价值。通常计算方式为缺陷总数与千行代码数的比例，但由于千行代码数这一度量并不常用，对测试而言也可能获取存在难度，所以经常可以转化为缺陷总数与功能点数的比例乘以 100%，或者缺陷总数与对应模块的比例（缺陷分布率）。例如，在一个软件项目中，如果缺陷密度过高，可能意味着代码质量不高或者测试覆盖不全面，需要进一步加强测试和代码优化。
（六）缺陷严重级别分布
缺陷的数量并不总能体现产品实际质量，缺陷严重级别分布可以更好地反映产品质量状况。计算方式为对应严重级别缺陷数与缺陷总数的比例。通过对缺陷进行严重级别分类，如致命、严重、一般、轻微等，可以了解不同级别缺陷的分布情况。如果最严重级缺陷过多，显然是一个问题，需要重点关注和解决。
（七）缺陷类型分布
通过对应缺陷类型分布比例来衡量软件某一方面的质量。计算方式为对应类型缺陷数与缺陷总数的比例。缺陷类型可以分为功能缺陷、性能缺陷、安全缺陷、界面缺陷等。了解缺陷类型分布，可以有针对性地进行测试和改进，提高软件的整体质量。
（八）缺陷模块分布
通过对应模块缺陷数与缺陷总数的比例来衡量软件各个模块的质量。在一个复杂的软件系统中，不同模块可能存在不同的质量问题。通过分析缺陷模块分布，可以确定哪些模块需要重点关注和优化，提高软件的稳定性和可靠性。
（九）缺陷修复率
缺陷修复率是缺陷已被修复的比例统计，计算方式为已修复缺陷数与缺陷总数的比例。及时修复缺陷是提高产品质量的关键。通过跟踪缺陷修复情况，可以了解开发团队的修复能力和效率。如果缺陷修复率较低，可能需要加强开发团队与测试团队的沟通协作，提高修复速度。
（十）用例覆盖率
用例覆盖率用于监控测试设计的进度情况，计算方式为已设计用例数与计划设计用例数的比例。计划设计用例数可能比较模糊，通常来自估算。可以采用自下而上的方式收集，即让模块测试负责人进行局部数据收集，再汇总统计。用例覆盖率越高，说明测试覆盖越全面，产品质量越有保障。
（十一）测试执行率
测试执行率反映测试已被执行的情况，用于测试进度跟踪。计算方式为已执行的测试数与计划执行的测试数的比例。执行率并不关注测试失败情况，进一步细化可以展开统计测试通过、失败、阻塞和未执行的比率。通过监控测试执行率，可以及时了解测试进度，确保测试任务按时完成。
（十二）测试通过率
测试通过率是已通过测试数与计划执行的测试数的比例，测试通过比率可以直观地反映产品质量。与其他指标结合使用，可以更全面地评估产品测试质量。
（十三）缺陷生存周期
缺陷生存周期通过统计缺陷从打开到关闭的平均时长，衡量研发团队的缺陷修复能力。较短的缺陷生存周期意味着开发团队能够快速响应和修复缺陷，提高产品质量。例如，在一些高效的开发团队中，缺陷生存周期可能控制在几天之内。
（十四）测试用例命中率
测试用例命中率通过用例发现的缺陷数量统计，衡量测试设计的有效性。计算方式为缺陷数量与用例数量的比例。较高的测试用例命中率说明测试用例设计合理，能够有效地发现缺陷。如果命中率较低，可能需要对测试用例进行优化和改进。
（十五）二次故障率
二次故障率是缺陷二次重开数量与缺陷总数量的比例。缺陷多次重开会造成缺陷修复周期拉长，说明开发修复缺陷能力存疑、测试团队缺陷质量存疑或者开发测试之间沟通效率存疑，需要具体分析。降低二次故障率可以提高产品质量和开发效率。
（十六）缺陷有效率
缺陷有效率是有效缺陷数量与缺陷总数量的比例。测试团队提交的缺陷有多少比重是有效缺陷，应该就具体缺陷失效原因进行分析。提高缺陷有效率可以减少无效缺陷的干扰，提高开发团队的修复效率。
（十七）缺陷探测率
缺陷探测率用于衡量某一测试级别的有效性，计算方式为某测试级别发现缺陷数与（总体缺陷数 + 交付后新增缺陷数）的比例。比如单元测试有效性。通过分析不同测试级别的缺陷探测率，可以了解各个测试阶段的效果，优化测试策略。
（十八）缺陷移除率
缺陷移除率用于统计研发某阶段的缺陷数量和在当阶段被解决的比例，实际是测试尽早介入的体现。计算方式为缺陷当阶段移除数量与当阶段引入缺陷数量的比例。例如，在需求阶段通过需求评审等手段探测并解决缺陷，可以提高缺陷移除率。此数据统计起来有一定难度，但对于提高产品质量非常重要。
（十九）测试依据稳定性
测试依据稳定性体现测试依据，需求文档的稳定度和质量。计算方式为由需求变更引发的新增、修改测试用例数与总用例数的比例。需求不稳定会对测试工作产生比较大的冲击，因此保持测试依据的稳定性可以提高测试效率和产品质量。
（二十）工作量偏离
工作量偏离用于衡量计划的合理度，计算方式为（实际工作量 - 计划工作量）与计划工作量的比例。如果有大量计划外工作未被纳入估算当中，可能会导致项目进度延迟和成本增加。通过监控工作量偏离，可以及时调整计划，确保项目顺利进行。
（二十一）工作进度偏离
工作进度偏离通过已超出计划进度的时间来揭示项目时间风险。及时监控工作进度偏离情况，可以采取相应的措施加快进度，避免项目延期。
（二十二）预算使用比例
预算使用比例用于计算测试预算的花费情况，计算方式为已花费测试预算（人/天）与计划总测试预算的比例。合理控制预算使用比例可以确保项目在预算范围内完成，提高项目的经济效益。
（二十三）问题等待时间
问题等待时间通常难以被计划，通过计算等待时间可以帮助衡量项目瓶颈所在，并为后续项目组织提供思路。可细化为需求等待时间、测试阻塞时间等。减少问题等待时间可以提高项目的整体效率。
（二十四）缺陷到达率
缺陷到达率是周期性的缺陷报出数量，比如月缺陷到达率、周缺陷到达率。计算方式为缺陷数量与时间周期的比例。通过持续时间的到达率监控，可以体现项目产品的趋势，及时发现问题并采取措施进行改进。
（二十五）缺陷收敛度
缺陷收敛度通过统计遗留缺陷随时间推移的趋势，判断后续产品质量的走向。计算方式为缺陷遗留数量与时间周期的比例。理想情况下，单迭代周期内缺陷数量经过集中爆发后，应呈持续走低态势。
（二十六）缺陷引入率
缺陷引入率用以衡量产品的增量和修改对于质量的影响，计算方式为新增缺陷数量与新增千行代码数的比例。也为后续产品的更新迭代提供参考指标。