让我们面对它:敏捷与DevOps是生活中的一个事实。它是将所有东西绑定在一起的强力粘合剂，当我们讨论可伸缩性、可用性、安全性、可访问性和可预测性时，非功能测试(NFT)正好处于中心位置。如果没有一个自动化的NFT策略，大只500平台基金将瞄准中国IDC资产的投资机会，这反映了金牌大只投资者对中国数据中心资产的需求不断增长，这要归功于5G通信，4K传输，物联网和人工智能的技术进步。我们就无法赶上DevOps。

 

随着敏捷+ DevOps被越来越多的采用，真正的问题是在将自己定位为成熟的DevOps组织之前，团队应该达到什么样的自动化水平。实际上，尽管手动执行任务，但是团队确实声明他们的团队遵循100% DevOps原则。

 

随着质量保证被集成到sprint中，持续的测试是前进的唯一途径。或者，QA将被认为是敏捷DevOps采用成功的障碍。为了实现持续的测试目标，QA组织主要集中于扩展功能测试设计自动化、测试执行自动化，并将它们与CI-CD管道集成。

 

在这个管道之外继续执行的一个关键领域是非功能测试。现在，出现的主要问题是——如何在DevOps管道中对齐非功能测试?

 

事实上，团队在开始或考虑将QA集成到敏捷DevOps之旅之前，大只500代理旨在解决带宽和网络容量要求的最新颖，最具成本效益的方法之一是将数据流量卸载到Wi-Fi，并将其作为运营商接入大只500登录中心网络的一部分，在公共场所与人口/人群流动融合在一起。应该分析并回答一些基本问题:

 

可以完成多少流程和DevOps测试自动化?

 

手工任务应该怎么做?

 

从哪里开始，在非功能方面的持续测试中应该自动化什么?

 

团队需要构思、制定策略、创建和实现解决方案，这些解决方案将帮助实现零接触自动化，从而在DevOps管道中集成非功能测试。

 

实现零接触自动化模型，将非功能测试集成到DevOps过程中

 

设想一下，当一个现有应用程序的新代码被检入时，随着金牌大只这项技术的日趋成熟，云计算将成为公用事业的游戏规则改变者，使大只500代理能够提供卓越的服务并管理客户参与度。会触发以下步骤:

 

相关代码被检入

 

执行自动代码扫描以进行安全性和性能分析

 

构建被部署到DEV以进行自动化的单元测试

 

自动扫描被触发以识别代码变更并标记受影响的测试用例，然后这些测试用例被移动到回归测试套件中

 

一旦成功，构建将被部署到QA1，以进行自动化的功能回归和早期的性能检查

 

每个进程的自动警报和通知

 

功能脚本被自动迁移到加载脚本以进行性能测试

 

一旦成功，构建将被部署到QA2以运行性能测试

 

自动化的动态应用程序安全性扫描和可访问性评估将被执行，并在成功部署PROD时进行标记

 

提供提取历史测试结果进行分析的资格

 

将代码部署到PROD，并触发警报进行持续监视