Testing 了解微软测试软件及其使用

这是了解microsoft测试软件及其使用的一般问题。 目前，我正在与Microsoft测试管理器合作创建和运行我的manuall测试。在项目中，我们有一个包含项目的Team Foundation服务器，并且我们通过VisualStudio对代码进行处理。我不知道Team Foundation服务器都包含什么。单元测试是在本地执行的，似乎没有被TFS跟踪。 我们使用的软件只在一台计算机上运行，如果需要，它只能与另一台计算机通信。所以没有web应用程序或类似的东西

现在我想创建自动化的UI测试，并跟踪它们和TFS中的单元测试。请有人解释一下我要做什么才能做到这一点

我读到我需要一个实验室环境来进行自动化测试。对于环境，我需要额外的软件，如测试控制器和测试代理。但我无法安装并让它们工作

我是否需要在TFS上或在何处安装测试控制器？ 测试控制器是否是自己的服务器软件，包含在TFS中或类似于附加组件？ 我想运行和跟踪测试的每台机器是否都安装并配置了测试代理软件

我真的希望有人能帮我

---

致以最诚挚的问候。

所有Microsoft测试集成都设计为内置于TFS内的自动构建中。因此，通常安装了生成控制器和生成代理，它们在每次生成时运行测试

如果不希望在生成时运行测试控制器和代理，或者需要更多的分布式测试运行，也可以安装测试控制器和代理。（负载测试等）

---

如果您只想运行ui测试，您仍然可以根据测试数据在本地进行测试，但您无法集成跟踪测试结果。

TFS中有许多不同的工具可用于测试

您可以使用MTM创建和运行手动测试，如果您正在收集操作记录，则可以生成编码的ui测试，这些测试可以与MTM中的测试用例关联。当测试用例作为测试自动化运行的一部分运行时，这将把结果推回到测试用例

如果您的程序员正在创建单元测试，那么它们可以在构建服务器上运行。但是，您应该只运行不需要应用程序实例的测试

如果您有实例测试、集成或UI，那么您应该在发布管理工具中创建一个与TFS兼容的发布管道

---

部署完成后，您可以运行更高级别的实例测试，直到应用程序弹出管道。

TFS和Visual Studio中的测试自动化是一个广泛的主题。测试自动化有一种自然的发展

在Microsoft测试管理器中，您可以录制操作并使用以减少手动执行所花费的时间

那你就可以了。无需进一步安装工具，您就可以在计算机上使用VisualStudio测试运行程序运行这些工具

您可以使用一个脚本手工进行代码单元测试和代码DUI测试。与动作录制生成的测试一样，您可以在本地计算机上播放这些测试，而无需进一步安装

如果希望测试管理器或Visual Studio从被测应用程序收集其他数据，则必须在被测系统上安装Visual Studio测试代理。你可以。这允许您从计算机上运行测试，但可以收集其他信息

通过将自动测试关联到测试用例工作项并为应用程序配置Team Build，MTM可以直接从MTM执行测试

如果希望测试作为构建的一部分运行测试，则需要一个测试环境。标准测试环境要求在运行测试的计算机上以及在测试执行期间要监视的每台计算机上至少有一个测试控制器和测试代理。这些环境可以通过自动生成以及VisualStudio或MTM进行配置和使用

如果您的开发和测试团队希望能够使用Hyper-V和虚拟化实验室快速调配测试实验室，那么您也可以在这些环境中使用测试代理来安装和测试您的应用程序

现在，当您准备将应用程序部署到非开发环境时，可以使用VisualStudio发布管理作为发布管理管道的一部分来运行测试

由于这是一个非常复杂的故事，有各种各样的曲折，我建议您阅读Microsoft模式与实践指南和ALM Ranger测试指南。以及Martin Hinshelwood引用的一些链接

因此，正如您所看到的，测试代理和测试控制器对于某些场景来说是必不可少的元素，而对于其他场景则不需要

---

网站

对不起，这完全不准确。对不起，不是。我已经使用这些工具好几年了，并且有一个完全集成的构建和测试管道，它以自动化的方式执行所有测试。如果你对我所说的某个特定部分有问题，请使用“建议编辑”按钮，或者说你认为不正确的内容，而不是简单地说它是错误的。也许你不会这样使用它，但在MTM出现之前它是这样工作的，所以就像我说的，它就是这样设计的。我从来没有说过这是使用它的唯一方法。所有Microsoft测试集成都不是内置的。工具箱中有很多工具，您应该为正确的工作使用正确的工具。测试控制器和测试代理是专门为测试您的应用程序而设计的。构建是专门为测试您的代码而设计的。运行的UI不应该在本地运行，您可以使用数据