如何在软件开发工作流中构建质量远见卓识视图，显示每个测试在运行时的执行时间假设你是一个希望成长为一家中型科技公司的初创企业--介于30到100工程师之间。招聘是快速发生的，而且你的代码数量也在快速增长。在较早的阶段，贵公司专注于证明产品。一切都是规模较小，你可以循环快速。现在，随着你的成长，你有更多的在编写代码和更多的变量的组合。这是当你注意到产品质量开始恶化，你不能像你希望的那样快速发布代码。在扩展业务时，有越来越多的变量需要进行调整，您可能会忽略更多测试的需要，并在测试上花费更多的时间。如果你决定聘请一个QA经理，而后者又带来了一批自动化工程师，你就可以走出困境。硒测试的覆盖率很高。但随着时间的推移，事情又开始放慢了。所有的自动化和善意，你建立了硒覆盖开始打破和失败，它反复暂停软件工厂。我们开始的地方当我加入Shutterstock时，我对公司的自动化测试覆盖率印象深刻。几乎每一个功能的网站上都有测试覆盖率的形式，硒端对点测试。Shutterstock有一个开发工作流程的地方通过詹金斯，将阻止部署到生产，如果硒测试失败。我喜欢这样;这意味着除非所有的测试都通过了，否则任何人都不能将任何东西放到生产中。但不久之后，我意识到，我们的公司，这是每天发布多次，已经变成了一个公司，现在被禁止发布多天一次，主要是因为失败的硒测试。常见的情况是，测试失败不是因为产品损坏，而是因为它们很脆弱。一些事情导致了这一点:终端端selenium-based验收测试成为了每个人都依赖于测试的唯yi形式的自动化测试。许多团队甚至停止编写单元测试。测试框架是片状的，是由QA团队建立和拥有的。当某件事情失败，整个软件工厂停止运转时，QA团队中一小部分三到五人的错误就落在了我们身上，他们经常被指责为放慢了组织的速度。工程组织花了很多时间来研究如何构建一个可以扩展的产品，但是没有足够的注意力去构建一个支持这种产品开发的开发工作流程。质量完全由QA团队拥有。在我们的，我们有一个QA组织，它没有与组织的其他部分进行扩展。虽然他们拥有自动化所有内容的技能，但是他们缺乏构建可伸缩的测试框架所需的技能。由于这种差距，他们无法影响组织的其他人认为质量是所有人拥有的东西，而不仅仅是QA团队。为了弥合这一差距，我们不得不重新考虑我们对QA整体的态度。迈向新的开始我想完成两个目标:首先，重建Shutterstock的测试基础架构/框架，使其更加稳定，其次，改变Shutterstock的工程文化，使之成为一个质量不是由测试工程团队拥有的，而是由每个人来拥有。我们改变了招聘测试工程师时所期待的能力。我们希望我们的测试工程师成为强大的开发人员，他们知道如何构建object-oriented的解决方案，从而帮助他们创建一个稳定且可扩展的测试框架。我们也希望他们成为有影响力的人，他们可以推动他们的团队做正确的事情，而不采取跳过单元测试这样的捷径。一旦我们建立了一个world-class测试工程团队，我们就开始了解如何快速发布，同时保持一个的产品。我们知道我们da的问题是脆弱的测试，所以我们建立了一个叫做睿智的工具来记录每个测试的通过/失败数据。我们所有的测试都把数据推入睿智，每次他们作为我们的詹金斯工作流程的一部分运行。然后，我们在这个数据库之上建立了一个网站，使数据的挖掘变得容易。我们现在能够监控工作的合格率、个别测试的及格率、常见的失败消息、的运行测试，等等。有了这些数据，我们就可以保持自己和其他人的责任感。我们的一个团队受影响的失败的测试认识到，他们通常的传球率只有20%。(试想一下，由于这一路障，软件工厂经常停下来。通过使用远见卓识，他们能够快速隔离测试的di合格率，并在这些测试中看到常见的失败消息。团队对测试脚本进行了简单的修复，以提高其可靠性。SonarSource在这些更复杂的环境中，组织必须做更多的事情。竞争环境，资源很少和/或减少。他们必须弥合everincreasing它与业务的新形式的社会参与之间的差距，并抗衡随着更多的要求创新的应用程序，满足业务和消费者的需求。企业项目在激烈的压力下的水平和率技术变化要求部门协同工作，包括业务干系人和跨IT、开发、质量和运营的管理人员，以便在竞争中生存。正如我们看到的组织转向复杂的采购，以解决这些业务和技术需求，我们看到了对软件分析、自动化和通用过程的需求通过.对于IDC来说，北京sonarqube扫描报告，复杂的采购意味着利用外部服务提供商的资源(如陆上和近海SIs)，来自商业、IT、基础设施的内部资源，承包商，并使用开源软件(OSS)解决方案和组件。需要建立伙伴关系和使用一系列资源，要求管理、自动化、和质量的协调。代码质量的可见性成为关键，有助于提高行为，以产生更好的软件和地图团队的适当类型的项目给经验水平和执行(即使机会成为教育团队更有效地执行)。服务提供商和内部员工都需要他们的游戏与关于软件的创建、适当的质量和缺陷的积压。技术债务只能识别和解决，代理商sonarqube扫描报告，如果它是可见的，可以通过适当的自动化工具启用和过程策略的采用和分析，以了解影响。这一IDC技术聚焦将讨论改进软件分析方法的必要性，代理商sonarqube扫描报告，缺陷管理、安全和度量，通过主动可见性来获得业务和IT好处。那些不懂历史的人注定要重蹈覆辙;这句谚语也适用于无效软件创建、质量和缺陷缓解和解决方法。不断变化的质量观随着企业越来越依赖于技术和软件来提供产品，CIO的工作正在转变。预算没有增加，但业务期望它能够在高度复杂的环境中比以前更快地交付新的业务价值提高了对质量的期望。此外，有一种期望，它会变得更清楚新的业务目标，并将IT优先级与之相匹配。一个关键的挑战是如何使更快地交付更高质量的应用程序，以满足业务和客户需求。它，并cio必须超越提高IT效率以实现业务创新，并提供具有持续部署和改进的软件实践的客户体验。和一个基本的构建模块是代码分析和管理。缺乏对代码质量的可见性，以及导致问题的代码更加明显和更多的削弱企业现在由于能见度和曝光要求移动和其他面向客户的应用程序。这已经成为高管们的问题，那些在代码创建级别的组织。开发和提供高质量的软件版本和新的面向客户的应用程序时间是一个越来越大的挑战，特别是对于那些必须与复杂的与遗留系统和资源相结合的现代技术网络。组织必须解决内部业务的需求-企业应用程序的扩展和可用性移动/社会/云平台-以及满足客户/消费者对可用性的需求创新的应用。然而，如何做到这一点，而不提供洞察问题，因为它们是无意中创建的？可以做些什么来提高整体软件质量以减少问题和风险，同时加快发布周期，使新的服务和产品更快地投放市场？这要求对软件漏洞和缺陷进行有效和早期的管理，以使主动的质量战略和降低成本。然而，如何才能减轻现有的不良行为hao完成这些目标？关闭SonarQube中的旧版代码违规一旦您设置了所有组件，您现在可以使用jsawk为所有现有的违规创建排除模式：curl-XGEThttp：//localhost：9000/api/violation？depth=-1|./jsawk-areturnthis.join（“﹨n”）returnthis.resource.key.split（“：”）[1]+“;*;[”+this.line+“]”|排序|uniq的这将显示一个可以粘贴在“关闭违规”插件的文本区域中或将其作为文件签入存储库的列表。随着下一个分析过程，您将希望看到零违规。当有人通过插入一行更改文件时，会再次显示违规行为，并且应该被修改。不幸的是，一些违规行为不是基于行的，并会产生一个行号undefined。目前我刚刚删除了这些手动，代理商sonarqube扫描报告，所以你仍然可能会看到一些违规。结论我提出了一种方法来将您的旧版代码重置为零违例。使用SonarQube4.0，“切换违规关闭”插件的功能将在内核中使用，因此将更容易使用。我仍然在寻找保持排除模式xin的jia方式。一旦有人必须修复现有文件的违规行为，则应删除该模式。更新09.01.2014从SonarQube4开始，这种方法不再工作了。SwitchOffViolati插件的一些功能已被移动到，但是排除违反行为是不可能的，也不会实现。开发商建议仅查看项目的趋势，而不是总体违规数量。这可以很好地使用差分。北京sonarqube扫描报告-华克斯(推荐商家)由苏州华克斯信息科技有限公司提供。行路致远，砥砺前行。苏州华克斯信息科技有限公司致力成为与您共赢、共生、共同前行的战略伙伴，更矢志成为行业软件具有竞争力的企业，与您一起飞跃，共同成功!)