Unit testing TFS生成服务器检测签入的用户
我们在构建服务器上进行了持续集成。每次签入后自动测试的程序会发送一些电子邮件。我们希望将这些电子邮件发送给签入的用户。是否有任何方法可以获取启动单元测试时签入的用户的名称 最好是，如果我们能够以某种方式访问在AssemblyInitialize方法中签入的用户的名称Unit testing TFS生成服务器检测签入的用户,unit-testing,tfs,build,Unit Testing,Tfs,Build,我们在构建服务器上进行了持续集成。每次签入后自动测试的程序会发送一些电子邮件。我们希望将这些电子邮件发送给签入的用户。是否有任何方法可以获取启动单元测试时签入的用户的名称 最好是，如果我们能够以某种方式访问在AssemblyInitialize方法中签入的用户的名称 注意：此请求不是关于发送测试报告，而是关于在运行所有unittests之前更改应用程序配置文件中的电子邮件。您可以更改生成过程工作流以从当前搁置集获取（类型在C:\Program Files（x86）中定义）\Microsoft V
注意：此请求不是关于发送测试报告，而是关于在运行所有unittests之前更改应用程序配置文件中的电子邮件。您可以更改生成过程工作流以从当前搁置集获取（类型在C:\Program Files（x86）中定义）\Microsoft Visual Studio 10.0\Common7\IDE\PrivateSassemblies\Microsoft.TeamFoundation.VersionControl.Client.dll）所有者显示名（目前它只是具有域的登录名，因此您应该进行一些广告查找，以从广告中获取普通名称和电子邮件）。 一旦你有了这些信息，你就可以检查测试结果是否为绿色。如果没有，则在默认模板中引发异常。捕获它并向用户发送邮件，然后重新显示异常 在测试级别，不可能看到它，因为TFS有测试代理
您试图在错误的级别（内部测试）解决问题。您可以轻松地更改生成过程模板，不会出现任何问题。谢谢您的回复。也许还有更多的细节：当一些作业开始时，签入的应用程序会生成电子邮件和pdf。我们在运行持续集成时测试这些作业。这些电子邮件的收件人在app.config文件中配置。我们希望每次都将它们发送给上次签入的用户。所以他得到的是签入后生成的文件。但据我所知，这是不可能的？嘿，你是个程序员。没有什么是不可能的！但要做到这一点，您仍然需要修改构建过程模板，将此信息写入构建输出文件夹，以便测试代理可以访问此信息。但是这没有多大意义，因为您可以直接在构建过程模板中完成所有这些，而无需在测试中进行额外的循环。我不太确定通过邮件进行测试验证是否是件好事。如何检查PDF并以自动方式（例如）直接比较它们？