我最近在SO上看到过一些与"代码指标"相关的问题,不得不想知道这些魅力是什么？以下是一些最近的例子:
在我看来,没有指标可以替代代码审查,但是:
但我想不出一个单独的指标本身总是表示"好"或"坏"代码 - 测量无法看到的东西总是有例外和原因.
从我忽略的代码指标中获得了一些神奇的洞察力吗？懒惰的程序员/经理是否在寻找不读代码的借口？人们是否提供了巨大的遗留代码库并寻找起点？这是怎么回事？
注意:我已经在答案和评论中询问了一些关于特定线程的问题并且没有得到回复,所以我认为我应该问整个社区,因为我可能错过了一些东西.运行一个指标批处理作业并不是真的必须再次阅读其他人的代码(或我自己的代码)会很好,我只是觉得它不实用!
编辑:我很熟悉大多数(如果不是所有)正在讨论的指标,我只是没有看到它们孤立或作为任意质量标准.
有没有经过验证的方法来验证junit测试或集成测试的质量？
您的业务分析师应该检查单元测试cerfity吗？或者还有其他方法吗？在传统的代码优先环境中,同行或领导会审查测试计划,但自动化测试如何？
我查看了这个stackflow线程,但无法提取任何有意义的东西.
思考？