自动系统测试
在每个冲刺 (sprint) 中，您需要将手动测试工作量集中于每个冲刺 (sprint) 中实施的新要求上。 同时，您需要重复以前的冲刺 (sprint) 中的一些测试，以确保最近的开发工作未将 Bug 引入以前能正常工作的功能中。 此回归测试的工作负载在您的项目的整个生命周期中会逐渐增加。 这是敏捷开发的一个必需部分，它首先进行简单的端对端实现，然后重新访问每个组件以添加新功能。
若要减少回归测试的负载，您可以将手动执行的系统测试自动化。 通常情况下，您将为每个要求创建测试用例并为 1 个或 2 个冲刺 (sprint) 手动执行这些测试用例；然后，将其中一些测试用例自动化以用于将来的冲刺 (sprint)。
可通过几种方式将测试自动化：
将测试方法链接到测试用例。
您可以将任何单元测试链接到测试用例，不过，您通常要链接模仿手动版本的测试用例的集成测试。 测试用例可以具有手动和自动版本。 您可以通过 Microsoft 测试管理器运行自动测试用例，结果将与手动测试用例一起显示。
将编码的 UI 测试链接到测试用例。
编码的 UI 测试 (CUIT) 将模拟用户笔势。 它可以单击按钮，输入文本并验证文本字段中显示的值。 这种测试可以提供最准确的手动测试自动化。 您可以通过在手动执行测试时记录操作来创建 CUIT。 CUIT 是一种测试方法，它在单元测试框架中运行，您可以将其链接到测试用例。 您可以将它与其他自动和手动测试一起运行。
自动生成-部署-测试。
您可以将系统测试作为生成过程的一部分运行。 生成过程可以在实验室计算机上部署服务器组件，以便实现真实的运行条件。
本节中的主题
将测试用例与测试方法关联，创建实验室环境，并指定可找到生成测试方法的位置。 用与手动测试用例相同的方式从 Microsoft 测试管理器运行自动测试用例。 |
|
通过记录手动测试创建模拟用户操作的测试方法。 |
|
作为服务器生成的一部分，自动将代码部署到实验室环境，运行测试，然后收集诊断数据。 |
|
若要能够并行运行一个系统的多个测试，您可以定义拥有相同内部地址但相互不可见的虚拟实验室环境。 |
|