在单元测试范围中要考虑什么？

Question

我有一个带有数据，数据访问和服务组件的C＃实体框架项目。 Config管理员已启用代码覆盖率（Sonarqube），该代码覆盖率目前显示数据和数据访问组件的覆盖率为0％。

1）尽管为Service组件的class方法编写的MSTest单元测试代码正在执行-> Student s = new Student（）（Student是Data组件中的公共类），但我认为它不会被涵盖在内数据组件的生产线？ 我验证了，即使编写了一个虚拟测试来检查是否在新的测试方法中调用了构造函数，它仍将无逻辑数据类Student标记为未涵盖。 这是预期的吗？

2）实体框架数据组件实际上没有业务逻辑，因为它只有流利的api配置类，存储库和工作单元类，它们自己不执行任何逻辑并且依赖于基本实现。 在我看来，显然不能同时对数据访问组件进行单元测试。

鉴于上述几点，我是否正确地要求配置团队将数据和访问组件排除在代码覆盖率指标之外？

Answer 1

我不能代表您提到的技术，特别是考虑到您没有提及代码是用什么语言编写的。我的经验是使用Java，Objective-C和Swift。

以我的经验，获得80％以上的代码覆盖率并不难。 尤其是如果您可以应用一个好的模拟框架来协助您的测试案例。

如果您的测试覆盖率工具告诉您，尽管执行了构造函数，覆盖率仍为0％，那么我建议您采取以下两种方法之一。 覆盖工具没有检测到所涉及的类，因此没有跟踪执行情况，或者该工具没有给您带来良好的效果。

通过确保正确地检测所有类可以解决第一个问题。 第二个问题可以通过放弃覆盖工具并获得更好的解决。

忽视阶级是错误的经济。 这就像声称您已经完成了对房屋的吸尘工作一样，因为您要排除本周不使用的房间。 您还没有真正完成工作，这些房间仍然需要吸尘器。

Answer 2

The rule in TDD is "Test everything that could possibly break" Can a getter break? Generally not, so I don't bother to test it. Besides, the code I do test will certainly call the getter so it will be tested.

POJO的Junit测试 ->此链接描述了是否要测试POJO！

基本规则，所有要在代码库中测试的内容。 但是POJO和自动生成的代码库会有例外。

在这种情况下，这取决于接受报告的团队。 使用从声纳中排除链接，我们可以排除模块。

1. I presume it won't be accounted for as a covered line for Data component? 

取决于说明报告的团队。 怎么会有开放的库来检查这些。 Pojo测试库

2. The Entity framework data component has virtually no business logic...

单元测试中没有业务逻辑就没有意义。 在这种情况下，请使用这些方法从声纳中跳过。

PS：由于未提及您使用的语言，因此使其在Java-sonar-maven环境中通用。