应该如何设置 QA 环境？答案

【问题标题】：How should a QA Environment be setup?应该如何设置 QA 环境？
【发布时间】：2010-05-07 21:02:27
【问题描述】：

我现在不知所措。我们正在从 Dev 拥有的测试环境转移到 QA 拥有的测试环境。我之前曾在 QA 拥有的测试环境中工作过。但我从来没有从头开始设置过。我知道它应该尽可能地反映生产。但是怎么做？您是如何设置 QA 环境的？

【问题讨论】：

如果不知道自己在 QA 中做什么，就很难做出回应或想出客观的回应。
我找到了这个页面。不确定这是否对任何人有帮助，但我会调查一下：weblogs.asp.net/scottgu/archive/2007/09/21/…
网络？桌面或嵌入式应用程序？期望的周转时间是多少？您的 QA 是开发周期的一部分还是预发布的最后一分钟类型的事情？需要测试或支持多少种不同的环境？
这是一个使用 .Net 的网络应用程序。我目前正在现场查看我们的一台服务器，并建议如果不是更强大，我们也会像硬件一样。虽然我们不会获得相同的性能，但由于预算原因，我建议我们在其上运行虚拟机。最终目标是拥有自己的 QA 环境。

标签： installation development-environment qa setup-deployment

【解决方案1】：

设置 QA 测试平台实际上只有三个要求。

1) 再现干净、逼真的作品。如果您的应用程序在 Win2K8 服务器上运行，则 QA 需要 Win2K8 服务器。如果您需要支持 5 个 Web 浏览器，QA 需要安装全部 5 个（同时或跨多个客户端）。如果您在客户端/服务器设置中进行部署，您将需要两台机器，即使您的产品只能使用一个系统。我不会压倒典型的部署。在稍弱的硬件上进行测试将有助于暴露性能问题。

2) 一致的样本数据。这可能是数据库转储、虚拟数据或随机生成的数据。一次又一次地重新加载应该很容易。如果您的应用程序显示数据库表中的记录，那么您首先需要其中有相当数量的示例数据。然后 QA 人员可以到处乱搞，添加或删除它。包括真实数据和边缘案例场景。

3) 回滚。处理此问题的最简单方法是使用系统映像。 QA 需要有一个干净、未受影响的环境来进行测试，以确保产品正确部署。它还允许 QA 不必担心通过做一些古怪的事情来破坏测试环境。最坏的情况是，您只需在回滚过程中休息一下。

【讨论】：

【解决方案2】：

我们每周都会对生产进行备份，并替换我们在 QA 中的备份。生产副本已清除所有敏感信息（SSN、电子邮件地址、电话号码等）并替换为“虚拟”值。

然后，我们使用构建过程将更新后的 QA 环境升级到我们正在测试的代码版本（在 UI、业务层和数据层中）。

【讨论】：

【解决方案3】：

首先问问自己 QA 的目标是什么，以及你想拥有哪一部分测试

单元测试
功能/集成
以上自动化

我将从以下开始。询问您的开发人员（如果您不是技术人员）

设置构建服务器，您可以在其中构建代码并运行应用程序进行测试
理想情况下设置持续集成。例如，使用 Jenkins 为您检查代码和构建

Jenkins 和 Hudson 都非常容易设置测试环境，前提是您拥有合适的硬件并且构建脚本已就位。

【讨论】：