DevOps角色中的QA是否意味着CI/CD或更多？

Question

关于DevOps的一种观点是，它结合了开发、运营和质量保证文件。

现在，许多DevOps角色也有了焦点。

• 在开发方面，在操作意识方面的左移(直到一个无操作的完整堆栈，您构建它-运行它(c) Besos，亚马逊的CTO)，
• 或者一个系统管理员，他需要编写CaSC (Configurarion )、IaC (基础结构作为代码)和自动化代码，以减少操作所需的工作量。

在这两种情况下，您都会看到许多典型的工具，用于这些角色，不管有没有DevOps上下文。

作为正式的承诺，QA DevOps角色今天做什么？例如，测试自动化就一直存在。QA只是为了支持CI/CD基础设施和团队在这方面的工作，还是别的什么？

Answer 1

首先，DevOps是一段旅程，而不是目的地。并不是每个组织都用相同的解决方案来处理类似的问题；虽然自动化是DevOps平台的一个组件，但它并不是唯一的定义特性。

QA专业人员的角色和职责并没有真正改变；他们仍然负责验证代码是否已经准备好发布。改变的是对自动化和较小版本的关注。就像操作角色一样，QA人员现在应该有机会将附加自动质量检查添加到开发生命周期中。

在一个拥有成熟的CI/CD流水线的商店里，QA变得更多的是设计伟大的测试，让软件来完成实际的繁重工作。正如滕思白在上面评论的那样，“一些QA测试还不能自动化”，因此仍然需要一些工程责任，但目标应该是在交付的各个方面使用自动化，以便于添加额外的质量。

Answer 2

这是一个开放的问题，这就是为什么下面的答案是一个意见。

质量保证( QA )在DevOps领域的重点是监视部署度量，以确保在错误出现之前捕获它们。应用程序运行状况的最直接指标包括应用程序可用性和错误。这些信息可以直接从错误日志中提取，并自动监视所服务的网页(状态代码200或登录表单总是会被返回)。

下一个级别允许您预测错误、瓶颈和资源使用情况。这是非常具体的部署。在某些情况下，您可能拥有接收高负载的微服务，或者在其他情况下，单个页面可能进行多个数据库查询。监视服务器的CPU负载和内存使用情况也可以用作衡量标准。这些可能作为您的应用程序健康的关键指标。

其他方面深入研究了功能和设备的使用，这些特性和设备使您能够对折旧做出明智的决定，从而限制应用程序的复杂性。由于复杂性与bug和开发速度直接相关，因此在可能的情况下限制它是有意义的。

资料来源：泰勒克和Stackify

Answer 3

开发(Sec)面向业务的组织的关键方面是领域间的沟通和协作。从这个角度来看，QA角色可以包括以下活动：

• 持续改进自动质量保证覆盖范围/有效性、可靠性、性能(理想情况下应以CI/CD为目标，但并非总是如此/可以)
• 直接、积极/持续参与发展：
  • 基于TDD的开发
  • 为了复制困难的客户发现的缺陷，开发策略来验证它们的修复，并堵住那些允许这些错误到达客户的漏洞。

• 特征、路线图、资源规划，所有领域都应参与其中

对于为第三方客户(例如IT基础设施设备或消费产品)部署和操作提供的软件的组织来说，QA角色可以在面向客户的交互中(可能只是在一个辅助角色中)带来他们的专业知识(最好是与开发一起)，以提高对客户如何使用产品和他们面临的挑战的理解，并将这些反馈纳入产品生命周期的各个方面。

对于也部署和操作正在生产的软件的组织，QA角色可能扩展到/混入安全/操作字段，同时关闭向开发和自身的循环，例如：

• 确保产品质量符合预期。
• 管理SLA
• 不断减少生产环境与开发/质量保证环境(S)之间的三角洲，不管它们是否在CI/CD管道内。