要在 Azure Devops for MSTEST 中获取受影响的测试结果需要设置哪些设置

Question

我想在 MSTEST 中获得受影响的测试结果，但没有得到预期的结果。我已经按照这里写的所有说明 - https://docs.microsoft.com/en-us/azure/devops/pipelines/test/test-impact-analysis?view=azure-devops

这是 VSTS 的日志文件，在这里你可以看到影响分析所做的所有配置 这是测试结果图片，我看不到受影响的结果

1. 我的主分支是“Build Development”，子分支是“Mstest_UT”我们已经重新设置了它的基础，但我仍然没有得到预期的影响结果。

2. 经过研究，我知道只有通过所有测试用例才能获得受影响的测试结果，所以我也这样做了，但没有得到这样的结果。

       [TestMethod]
       public void GetAboutTideContent_Passing_Valid_Data()
       {
           iAboutTideEditorRepository.Setup(x => x.GetAboutTideContent(It.IsAny<ApplicationUser>())).Returns(new AboutTideEditor() { });
           ResponseData<AboutTideEditor> actual = aboutTideService.GetAboutTideContent(It.IsAny<ApplicationUser>());
           Assert.AreEqual(ProcessStatusEnum.Success, actual.Status);
       }
   

我正在 MSTEST 中编写模拟测试。 我期待受影响的测试结果。

Answer 1

根据我从您为此测试提供的链接中了解到的情况，您应该从项目开始就使用这种类型的测试（“测试后的成长和成熟”暗示了该软件的某种深度学习能力） .如果您在测试中途开始，该程序可能已经锁定以某种方式执行特定测试的承诺（MS 的东西有时仍然具有“黑盒方法”）。如果是这种情况，您应该覆盖/重置它并从头开始运行，而无需程序或用户选择（详细）测试。这种偏离路线可能会让您退回几个小时的测试。但是考虑花费更多时间来寻找问题所在；如果它偏离本质以最小化它，它会一直计算和消耗时间。还要检查链接页面上提供的图表，它对操作顺序非常有用（例如 6）。

在您的第一个“黑屏”中，并行设置有所不同（还要考虑下面的项目符号）。黑屏表明在“测试程序集”中找不到某些 dll 文件。如果有可能运行测试日志，您可能还想检查一下，看看可能发生了哪些拼写错误。

从页面：

目前不支持 TIA：

• 多机拓扑（测试运行部署到不同机器的应用）
• 数据驱动测试
• 测试适配器特定的并行测试执行
• .NET 核心
• UWP

简而言之：重置整个测试并“重新”运行以查看错误是否仍然存在。