by Hugo Häggmark
This year is off to a great start with fantastic first week and an even better last day of that week working with my fellow Avega Coach, Marcus Hammarberg .
Our work yesterday is clearly summarized by Marcus in Specification by example with SpecFlow in TFS and the question of traceability and I think Marcus has made some real groundbreaking thoughts on SpecFlow together with TFS and Visual Studio and I’m very glad to have helped out some parts. A shout out goes to Håkan Forss as he gave both of us some valuable feedback too.
So what’s this post about you might ask? Well during our work we stumbled onto a gotcha with the way Test Manager and associated automation works.
As you can see in the picture below I’ve created a Test Case that some tester later gets to run.
Suppose the tester runs this Test Case and finds a bug. Now we want to assign this bug to a developer who fixes the bug and associates a test with the test case in such way that the test case gets automated.
So we change the automation status to Planned as you can see in the picture below:
As you can see the tester can’t set Automation Status in Test Manager to Automated because that state is missing from the list and if we zoom to the right side of the tab control we find that there’s no way of associating any tests either.
Being that this was the first time I looked a this particular feature of Test Manager I must say that I got a little intrigued to say the least. After some Internet searching we still came up with nothing but when we opened up the same Test Case in Visual Studio we finally saw the add button (marked with … in the picture below):
So it got very clear to me then that this behavior was by design but I still felt that I needed to go behind the scenes to see how this is solved because in the end Test Case is just your average Work Item Type which is defined in XML.
Looking at the Automation Status field in the Test Case WIT XML you’ll see this:
As you can see in the XML you’ll never see the automated state if you haven’t assigned a Microsoft.VSTS.TCM.AutomatedTestId value which is exactly what you do when you associate a test with the add button like the picture below:
Looking at the Associated Automation tab in the Test Case WIT you’ll see this:
As you can see the Associated Automation tab implemented with a control called AssociatedAutomationControl. After some investigation with my favorite reflection utility .Net Reflector I found this section marked in red:
It looks like depending on which ServiceProvider that is used when creating the AssociatedAutomationControl the Add button will be visible or not, TADA!
To sum things up:
Hugotags: Associated Automation - BDD - Resolution - Team Foundation Server - Test Manager