开发云原生应用_没有测试自动化，云原生开发人员将无法工作

开发云原生应用

现在是8:00 pm，您正在寻求完成一个冲刺，以推出一个新的净云本机应用程序。 您已经确定了期限，但是将应用程序发送到测试小组又需要两个星期的时间，才能首先进行部署，然后再进行操作。 考虑到将可恶的东西从想法发展到运维所花费的时间，敏捷开发就不是……好……敏捷。

什么地方出了错？ 今天的问题是，没有足够的自动化工具来测试和部署云原生应用程序，因此，那些讨厌的人必须参与测试过程，这会减慢速度并带来更多错误的可能性。 此外，没有足够的测试人员了解应该进行什么云原生应用程序测试，因此延迟正在弄清楚测试的方法和机制。

[InfoWorld解释： 如何使测试自动化与devops和agile保持一致 。 | 什么是云原生？ 开发软件的现代方法 。 | 入门： Azure云迁移指南 。 •教程： Google Cloud入门 。 | 通过InfoWorld的云计算新闻通讯了解云计算的最新发展。 ]

例如，使用云原生身份和访问管理系统或本机加密确定应用程序稳定性的能力。 或者，使用自动扩展的云原生服务来确定扩展六个服务器实例是否足以扩展。 这些特定于特定的云提供商。

许多专家呼吁那些测试云原生应用程序的人更多地了解什么是云原生和做什么，最佳实践是什么，什么是好的云原生应用程序以及什么不是。

但是，我最好的建议是将它们全部删除，而将负担放回到云原生应用程序开发人员上，以添加测试计划，包括用于自动化测试的脚本以及基础结构即代码（IAC），这将告诉云计算提供商如何配置将在其中运行应用程序的平台。

我概述的方法在devops会议的PowerPoint演示中效果很好，但是并没有得到所需的实际采用。 在大多数使用devop和云计算的企业中，它仍然是缺失的环节。 确实，我怀疑针对云原生应用程序的测试过程在很大程度上仍然是一组手动过程，并且大多数企业都需要一些自动化。

那不是我们需要的地方。 云原生的应用程序测试自动化可能几乎没有人，而大多数测试是通过构建事物的人（开发人员）定义的方式自动化的。

此外，这将减少我们今天在devops上看到的延迟，甚至使应用程序在部署之前得到更好的测试。 反过来，这将使操作和用户更加快乐。

翻译自: https://www.infoworld.com/article/3300860/cloud-native-devops-wont-work-without-test-automation.html

开发云原生应用