Asp.net core mvc SonarCloud.NET核心覆盖范围非常严格。有没有办法改变这一点?

Asp.net core mvc SonarCloud.NET核心覆盖范围非常严格。有没有办法改变这一点?,asp.net-core-mvc,code-coverage,sonarcloud,Asp.net Core Mvc,Code Coverage,Sonarcloud,因此,我们在Azure DevOps管道中将SonarCloud用于.NET核心MVC项目。根据SonarCloud,我们注意到我们的代码覆盖率非常低(

因此,我们在Azure DevOps管道中将SonarCloud用于.NET核心MVC项目。根据SonarCloud,我们注意到我们的代码覆盖率非常低(<50%),而我们有很多单元测试。我们的组织没有最低代码覆盖率规则或任何东西。 但是该组织认为,覆盖像
stringname{get;set;}
这样的行是无用的

我们注意到“模型”项目相对于SonarCloud的覆盖率非常低,而我们认为具有nog逻辑的模型不需要测试

有没有办法影响保险范围规则? 是否设置了需要覆盖的线条类型,以及哪些线条不适合覆盖


欢迎提供有关该主题的任何信息。提前感谢。

设置您自己的自定义质量门配置文件非常容易。在显示组织所有项目的组织主视图中,在组织名称“质量门”下有一个选项卡,选择该选项卡。左侧是当前正在使用的所有质量浇口轮廓。应该有一种称为“声纳方式”,带有“内置”和“默认”标签。在右上角,有一个“复制”按钮。复制“声纳方式”质量门,并相应命名。创建新的质量门配置文件后,您可以修改覆盖率、重复行(%)、可维护性等级、可靠性等级和安全等级参数。获得所需设置后,需要分配项目以使用该质量门配置文件。您可以将新创建的质量门配置文件设为默认值,这将使所有项目都使用该质量门配置文件。您还可以通过选择项目标签下的“无”按钮,并选择希望使用新配置文件的项目,以具有新质量门配置文件的特定项目为目标。完成此操作后,您将看到在“With”按钮下列出的项目。基本上,所有项目都将使用默认的质量门配置文件,除非该配置文件专门指定给不同的质量门配置文件


我发现这在项目的早期开发中很有用,当您创建实体和服务模型类(或任何POCO样式的类)时,并且不想浪费时间为属性访问器编写测试。一旦实现了所有代码,就可以提高新代码的覆盖率要求。

我不再为该项目工作,但我已将您的意见传递给了我的老团队。谢谢你的回答!