VS 2010 测试运行器错误“测试运行时代理进程已停止。”

Question

在 Visual Studio 2010 中，我进行了许多单元测试。当我使用测试列表一次运行多个测试时，有时会收到一个或多个测试的以下错误：

代理进程已停止 测试正在运行。

永远不会有相同的测试失败，如果我尝试再次运行测试，它就会成功。

我发现了这个关于 Connect 的错误报告，其中似乎是同样的问题，但它没有提供解决方案。

还有其他人看到过这种行为吗？我怎样才能避免它？

编辑

我仍然遇到这个错误，我的许多同事在相同的软件/硬件设置上也是如此。到目前为止，我已经评估了答案，但它们并没有解决问题。我正在开始悬赏解决这个问题。

Answer 1

此消息是由与执行测试线程不同的线程上的异常引起的。到目前为止，所有答案都归结为这个简单的解释。在这种情况下，Visual Studio 中的一个已知错误不会显示任何有意义的信息。

如果执行测试线程之外的线程抛出异常，Visual Studio 的测试运行程序将完全卡住：它被吞没，没有输出，没有机会拦截和调试，除了本应是你的单元的烧毁的闷烧混乱之外，什么也没有。测试。

Answer 2

我刚刚经历过类似的问题：一些测试失败，并且在不同的测试运行中它们是不同的。我不知道它发生的确切原因，但当我向我的一个类添加终结器时，它就开始发生。当我禁用终结器时 - 问题就消失了。当我打开终结器时 - 问题又回来了。

现在我不知道如何克服这个问题。

Answer 3

我遇到了这个问题，结果证明这是我的代码中的问题，测试框架没有正确捕获。一次意外的重构给我留下了这段代码：

public void GetThingy()
{
    this.GetThingy();
}

这当然是一个无限递归，并导致了 StackOverflowException （我猜）。这导致了可怕的情况：“测试运行时代理进程被停止。”

快速的代码检查向我显示了问题，并且我的测试现在运行良好。希望这会有所帮助 - 可能值得检查代码以查找问题，或者可能提取一些内容到控制台应用程序中并检查它是否正常工作。

Answer 4

