"MSBUILD : Publish Failed. Test Type not installed on the server for test type"

Last week I stopped getting code coverage as part of the Team Build (aka TFS MSBuild) in my project.  I started digging in and found the following error popping up in my build output file:

MSBUILD : warning : Publish Failed. Test Type not installed on the server for test type: “Microsoft.Samples.VisualStudio.TestTools.HostAdapters.VsIde.RunConfigData”.

This error ate about 16 hours of time in the this week and I only kind of have it solved.  (I only kind of have a handle on what was going wrong.)  It looks like problem started when I installed the Visual Studio 2005 SDK Dec 2006 (CTP).  It installed a custom test type sample into Visual Studio and ended TfsBuild’s ability to upload test results to TFS.  More precisely, this custom test type added extra “stuff“ to my testrunconfig’s that TFS didn’t know about.  Since TFS didn’t have the DLLs for this custom test type, it couldn’t handle (de-serialize) the result format and BOOM!

 

My first step was to uninstall this custom test type by going to

C:Documents and SettingsAll UsersApplication DataMicrosoftMSEnvSharedAddins and deleting (or renaming) the file VsIdeTestHost.AddIn.  (Doing this probably didn’t have any effect but this addin was making me angry and — IT WAS JUSTICE, DAMMIT!  IT NEEDED TO GO AWAY!) 

 

Ok.  Now let’s deal with the corrupted testconfig.  Open up your solution, right-click the offending testrunconfig file, and select “Open With…“  Choose “Xml Editor“ and click “OK“.  When the file opens, hit CTRL-F and search for “sample“. 

 

You’ll find an XML element named “value“ with the type attribute set to “Microsoft.Samples.VisualStudio.TestTools.HostAdapters.VsIde.RunConfigData“. 

 

Now back up a few levels in the XML until you find the “hostData“ element that contains this “value“.  It should look something like the value below:

 

<hostData type=”Microsoft.VisualStudio.TestTools.Common.HostRunConfigurationData”><br /> <mapHostSpecificData type=”System.Collections.Generic.Dictionary`2[[System.String, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089],[Microsoft.VisualStudio.TestTools.Common.IHostSpecificRunConfigurationData, Microsoft.VisualStudio.QualityTools.Common, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a]]”><br /> <buckets type=”System.Int32″>0,-1,-1</buckets><br /> <entries type=”System.Collections.Generic.Dictionary`2+Entry[[System.String, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089],[Microsoft.VisualStudio.TestTools.Common.IHostSpecificRunConfigurationData, Microsoft.VisualStudio.QualityTools.Common, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a]][]”><br /> <element type=”System.Collections.Generic.Dictionary`2+Entry[[System.String, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089],[Microsoft.VisualStudio.TestTools.Common.IHostSpecificRunConfigurationData, Microsoft.VisualStudio.QualityTools.Common, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a]]”><br /> <hashCode type=”System.Int32″>1240752006</hashCode><br /> <next type=”System.Int32″>-1</next><br /> <key type=”System.String”>VS IDE</key><br /> <value type=”Microsoft.Samples.VisualStudio.TestTools.HostAdapters.VsIde.RunConfigData, Microsoft.Samples.VisualStudio.TestTools.HostAdapters.VsIde, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a”><br /> <registryHive type=”System.String”>8.0</registryHive><br /> </value><br /> </element><br /> <element type=”System.Collections.Generic.Dictionary`2+Entry[[System.String, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089],[Microsoft.VisualStudio.TestTools.Common.IHostSpecificRunConfigurationData, Microsoft.VisualStudio.QualityTools.Common, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a]]”><br /> <hashCode type=”System.Int32″>0</hashCode><br /> <next type=”System.Int32″>0</next><br /> </element><br /> <element type=”System.Collections.Generic.Dictionary`2+Entry[[System.String, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089],[Microsoft.VisualStudio.TestTools.Common.IHostSpecificRunConfigurationData, Microsoft.VisualStudio.QualityTools.Common, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a]]”><br /> <hashCode type=”System.Int32″>0</hashCode><br /> <next type=”System.Int32″>0</next><br /> </element><br /> </entries><br /> <count type=”System.Int32″>1</count><br /> <version type=”System.Int32″>1</version><br /> <freeList type=”System.Int32″>-1</freeList><br /> <freeCount type=”System.Int32″>0</freeCount><br /> <comparer type=”System.Collections.Generic.GenericEqualityComparer`1[[System.String, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]]” /><br /> </mapHostSpecificData><br /> </hostData>

Select the “hostData“ element, delete it, and save the testrunconfig file. 

Check in the file and re-run your team build.  Your build should be able to publish the test results to TFS now.  

What’s kinda sucky is that I haven’t figured out how to permanently fix this problem with the testrunconfig.  Each time that I make a modification to the testrunconfig, I have to go through the process of deleting the “hostData“ again. 

If anyone has any good ideas, let me know. 

-Ben