SonarSource连续检查的10原则:
开发过程中的所有利益干系人 (不仅仅是开发人员或经理) 必须具有现成的访问权限到有关软件质量的有意义的数据。
管理软件质量必须是每个人的关注从开始的发展， 但是开发团队的终ji责任。
软件质量必须是开发过程的一部分， 这意味着满足质量标准是一个的硬要求能够声明开发完成。
软件质量要求必须是客观的， 不需要主观的通过/失败的决定。软件质量要求必须尽可能多地与所有软件产品共同， 无论他们的细节。
软件质量数据必须是xin的， 即对代码的近版本进行测量。
软件产品必须不断检查， 以便在容易发现错误时迅速正确.开发人员必须能够发现新的质量缺陷， 一旦他们被引入， 即在IDE 编写代码时，sonarqube中国总代理， 类似于拼写检查程序突出拼写错误的方式。
无论是通过推还是拉， 在注入新的质量缺陷时， 都必须提醒利益干系人， 无论这是通过发送电子邮件， 打破了构建或其他方法。
必须跟踪新问题的注入，使团队能够快速、明智地决定质量。
软件质量数据必须同时提供绝dui (在所有代码) 和差异 (新的代码)值， 以便开发团队可以完全控制问题的传入流程。
所有新问题和现有关键问题都必须为解决方案指ding明确的路径和时间线。
持续的检验范式是非常有效的， 并已被证明在现实世界中工作从离岸软件工厂到财富100强企业不等。这些公司成功地使用了连续检测模型来管理项目的内部软件质量所有大小。
一个财富100强的公司与超过2万的开发商使用它管理超过6亿行代码， 在每天分析超过5000应用程序的环境中。
在所有情况下， 连续检查帮助这些公司大大提高了软件质量和稳定，中国sonarqube中国总代理， 通常节省数百万美元， 否则将花费在根本原因分析和危机管理。
SonarSource不断的检查， 新的软件质量范例， 解决和解决的关键挑战
在代码质量管理中:
太少， 太迟
推回
开发团队
缺乏过程
所有权
异构
要求
团队收到关于质量的持续反馈， 包括对一组
质量要求
一个清晰的， 更新的质量演变的图片随时可用， 包括
版本间的比较
团队可以从介绍中跟踪问题， 并提供反馈
一旦出现质量缺陷， 就会通知风险承担者
质量门每天执行
的质量门迭代成为一个事件
开发商的持续教育导致良性循环的改善
质量行动计划直接在团队内部生成， 并集成在
开发过程
软件质量是开发过程的一部分
评论包括背景和历史信息， 包括不同
版本和对软件所做的各种更改
利益干系人可以访问有关其软件质量的有意义的信息
实时
开发团队一旦收到质量缺陷的信息
添加 (通过电子邮件， 在 IDE 中可见，...) 使问题立即得到解决
团队获得开发更好软件的能力
代码质量的归属属于开发团队
软件质量被嵌入到开发过程中， 成为
每个人的责任
整个组织都可以访问软件质量工具， 以
每个利益相关者
质量要求可以在团队中的共享、更新和评审
成员和整个组织
质量判断是以自动化的方式在客观的基础上做出的
事先发布到组织的标准。
报告清楚地显示了软件的可维护性，中国sonarqube中国总代理， 并立即
不需要外部顾问就可以理解
开发人员的持续教育导致显著的软件质量
从长远来看改善
团队有能力测量新的和更改的软件质量
代码以及整个代码库
团队可以跟踪新问题的注入
SonarQube和JaCoCo的个人测试代码覆盖率
构建部分
这里不需要修改但是，您应该注意Maven Surefire的任何自定义配置，以确保它也适用于我们要创建的配置文件。在春季宠物诊suo的情况下，这是我们正在写的参考POM的相关部分：
<建立> <插件>
...
<插件>
<的groupId> org.apache.ugins </的groupId>
<artifactId的>行家-万无一失-插件</ artifactId的>
<版本> 2.13 </版本>
<结构>
<argLine> -XX：-UseSplitVerifier </ argLine>
<包含>
<包括> ** / * Test.java </包括>
<包括> ** / * Tests.java </包括>
</包括>
<排除>
<排除> ** /它/ * IT.java </排除>
</排除>
</配置>
</插件>
...
</插件> </建造>
这种配置告诉Surefire：1）排除执行单元测试的集成测试（Surefire的双插件，Failsafe涵盖了集成测试）;和2）禁用字节码验证器，防止类被调试时的运行时错误（即添加mocks或TopLink增强功能时）。
依赖部分
在本节中，不需要进行任何更改。我们只想注意到，如果您的项目已经在利用JaCoCo收集整合测试覆盖率指标，并且明确地指出了本部分中的JaCoCo伪像，那么可以将其留下 - 至今没有确定任何冲突。无论如何，它不应该在这里需要，代理商sonarqube中国总代理，所以从这个部分删除它可能更安全。
档案部分
所有必需的更改都在本节中。而且它们都非常干净，因为它们都只需要向POM添加一个新的配置文件。此配置文件将为Surefire配置一个特殊侦听器，以确保适当收集每个单独测试用例的覆盖度量。为了保证成功的测试执行，我们将在此保持与POM的构建部分中显示的相同配置。，配置文件将为包含侦听器代码的伪zao添加新的依赖关系。结果是这样的：
<轮廓>
<！ - 使用SonarQube和JaCoCo计算每个测试的覆盖率指标
<ID>覆盖每次测试</ ID>
<建立>
<插件>
<插件>
<的groupId> org.apache.ugins </的groupId>
<artifactId的>行家-万无一失-插件</ artifactId的>
<版本> 2.13 </版本>
<结构>
<！ - 与常规测试执行目标相同的配置 - >
由JaCoCo prepare-agent - >配置的<！ - 加argLine参数
<argLine> $ {argLine} -XX：-UseSplitVerifier </ argLine>
<包含>
<包括> ** / * Test.java </包括>
<包括> ** / * Tests.java </包括>
</包括>
<排除>
<排除> ** /它/ * IT.java </排除>
</排除>
<！ - 每个测试覆盖所需的新配置 - >
<性能>
<属性>
<名称>听者</名称>
<值> nar.java.jacoco.JUnitListener </值>
</属性>
</属性>
</配置>
</插件>
</插件>
</建造>
<依赖性>
<依赖性>
<的groupId> nar-plugins.java </的groupId>
<artifactId的>声纳-jacoco-听众</ artifactId的>
<版本> 2.3 </版本>
<范围>测试</范围>
</依赖性>
</依赖>
</简档>
sonarqube中国总代理-苏州华克斯信息由苏州华克斯信息科技有限公司提供。苏州华克斯信息科技有限公司是一家从事“Loadrunner,Fortify,源代码审计,源代码扫描”的公司。自成立以来，我们坚持以“诚信为本，稳健经营”的方针，勇于参与市场的良性竞争，使“Loadrunner,Fortify,Webinspect”品牌拥有良好口碑。我们坚持“服务至上，用户至上”的原则，使华克斯在行业软件中赢得了客户的信任，树立了良好的企业形象。 特别说明：本信息的图片和资料仅供参考，欢迎联系我们索取准确的资料，谢谢！
