QA为什么要拥有自己的QA环境？优缺点都有什么？

Question

使用DEV环境进行测试，即使它具有最新代码

如果QA有自己的测试环境，我想知道什么是优点和缺点。它应该如何工作？谁应该对它进行部署？它应该有最新的代码吗？它如何使QA或开发人员受益，或者它对任何人都有益吗？

Answer 1

想到了一些想法：

1. 如果QA使用开发环境，那么该环境可能会发生变化。很多人都在努力控制环境状况。
2. 通常，QA环境比开发环境更模仿生产环境。这有助于确保功能在更像生产的环境中有效。
3. 开发人员倾向于在他们的环境中运行许多可能影响QA验证的工具和事物。

Answer 2

QA测试背后​​的基本原则是QA人员应该没有先入为主的观念关于你在代码中所做的事情。

如果程序员对自己的代码是客观的，那么就不需要单独的QA部门。

单独的环境还允许QA测试安装问题并满足所有软件要求。

Answer 3

您通常会设置一个单独的QA环境，因为您希望为测试人员提供一个可以测试的隔离环境，以便开发人员和测试人员可以同时工作。

DEV环境通常是易失性的，这使得QA很难完成整个测试周期，尤其是回归测试。如果质量保证部门试图在不断变化的系统上运行完整的回归测试，那么他们就不可能可靠地声明所有功能在任何给定时间都“正常工作”。

Answer 4

质量保证的重点是确保最终产品满足客户要求，并且应用程序足够稳定以便部署。

现在如果Dev和QA共享相同的环境，那么QA如何确保应用程序稳定？质量检查测试 5个测试用例，他们得到 PASSED ，现在开发人员更新了代码，它对那些 5个测试用例测试的基础功能有影响。现在，代码进入生产阶段。 5个缺陷遇到那些 5个通过的测试用例。这只是一个例子，其中有很多。我可以写整页:)。

因此，您只能在一段时间内没有进行代码更改时测试应用程序（即，QA可以测试在不同构建之间的时间段内测试200个测试用例）。他们可以找出哪个区域崩溃和关键等等。同样的情况是，在构建中遗漏了一些DB脚本，因为有些开发人员忘记将其作为构建的一部分：）

Answer 5

我认为没有单独环境的任何缺点。理想情况下，是否每个人都有一个或多个他们自己的环境可以根据自己的意愿使用？为什么要通过让两个组共享一个环境来限制它们？

Answer 6

给他们自己的环境意味着他们可以避免它在我的机器问题上工作。他们可以进行全新安装，如果他们没有开发人员可能提供的dll或其他要求，它将会失败。现在有一天，如果只是通过虚拟化，他们没有理由不这样做。正如您的问题所指出的那样，他们和您的客户不太可能正在运行开发树的最前沿。但标签版本是开发背后的几个修订版本。

Answer 7

DEV是开发人员将代码整合在一起的地方。 DEV可能处于不断变化的状态。而质量保证应该稍微稳定一些。这样QA就不太可能遇到未准备好的代码，开发人员可以在QA获得它们之前将它们的代码放在一起进行测试。

Answer 8

对于我们，我们会在“QA”环境中定期发布，同时我们会继续在开发环境中进行开发。这样我们就没有重叠，它们模拟了一个真实的用户环境。

Answer 9

除了本文中已经提到的其他内容之外，一个非常重要的方面是您可以通过单独的测试环境测试代码的部署。例如，如果有重要的配置更改（例如所需的系统库更新或新的数据库表），则需要在将代码移动到生产环境之前对其进行测试。

我将代码从开发部署到测试，您可以自动测试是否所有依赖关系/配置更改都得到了解决。为此，尽可能使测试环境尽可能靠近生产环境。