连续检查由奥利维尔Gaudin，SonarSourceSA执行官兼共同创始人软件的范式转换质量管理介绍软件质量是每个商业企业日益关注的问题，因为不断升级的角色软件在运行关键业务系统中发挥作用。软件质量包括外部和内部质量。外部或功能性，质量描述软件与其定义的功能需求–它是否按预期执行？内部质量描述关键的内部代码的特性，如健壮性、标准一致性和可维护性。行业统计显示，平均而言，软件产品的生命周期成本的80%用于维护，根据内部质量，维护成本有很高的变异性。这意味着水平软件产品的可维护性今天将决定其成本责任的水平明天。传统的代码质量控制方法涉及so-called的准时审核或质量门，这是对源代码的定期审核。这些审计通常由外部审计员在开发过程的后一英里-在功能测试期间或之后。根据他们的本性准时的审核会导致开发周期的中断，因为它们会导致更改已完成软件。在hao的情况下，这种质量控制方法会导致延迟和返工。在坏的情况是，它导致了劣质软件的发布。在这两种情况下，传统方法使人们认识到，构建高质量的软件过于复杂和昂贵。迫切需要一个新的模式，强调质量贯穿整个开发周期，并有更短的反馈回路，以确保快速解决内部质量问题;简而言之，从一开始就建立质量的模型，而不是事后考虑。连续检查是一个整体的、完全实现的过程，旨在使内部代码质量成为软件开发生命周期的组成部分。通过提高所有利益相关者的度生命周期，连续检测使企业能够接受代码质量whole-heartedly。在SonarSource的支持下，连续检验范式是非常有效的，并已被证明从小公司到财富100强企业，在现实世界中工作，各行业。本文详细介绍了代码质量管理中的关键问题。它然后介绍了连续检查范式，并说明了它如何解决这些挑战，支持数以千计的企业提高软件质量。SonarSourceSonarQube是一个开源平台，于2007年以Sonar的名义推出，近年来成为世界代码质量管理体系的，以其持续的代码质量检测而着称。它目前支持25种语言，其中一些包括Java，C/C++，C＃，PHP，Flex，Groovy，JavaScript，Python，PL/SQL和COBOL，它也经常被用作Android开发的一部分。它是有用的，代理商sonarqube规则，因为它提供全mian的自动化分析工具，并与Maven，代理商sonarqube规则，Ant，Gradle和其他持续集成工具集成。它报告了重复的代码，编码标准，单元测试，代码覆盖率，复杂代码，潜在的错误，评论和设计和架构。它可与JavaIDE开发环境（如Eclipse，NetBeans和IntelliJIDEA）集成，并可通过使用插件进行扩展。下次再检查一下，我将会看看有用的HTML和CSS工具。您使用什么工具来帮助改进代码，让我们知道！这篇文章是我们的“Java文章索引”系列的一部分。在这些文章中，我们的目标是探索Java和Javafx的世界。看看吧！如果您是第yi次读者，或者只是想在发布新文章和更新时收到通知，您可以通过社交媒体（Twitter，Facebook和Google+）或博客RSS保持xin。相关文章：宣布JDeli-一个新的Java图像库JavaPDF播客现在在ITUNES上可用JavaPDF播客1-版本5发行版概述免费PDF指南：系列指数免费PDF指南更新-非技术用户的5个简单步骤中的PDF到HTML5SonarSource优化质量分析以实现业务价值复杂性:代码可见性降低了软件风险适用于自动化软件质量2014–2018的预测和2013供应商份额:一些ASQ的增长与持续的采用预计移动，云和嵌入式，IDC251643和建立软件质量分析策略，帮助解决第三平台复杂性，IDC253257主办单位:SonarSource梅林达-卡罗尔.卢2015年1月简介:了解质量分析差距的影响数字世界的转变，数字转换的影响，以及对持续性的需求跨技术平台的部署给IT组织带来了巨大的压力，因为它们解决动态变化的业务需求。高质量应用的上市时间变得至关重要，但提供软件发布和开发新的面向客户的快速应用是一个越来越大的挑战。对于大型跨国企业来说，情况尤其如此。必须与复杂多变的多式技术网络相抗衡的组织与遗留系统和资源结合在一起的数千个用户的地理分布式.对于CIO来说，目标不仅仅是提高it的敏捷性--它是关于如何使用它来成功地跨第三平台增强业务灵活性、创新性和客户体验，范围从移动，社会系统的参与，到云，同时合并大数据分析.在操作层面上，这种做法增加了公司的压力，重组、更新和转换软件开发和测试实践。这可以允许为了更快地交付具有适当质量、风险、速度和成本水平。然而，尽管质量低劣的软件对客户访问、收入和商业信誉在这些有影响力的移动和其他第三平台环境中，许多组织已经陷入了可怜的软件卫生习惯。能见度不足的水平缺陷的原因及其影响为许多创造了一种文化他们所创造的缺陷的责任。在墙上抛出代码用于部署仍然是频繁的，内脏的问题造成的公司，部分由迫切的需求立即这些关键业务环境中的软件交付。然而，不良的发展途径即使需要提高代码质量并在周期早期消除缺陷也会发生急剧增加。在IDC中，我们一直在跟踪重大业务变更项目的成功率组织在过去的几年里，和我们的2014QA调查横跨超过200大企业发现有问题的项目成功率。我们将成功定义为及时、相关和个别项目的预算交付。我们的研究表明大约40%的商业面向更改的软件开发项目未能满足这些要求。和60%按时交付和预算通常需要事后调整，以确保公司的后期限已经达到(例如，需要在项目中投入更多的员工，代理商sonarqube规则，或者©2015IDC#IDCTS08W2项目范围减少)。除了这些预算和及时性挑战，代码质量问题.IDC的研究显示，华中sonarqube规则，在生产后期发现的缺陷成本指数更高对组织修复比在周期中发现的更早(10–100倍或更多，取决于其他依赖项，以及在生命周期中发现问题的后期程度)。的能够发现代码问题，有共同的访问问题，并负责修复这些问题和解决积压成为的环境无情用户体验不佳和功能失败。客户反馈的即时性用户参与、用户衰减率和应用程序商店评级带来了新的可视级别和重要的是推动采用常见的代码问题访问上下文，以便快速补救，以及对安全挑战的可见性。这些因素与软件项目复杂性的增加相结合。企业采用复杂、使用内部和外部资源(如系统)进行地理分布的开发集成商(SIs)随着各种开发工具的使用而显著增加(包括开源)、多种语言和敏捷流程。这意味着需要代码分析，可以共同访问有关软件问题的信息和定量和跨不同团队的定性指标从未如此巨大。在这个数字消费化和流动性的时代，项目变得更具挑战性和管理的关键。为什么?代理商sonarqube规则-华克斯由苏州华克斯信息科技有限公司提供。苏州华克斯信息科技有限公司拥有很好的服务与产品，不断地受到新老用户及业内人士的肯定和信任。我们公司是商盟认证会员，点击页面的商盟客服图标，可以直接与我们客服人员对话，愿我们今后的合作愉快！)