襄阳计算机软件培训班分享冗余代码检测与分析测试结果分类

,,分享冗余代码检测与分析测试结果分类

真负：

代码有用
假负：

测试代码 
测试的功能只有测试使用。这可能是TDD或BDD过程的产物，在这种情况下，它可能用来追溯不需要或者未满足的需求。
死代码 
虽然被调用了，但代码什么都没做，这种调用可以删除。
可以是重复代码。
注意，可以认为已废弃代码距离死代码只差一步。
真正：

故意放弃的开发 
方法已经添加，但环境变了，这些方法不会再使用了
未完成的变更 
代码已变更，有些方法所有引用都删除了，但后续提交时没有将其考虑在内。这种代码有时候称为oxbow代码。它可能是重构的意外产物。
未使用的变量 
但愿IDE会生成编译器警告和/或报告。
假正：

工具缺陷 
该工具没有检测使用反射或代码契约的代码，它依赖构建或测试过程的错误来检测这些代码。
回归 
在开发过程中，经过修改，一个方法不再调用标识为死亡的方法，此时，这种情况就会出现。显然，没有测试识别这种回归。
缺少条件编译 
通常，这是指缺少#if DEBUG保护。Roslyn已经用于Release构建，这个过程会识别相应二进制文件中的代码膨胀。
无意放弃的开发 
这是在特定的测试数据下发现的，但没有相应的测试。通常来说，我希望这是一个暂时的问题，随着代码增加会自然消失。
在子系统中未使用 
分析低效的代码，找出使用该方法的地方。虽然反射也会导致这个问题，但这主要出现在公共方法分析时。一个常见的例子是执行测试辅助功能的时候没有相应的测试代码，不过，那会抛出一个设计问题，定位到测试辅助代码。
仅限调试器使用的方法 
在附加了调试器时（可能是Release构建），有些项目会有方法打印出状态。这些方法应该以某种方式标记出来，那样就不用分析它们了。
需要注意，工具失败不一定是因为推理不足。其中有些情况是其他工具的处理范畴，如编译器警告应该标记部分问题，重复代码检测器也有用。