问是否可以使用Vagrant或Docker对Web应用程序进行QA测试

EN

当涉及到测试时，我真的看不到任何理由以不同的方式处理事情。您似乎非常喜欢为开发人员使用自动化开发环境的想法，那么为什么QA团队应该有任何不同呢？

我想从我的QA过程中得到一些关键的东西：

1. 为我的项目编写测试与最初编写代码一样高效
2. 问题报告具有高质量且易于向开发人员演示
3. QA套件可轻松集成到我们的构建管道中，并在每个请求拉入请求的

上运行

我个人倾向于为QA团队提供一个自动化的开发环境。它应该：

• 使用与开发团队相同的技术，例如Docker或Vagrant
• Provide，这是QA团队的本地“开发”设置，它尽可能地复制您的生产设置，以便QA团队可以开发和演示测试套件
• (如果可能)，包含生产数据的完整副本，但如果不是“有效”的

子集

上面的目的是让QA团队在编写测试套件时具有生产力，就像您希望开发团队在编写新功能时具有生产力一样。

以同样的方式，开发人员提出新功能的拉式请求，我也会让QA对添加到QA套件执行相同的操作。一旦QA成员觉得新的测试准备好了，他们就会提出一个pull-request，然后在合并到主测试套件之前通过一个构建和审查过程。

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

简而言之:首先，将相同的原则应用于开发软件，就像编写和维护QA套件一样。