标签： qa metrics code-metrics
一个软件项目有几个“所有内容的库”。我想重新排列它们，以便每个库都特定于一组依赖项（UI，数据库，业务逻辑等）。
有没有办法衡量重新排列的库（从质量保证的角度来看）比原始状态“更好”？
答案 0 :(得分：0)
不确定您的可用工具集是什么，但此处的通用编程指标称为代码耦合
Reducing Code coupling
Msdn Cohesion And Coupling
“耦合是必要的，它使我们的代码变得有用，但它也可以使它变得脆弱。通过寻找较弱的耦合，我们可以减少我们系统中的代码破坏。因此，我们将花费更少的时间来追踪奇怪的问题还有更多的时间来编写和抛光新功能。“
Reducing Dependency in Your Code
答案 1 :(得分：0)
你今天可以以所有方向的依赖关系的形式衡量今天的状态，并在“所有事物的图书馆”之间循环。
重组后，应该只有从layer到图层的一个方向的依赖关系。在一个图层中，你不应该有循环依赖。
对于Java项目，存在例如jdepend来衡量这种类型的依赖性。 Maven java项目可以从sonar获得QA跟踪。您可能对声纳源的article感兴趣。