可以使用Vagrant或Docker对Web应用程序进行质量检查吗

我知道我们使用docker and vagrant或任何其他容器化技术为开发人员快速设置开发环境.
但是我们可以将其用于测试吗?我的意思是为每个测试人员的机器设置环境,以便他们可以在自己的机器上对其进行测试,包括自动化或不进行自动化测试.
这就是我们经理想要的.我个人不同意应在生产副本上测试“发布版本”,我的意思是托管服务器具有类似于Amazon EC2的过渡环境,为此我们有两个过渡服务器.我们通常这样做,但现在我们的经理希望测试人员通过使用Vagrant创建环境来在本地计算机上对其进行测试.

请发表您的意见.

最佳答案
在测试方面,我真的没有任何理由采用不同的方法.您似乎对为开发人员使用自动化开发环境的想法感到很满意,那么为什么QA团队会有什么不同呢?

我需要质量检查流程中的一些关键事项:

>为我的项目编写测试与一开始编写代码一样高效
>问题报告质量高,易于开发人员演示
> QA套件可以轻松集成到我们的构建管道中,并且可以在每个单独的请求中运行

我个人会选择为质量检查团队提供自动化的开发环境.这应该:

>使用与开发团队相同的技术,例如Docker或Vagrant
>为质量检查团队提供本地“开发”设置,该设置应尽可能复制您的生产设置,以便质量检查团队可以开发和演示测试套件
>如果可能,包含生产数据的完整副本,但如果不是“有效”子集,则包含它

上面的目的是使质量保证团队在编写测试套件时能够以与希望开发团队在编写新功能时高效的方式完全相同的方式工作.

与开发人员提出对新功能的拉取请求的方式相同,我将让质量检查为添加到质量检查套件中做同样的事情.质量检查成员一旦感觉到新测试已经准备就绪,就会提出拉取请求,然后再进行构建和审核过程,然后再合并到主要测试套件中.

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

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

相关文章

最近一直在开发Apworks框架的案例代码,同时也在一起修复Apw...
最近每天都在空闲时间努力编写Apworks框架的案例代码WeText。...
在《Kubernetes中分布式存储Rook-Ceph部署快速演练》文章中,...
最近在项目中有涉及到Kubernetes的分布式存储部分的内容,也...
CentOS下Docker与.netcore(一) 之 安装 CentOS下Docker与.ne...
CentOS下Docker与.netcore(一) 之 安装 CentOS下Docker与.ne...