5

我目前处于亏损状态。我们正在从Dev拥有的测试环境转移到QA拥有的测试环境。我以前在QA拥有的测试环境中工作过。但我从来没有从头开始设置一个。我知道它应该尽可能反映生产。但是如何?你如何设置质量保证环境?应该如何设置QA环境?

+1

不知道你在做什么QAing很难做出反应或想象客观反应。 – bmargulies 2010-05-07 21:24:42

+0

我发现此页面。不知道这是否有助于任何人,但我会研究它: http://weblogs.asp.net/scottgu/archive/2007/09/21/tip-trick-automating-dev-qa-staging-and- production-web-config-settings-with-vs-2005.aspx – onesith 2010-05-08 00:22:02

+0

web?桌面还是嵌入式应用?什么是期望的周转时间?是开发周期中的QA部分还是预发布 - 最后一分钟类型的东西?需要测试或支持多少个不同的环境? – saschabeaumont 2010-05-11 02:36:37

回答

2

我们每周都会进行生产备份,并替换我们在质量检查中所拥有的产品。制作副本包含所有敏感信息(SSN,电子邮件地址,电话号码等)并用“虚拟”值取代。

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

3

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

1)重现干净,逼真的制作。如果您的应用程序在Win2k8服务器上运行,则QA需要一台Win2K8服务器。如果您需要支持5个Web浏览器,则QA需要安装5个(同时或跨多个客户端)。如果您在客户端/服务器设置中部署,即使您的产品只能使用一个系统,也需要两台计算机。我不会压制典型部署。在稍微较弱的硬件上测试将有助于揭示性能问题。

2)一致的样本数据。这可能是数据库转储,虚拟数据或随机生成的数据。这次应该很容易重新加载。如果您的应用程序在数据库表中显示记录,则需要在此处提供大量样本数据。然后,质量保证人员可以开始捣鼓,添加或删除它。包括实际数据和边缘情况。

3)回滚。处理这个问题的最简单方法是使用系统映像。 QA需要有一个干净的,未触及的环境进行测试,以确保产品正确部署。它还允许QA不用担心通过做些古怪的事情来炸毁测试环境。最糟糕的情况是,随着回滚的进行,您只需休息一下。

0

首先问自己QA的目标和测试你想拥有

  • 单元测试
  • 功能/集成
  • 以上

我会为开始自动化的一部分以下。问问你的开发者(如果你非技术),以

  • 设置一个构建服务器,在这里你可以生成代码并运行应用程序进行测试
  • 理想建立一个持续集成。例如,使用Jenkins检出代码并为您构建

如果您有适当的硬件并且构建脚本就地,Jenkins和Hudson都可以很容易地设置测试环境。