我能够通过查看测试结果文件（/TestResults/*.trx）找到问题的根源，它提供了后台线程中发生的异常的完整详细信息，一旦我解决了该异常，“代理已处理”停止了...”错误消失了。

就我而言，我无意中在单元测试中启动了 GUI，这最终导致抛出 System.ComponentModel.InvalidAsynchronousStateException。

所以我的 .trx 文件包含：

   <RunInfo computerName="DT-1202" outcome="Error" timestamp="2013-07-29T13:52:11.2647907-04:00">
    <Text>One of the background threads threw exception: 
System.ComponentModel.InvalidAsynchronousStateException: An error occurred invoking the method.  The destination thread no longer exists.
at System.Windows.Forms.Control.WaitForWaitHandle(WaitHandle waitHandle)
at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous)
at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args)
at System.Windows.Forms.Control.Invoke(Delegate method)
...
</Text>
  </RunInfo>

这没有提供有关哪个测试导致错误的任何信息，但它确实向我显示了异常在哪里，这非常有用。

Answer 5

此消息通常在测试进程崩溃时生成，并且在后台线程上存在未处理的异常、发生堆栈溢出或显式调用 Process.GetCurrentProcess().Kill() 时可能会发生或Environment.Exit。另一个可能的原因是非托管代码中的访问冲突。

没有人提到的是事件日志中可能还有其他信息。通常，您不会在结果中获得有关测试崩溃原因的太多信息，但是，如果后台线程上出现未处理的异常，则测试框架会使用源 VSTTExecution 将详细信息写入应用程序事件日志。如果没有信息写入事件日志，则可能是上面列出的其他原因之一。

Answer 6

我遇到了同样的问题并在删除时解决了它，

Environment.Exit(0);

所以我很确定，当您的测试或测试方法被测试时，会发生此错误，导致执行过程终止。

Answer 7

就我而言，解决方案是通过检查输出窗口解决的。

“QTAgent32.exe”（托管
(v4.0.30319)): 已加载
'C:\TestResults\bdewey_XXXXXX072
2011-01-11
17_00_40\Out\MyCode.dll',
符号已加载。 E, 9024, 9,
2011/01/11, 17:00:46.827,
XXXXX072\QTAgent32.exe，未处理
异常捕获，报告通过
Watson：[异常消息]

就我而言，我有一个 FileSystemWatcher 在单独的线程上抛出错误。

Answer 8

感谢您发布问题。我刚刚遇到这个问题并找出了您可能遇到的原因。

异步异常可能有
发生了

在我的测试设置期间，我创建了一个对象，该对象在线程池中对工作线程进行排队。如果我足够快地进行调试，我的代码就会通过。

如果工作线程启动并在测试设置完成之前出现错误，那么我会毫无理由地得到中止结果。

如果工作线程启动并在测试开始后出现错误，那么我会得到以下结果：错误 - 测试运行时代理进程已停止。

需要注意的是：这是我在多次测试中使用的组件。如果测试框架遇到太多此类错误，它将中止其余测试。

希望这有帮助

Answer 9

我向析构函数 ~ClassName(){} 添加了 try/catch 块，该析构函数在我的测试中涉及的任何类中定义。这解决了我的问题。

~MyClass()
{
    try
    {
        // Some Code
    }
    catch (Exception e)
    {
        // Log the exception so it's not totally hidden
        // Console.WriteLine(e.ToString());
    }
}

Answer 10

要找出引发异常的位置，请单击“测试结果”窗口中感叹号图标旁边的超链接“测试运行错误”。将打开一个带有堆栈跟踪的窗口。

这对于追踪错误有很大帮助！

Answer 11

我遇到了同样的问题，它是由非托管资源的终结器引起的（由于某种原因未正确处理的文件编写器）。

将终结器代码包装在吞掉异常的 try-catch 中后，问题就消失了。我不建议吞掉这样的异常，因此首先找出异常发生的原因显然是明智的。

Answer 12

我曾在奇怪的场合发生过这种情况，而罪魁祸首几乎总是被证明是线程。

奇怪的是，所有测试在开发机器上都能正常工作，但在构建服务器上却随机失败。

仔细检查后发现，尽管测试在开发盒上被列为已通过，但还是抛出了异常。异常是在一个单独的线程上抛出的，该线程没有被视为错误。

异常详细信息是针对测试跟踪记录的，因此我们能够识别需要修改哪些代码/测试。

希望这对某人有帮助。

Answer 13

就我而言，我对 WCF 服务进行了一些单元测试。此 WCF 服务正在启动 2 个计时器。
这些计时器造成了副作用。
-->我默认禁用这些计时器，一切都很好！

顺便说一句：我使用 WCFMock 来伪造 WCF 服务，因此我对 WCF 服务进行了“真正的”单元测试

Answer 14

这个错误也是由我的终结器引起的。
Finalizer 实际上调用了一些未模拟的数据库代码。我花了一段时间才找到它，因为它不是我写的类，而且对它的引用被隐藏在相当多的类中。

Answer 15

我遇到了类似的问题，测试在 TestInitialize 中失败，并且还从我的另一个项目的 ddl 运行代码。我收到如上所述的错误消息，如果我尝试调试测试，测试就会中止，没有任何异常详细信息。

我怀疑问题可能是我的其他项目中的 dll 来自 Visual Studio 2012 项目，而我正在 VS2010 项目中运行测试，和/或可能是这两个项目中的 UnitTestFramwork dll 版本不匹配。

Answer 16

该问题也可能由 TestClass 构造函数中的异常或 Stackoverflow 触发。

Answer 17

由于此错误可能有许多不同的原因，因此我想添加另一个错误以确保该线程的完整性。

如果您的所有测试都按照 OP 的描述中止，则原因可能是项目配置错误。在我的例子中，目标框架设置为 .NET Framework 3.5。通过项目属性页面（选项卡应用程序）将其设置为更高版本解决了该问题。

Answer 18

通过查看Windows 日志>，我能够确定导致问题的原因。 Windows 事件查看器中的应用程序日志条目。查找测试失败时的条目。我有一个类似于下面的 Error 条目：

QTAgent32_40.exe, PID 10432, Thread 2) AgentProcess:CurrentDomain_UnhandledException: IsTerminating : System.NullReferenceException: Object reference not set to an instance of an object.
   at XXX.YYY.ZZZ.cs:line 660
   at XXX.YYY.AAA.Finalize() in C:\JenkinsSlave\workspace\XXX.YYY.AAA.cs:line 180

它确实是从类终结器调用的方法中的空引用异常。

Answer 19

对于任何遇到这个老问题并想知道他们的线程中抛出了什么的人，这里有一个提示。使用Task.Run（而不是Thread.Start）将更可靠地报告子线程异常。简而言之，而不是这样：

Thread t = new Thread(FunctionThatThrows);
t.Start();
t.Join();

这样做：

Task t = Task.Run(() => FunctionThatThrows());
t.Wait();

并且您的错误日志应该更有用。