如何针对需要不同参数值的不同环境运行相同的手动测试用例答案

【问题标题】：How to Run the Same Manual Test Case Against Different Environments Requiring Different Parameter Values如何针对需要不同参数值的不同环境运行相同的手动测试用例
【发布时间】：2014-09-22 02:04:36
【问题描述】：

我有一组针对我的开发环境成功运行的手动测试用例。我现在想针对 QA 和 UAT 环境（可能稍后针对 STAGE 和 PRODUCTION 环境）运行相同的测试。

我的测试用例包括要测试的网站的 URL。在我的情况下，URL 因环境而异，例如 dev.mysite.com、qa.mysite.com、uat.mysite.com。在 QA 和 UAT 环境中的测试步骤将与在 DEV 环境中成功运行的步骤相同。

我知道我可以为 QA 和 UAT 创建单独的测试计划，并且我可以将现有测试克隆到新的测试计划中。这将允许我编辑克隆的测试用例以更改参数。

但这将是一个维护问题：对于每个测试，我将拥有三个单独的副本。当 DEV 中的测试发生更改时，我必须对 QA 和 UAT 版本进行相同的更改！

有没有更好的方法来完成在多个环境中运行相同的测试？

请注意，这些是现有的物理环境，因此我无法使用实验室管理创建一组隔离的虚拟环境，我可以在其中使用网络将它们都称为 env.mysite.com 或其他名称。

【问题讨论】：

在这种情况下（dev.mysite.com）测试参数从哪里来？应用程序配置？在这种情况下，配置转换是否会有所帮助，为每个环境使用不同的构建配置并在 TFS 中使用相应的构建定义？
我想知道是否有某种方法可以为每个测试环境或其他东西指定它。需要参数的是测试，而不是被测试的应用程序。除了 URL（为了简单起见，我只说 URL），每个环境可能有不同的用户名/密码，或者其他。这些不是程序参数。如果这是单元测试或基于 MSTEST 的东西，我可以让它成为数据驱动的。我不知道如何处理手动测试。

标签： tfs microsoft-test-manager

【解决方案1】：

没有办法将参数作为手动测试的主要用例传递/编码的 UI 是功能行为的验证。一旦验证了它，就应该使用简单的冒烟测试来验证部署。

但是，您可以使用客户端计算机上的 hosts 文件来获得一个恒定的 url，例如 m siteundertest.mydomain.com 始终指向正确的服务器。

然后，您模拟的是单个 url，而实际上它指向不同的框。

【讨论】：

我指的是手动测试，而不是编码 UI。对于编码的 UI，我想我可以使用 MSTEST 数据绑定功能。
如果是手册，为什么测试人员不能输入正确的 URL？
如果测试是参数化的，那么我相信从手动测试运行生成的编码 UI 测试会将参数数据绑定到测试用例工作项。如果我希望 Coded UI 测试适用于不同的环境，那么我可能会将数据源更改为基于文件的东西，并为不同的环境使用不同的文件。我想我要求手动测试具有相同的功能 - 能够切换参数集而无需制作测试用例的副本，只有参数不同。
我的测试步骤并不特定于环境。不幸的是，测试 data 是.
您是否考虑过将数据存储在其他地方？像数据库或可以部署的文件？