以下是Dave写的一篇博客文章法里内利。什么时候开发和发布软件，标准的工作流程是构建，然后在本地进行测试，最后通过部署发布软件。通常，任何类型的测试都是在较低的环境中分离出来的，云服务器价格，期望产品只供客户使用。但是在生产环境中进行测试呢？对一些人来说，这听起来很奇怪。生产测试？这不是鲁莽吗？当然，如果应用不当，也可能是这样。然而，像Netflix和Facebook这样的公司采用了这些策略，使得它们能够安全地向数百万用户部署功能。使用特性标志部署策略可以进行可扩展的部署，从而提供对软件功能的细粒度控制，从而缩短将特性投入生产的交付周期，从而获得更好的客户保留。采纳一种在生产中进行测试的方法需要一个相当成熟的部署策略，并且可能需要一个初步的认可使用标志管理工具，尤其是在还没有准备好的情况下。本文将讨论在生产中考虑测试的主要利弊。之后，超级淘客，我将介绍在生产中测试的主要步骤你自己。先，让我们看看在中进行测试的一些好处生产效益在产品中进行测试提供了更高的部署测试精度在测试新功能时，没有比在同一环境中测试更好的方法了会用到的。当在较低的环境中进行测试时，这一点尤其正确，云赚，因为这些环境往往会带来不精确的数据或配置上的差异。在之间转换时，这可能会导致生产部署不稳定环境。如果在生产环境中进行测试时，您将有信心知道您的用户将体验到在中验证过的相同功能测试。强制执行更频繁的部署，以便能够在生产中进行测试，它需要改变部署工作方式的总体思路。部署之间几个月的时间一去不复返了，每个部署中都包含许多功能。这些类型的部署本身就带来了很大的风险，而且很多时候最终都是"足够好"的原因，很早就发现了需要几个月才能修复的bug部署。使用更频繁的部署，您将更灵活地响应客户需求，根据需要部署更改。频繁的部署允许使用标志驱动的开发，这意味着开发将以在适当的时候启用功能的特性标志的思想来完成。如果操作正确，这意味着开发人员不必担心功能会"泄漏"到更高的环境中，即使功能不是完成。作为我们将在下一节中讨论，使用功能标志可以进一步增强此功能，允许在不需要部署。允许为了实现测试阶段之间的无缝过渡，生产测试本身允许扩展测试的定义。测试不是一个"这是否有效"的场景，而是扩展到包括"测试"特定的响应特色。为了例如，我们可能想尝试不同的用户界面。我们可以使用生产中的测试方法首先通过QA测试功能。经过验证，多多淘客，我们可以使用真实的客户与A/B测试一起收集关于新的响应的数据功能。这些好处是巨大的，但当然，采用这样的策略也会带来挑战。让我们来看看需要克服的一些挑战生产。挑战在产品测试中，安全风险在处理生产测试时，安全性可能是最具挑战性的问题之一。我们不再只处理虚拟数据，而是实际的实时数据。这种现实增加了适当处理数据的严重性，这意味着我们在使用现有客户数据进行测试时必须小心。根据应用程序的不同，数据保护的严重性会发生变化。有些软件要求遵守HIPAA，而且违规会带来极大的成本。其他的，特别是在金融业，包含了大量的个人识别信息（PII）。数据泄漏可能导致重大诉讼，甚至更糟。这里要考虑的是限制可以访问这些数据的工具的数量。这个PII存放的地方越多，情况就越糟。CloudBees功能标志等工具通过不要求存储这些数据以供使用，提供了开箱即用的分离。此外，CloudBees还对工具的安全性进行了审查输出。必需部署能力的成熟度在生产中测试需要一个相当成熟的部署过程。首先，您需要有快速进行部署的方法，这意味着要远离大量的手动部署，因为这些部署由于不一致性而充满了风险。接下来，如上所述，您将需要进行更频繁的部署，以便将功能标志安全地引入到应用程序中。您需要能够动态地使用特性标志，这样不仅可以打开和关闭特性，还可以根据用户的不同改变功能。最后，这些相同的标志需要在适当的地方，以防特性标志需要关闭优雅地。成就全面使用特性标志的粒度使得在管理特性标志方面拥有积极的用户体验变得更加重要。在这个领域中有几个重要的点包括拥有一个良好的用户界面来切换特定的特性标志，以及在整个企业中进行控制的方法。在大型公司中，随着功能标志部署变得越来越重要，后者变得尤为重要到处都是。那里如果您尝试在没有适当部署上限的情况下在生产环境中进行测试，则可能会发生一些情况能力：错误数据可以填充生产数据库，并且在没有回滚计划的情况下，可能需要手动干预修正数据。此问题会带来安全性和功能性方面的风险透视图。那里可能是外部应用程序发生故障或甚至意外停机造成的意外后果。修复这些副作用需要使用特性标志根据请求更改功能，或者使用不同功能的多个系统进行负载平衡，这类似于canary释放。这个乍一看可能会让人望而生畏，而在现代部署策略方面落后的团队可能更难获得支持。困难不仅在于实现这些特性，还在于对持续交付文化的认同。考虑到这两个潜在的问题，购买一个有助于技术实现的解决方案是值得的，比如使用CloudBees特性旗子。怎么了最后，在阅读了生产测试的利弊之后，让我们回顾一下如何开始在软件开发工作流中应用这种方法。开始在生产中进行测试实际上只是围绕两个问题事情：频繁部署对于生产环境，对越来越多的用户进行粒度激活和特性发布那些。经常使用功能标记部署开始测试的第一个主要步骤生产更频繁，部署规模更小。这些部署应该与控制中的激活的功能标志一起提供环境什么的考虑部署频率：功能标志允许部署功能不完整的软件。通过这种方式，您可以部署出去，而不必担心功能是否完整现在。颗粒状功能标志激活最后，我们是在可操作的部分：实际测试在生产中。为此，我们首先使用部署在这些部署中的功能旁边的特性标志。我们不仅可以使用这些特性标志来打开和关闭特性，还可以通过访问said来控制用户群特征。如第一个例子，考虑部署一个全新的特性。使用一个特性标志，我们在所有用户都关闭功能的情况下部署到生产环境中。一旦我们准备好了，就对与内部QA团队相关的用户子集启用feature标志。这个团队可以执行手动测试，以验证一切就绪。一旦完成了这项工作，并且我们确信一切正常，大数据可视化，我们就为所有用户打开特性标志。由于内部测试是在与用户使用的环境相同的环境中进行的，因此我们相信用户将具有工作功能改进了。就像另一个例子，我们将考虑发布一个新的UI的例子，它将替换某些事情的工作流，比如填写一个应用程序。我们使用一个特性标志来发布这个功能，但是使用了20/80的分割，随机给20%的用户新的用户界面。我们可以记录用户满意度的数据（调查、完成速度等），并根据用户接收情况适当改变比率。假设用户反应良好，我们将完全过渡到新的UI。另一种可能是用户界面没有得到很好的接受。这个结果是不幸的，但这意味着我们只需将feature标志转换回旧的UI并返回绘图板。乍一看，这似乎是在浪费时间，但请考虑到，在发布所述UI的早期，响应不佳，而不是在进一步的过程中。在完全发布之后出现糟糕的响应可能会导致更糟糕的后果，例如失去客户信心和难以恢复到更好的状态解决方案。获取虽然在产品测试中可能会有一个很好的特性，转移到生产中的测试工作流程将使您的团队在发布稳定软件和向客户提供功能方面比竞争对手更快的优势。如果您希望在生产中进行测试，但觉得您的团队有很多工作要做，请考虑使用CloudBees功能标志来快速完成速度。戴夫法里内利是一名资深软战队员