使用TFS进行自动应用程序测试

Question

我想我错过了微软希望TFS和自动化测试一起工作的某处的链接。 TFS允许我们创建具有测试步骤的测试用例。这些可以合并成各种测试计划。我有这个所有的设置和工作，因为我期望手动测试。

我现在已经开始将这些测试中的一部分自动化。我创建了一个新的视觉工作室项目，这与我的测试计划相关。我创建了一个与测试用例相关的测试类，并且计划为测试类中的每个测试步骤创建一个测试方法，使用ordertest确保这些方法以与测试步骤相同的顺序执行。

我希望能够将这个自动化连接到测试用例，以便它可以作为测试计划的一部分执行。

这是什么时候一切都出错了，这是我的理解，关联面板似乎只钩住测试案例直到一个特定的测试方法，而不是测试步骤？

我的理解是否正确？

有没有MS在这里错过了一个诡计，让事情变得太复杂或者我错过了什么？如果我把整个测试案例都归结为一种方法，我就会失去每个人正在做的事情的粒度。

如果每个测试步骤都被挂钩到测试方法中，那么测试方法的断言可能会记录整个测试用例的通过或失败。

任何帮助或方向，以便我可以提高我的理解，将不胜感激。

Answer 1

链接不明显。在Visual Studio团队资源管理器中创建并运行查询来查找测试用例。打开相关测试用例并查看测试自动化部分。在测试自动化行的右侧应该有一个省略号，点击它并链接到测试用例。

我认为这是推动从Visual Studio的自动化测试。混淆你不能拉一个自动化测试到MTM。

Answer 2

你可以将只有一个方法来测试案例。这种方法应该涵盖写在相关测试用例中的所有步骤，包括验证（断言）。

如果无法覆盖一个测试方法中的所有步骤，或者如果您的测试用例过多，则需要将测试用例分解为较小的测试用例，并且每个测试用例都会有一种与之相关的自动化方法。

自动化测试应该像这样工作。 （不是一个硬性的规则，但..）

开始 - >做一些动作 - >验证（断言） - >完成

你可以写尽可能多的断言可能的，但如果第一个断言失败那么测试不会继续进行其他断言。这也是手动测试的工作方式，即即使100步中有1步失败，测试也会失败。

为了实现自动化测试可维护性，建议在自动化测试中添加最小断言，最简单的方法是通过拆分测试用例来实现。微软或其他测试自动化提供商仅以这种方式工作，我们不为每一步都编写测试方法。这会让事情变得非常复杂。

但是，您可以在测试框架中为每个步骤编写可重用的方法（而不是测试方法），并在您的测试方法中调用它们。例如，您不必为一个测试用例步骤编写代码，一次又一次地说“应用程序登录”。您可以单独编写您的方法，并在与测试案例相关的测试方法中调用该方法。