船舶越快,风险越来越少。获得优化的推出,为开发人员提供免费功能标志。 建立免费账户

优化开发人员



弗兰克胡–高级工程师,优化–在生产中测试他的代码

我最喜欢的开发人员曾经告诉我他对他的代码进行了强大的测试,而且只在生产中。这可能会给一些QA工程师带来心脏病发作,但我在这里分享一个小秘密:在优化,我们 在生产中测试 每时每刻。如果您不是,您可能会短暂更改客户。

在大多数组织中,在暂存环境中发生自动化和手动测试。工程组织这样做,因为生产中的测试可以泄漏向公众泄露漏洞的问题,或者创造损害组织声誉的糟糕的用户体验。

但是,在生产中无法测试的工程组织实际上并不检查他们的功能是否在客户使用它们的实际环境中工作。

在暂存环境中使用的合成数据永远不会表现为100%,如实际数据,错误通常会因这种差异而产生。

那么QA团队应该如何在生产中测试,而不会将自己暴露在这些缺点中?我们的秘密酱是我们使用我们的 功能管理 解决方案要部署我们的代码,然后使用我们的功能标志受众条件作为权限切换以添加我们的测试团队。

完整的过程看起来像这样:

1.开发人员将在功能标志后面部署代码,其中包含功能。现在,新功能将部署到生产中,但隐藏在客户隐藏。

2. QA创建受众群体,并使用我们的测试组添加受众态度

3.此测试组包括客户服务经理,解决方案架构师和业务用户。这些用户最多可以连接客户如何使用我们的产品,或者如何支持使用我们产品的客户。他们还在其帐户中具有数据,并使用大多数开发人员和QA工程师的情况。

4. QA团队通过此测试组持有错误Bash,并允许每个人都抨击新功能以查找错误。

由于新功能由A管理 功能旗帜如果没有找到主要错误并且我们想部署到公众,我们可以向所有用户推出。在优化的情况下,您可以在功能仪表板中执行此操作,其中单击并保存。

如果找到了主要错误,我们只需关闭功能即可或删除测试组受众条件。这允许测试组中的用户放回预发布代码路径,而无需实际执行代码回滚。

在一天结束时,我们应该测试我们的代码,以与我们的客户实际使用的环境最相似,而不将它们暴露于任何实际错误。使用功能标志,不仅可以始终测试我们的代码,但我们可以随时在生产中进行测试!

想要了解有关在生产中测试的好处吗? 

加入我们即将到来 网络研讨会 与Forrester分析师Chris Condo,“通过实验平台加快捷克交付”。

 

优化X.