复杂度度量可以用来评估开发和测试活动，决定应该对哪里进行重构以提升质量和预防问题。在QATestconference大会上，来自于英特尔的ShashiKatiyar就有效利用针对软件质量改进的复杂度度量提出了自己的见解。

复杂度是一种不同的软件元素间交互的度量。按照Shashi的说法，软件复杂度直接反映了软件的质量和成本：如果代码复杂度比较高，那么这段代码的质量就会比较低，而且它的维护成本也会比较高。

Shashi提出，如果软件产品中有复杂的代码，那么组织会面临以下的问题：

较高的缺陷风险

难以增加新的功能

难以理解或维护这段代码

难以验证

你可以使用McCabe圈复杂度来度量复杂度。这种度量规定了代码中线性独立的路径条数，它反映了测试难度和软件的可靠性。它可以用来评估开发和维护工作量。

基于复杂度数据，你掌握要覆盖所有路径最少需要多少测试用例。复杂度数据可以帮助你去：

集中力量搞好复杂的模块

找到最有效的测试技术

了解停止测试的时机

增加软件的可测试性

Shashi解释说，你在软件系统的管理中做到更具可预测性：

在任何软件产品开始工作之前，如果有人知道它是一个复杂的模块，那么就有可能在评估期为它赋予一些额外的时间。了解了复杂度能够预先帮助项目团队去进行评估，这种做法要胜过在开发和测试期去







































北京看白癜风最专业的医院
白癜风能够治愈吗