testing - 是否可以使用 Vagrant 或 Docker 进行 Web 应用程序的 QA 测试

Question

我知道我们使用 docker 和 vagrant 或任何其他容器化技术为开发人员快速设置开发环境。
但是我们可以将其应用于测试吗？我的意思是为每个测试员的机器设置环境，以便他们可以在他自己的机器上测试它。它可能包括自动化或不包括自动化测试。
这就是我们的经理想要的。我个人不同意应该在生产副本上测试“发布版本”，我的意思是托管服务器在 Amazon EC2 中具有的暂存环境，我们有两个暂存服务器。我们通常这样做，但现在我们的经理希望测试人员应该通过使用 Vagrant 创建环境来在本地机器上测试他们。

请你的意见。

Answer 1

在测试方面，我真的看不出有什么理由以不同的方式处理事情。对于为开发人员使用自动化开发环境的想法，您似乎很满意，那么为什么 QA 团队会有所不同呢？

我希望从我的 QA 流程中获得以下几个关键点:

为我的项目编写测试与首先编写代码一样富有成效

问题报告质量高，易于向开发人员展示

QA 套件很容易集成到我们的构建管道中，并在每个拉取请求上运行

我个人会沿着为 QA 团队提供自动化开发环境的路线走下去。这应该:

使用与开发团队相同的技术，例如Docker 或 Vagrant

为 QA 团队提供本地“开发”设置，尽可能复制您的生产设置，以便 QA 团队可以开发和演示测试套件

如果可能，包含生产数据的完整副本，但如果不是“有效”子集

上面的目的是让 QA 团队在编写他们的测试套件时有效率，就像你希望开发团队在编写新功能时有效率一样。

就像开发人员提出新功能的拉取请求一样，我会让 QA 做同样的事情来添加到 QA 套件中。一旦 QA 成员觉得新测试准备就绪，他们就会提出一个 pull-request，然后在合并到主测试套件之前，先进行构建和审查过程。

然后，主测试套件作为默认构建管道的一部分运行，并且在部署更改时也针对暂存和生产环境运行。因为它运行在您熟悉的技术堆栈中，例如Docker 或 Vagrant，将它与您的构建管道集成应该相当容易。

简而言之:首先应用与编写和维护 QA 套件相同的原则来开发软件。