Plan Manual Tests
Create test plans to track manual testing for sprints or milestones. That way you can see when the testing for a specific sprint or milestone is complete.
With TFS 2013 Update 3, you can customize test plans and suites. For example, add an extra field to identify the reviewer for a test plan, or change the default values for the state field to fit your process better. This upgrade to Update 3 converts test plans and test suites into work items. This changes the IDs. Any bookmarks that you had to take you directly to a test plan or a test suite will no longer work because the IDs have changed. You still access test plans and suites using either the Team Web Access or Microsoft Test Manager. But make sure that you set up access based on permissions for the area path.
For additional changes introduced with TFS 2013.3, review the Q & A section.
Or simply open Team Web Access directly from your browser. For example, to connect to the server named FabrikamPrime use: http://FabrikamPrime:8080/tfs/, then you can select your team project.
Go to the Test hub.
If you don’t see the Test hub, you need to get full access from your TFS administrator.
Create a test plan for your current sprint.
Name the test plan. Check the area path and iteration.
Now add test suites for the backlog items that need manual tests. (These backlog items could be user stories, requirements or another work item based on the setup of your team project.)
You use requirement-based suites to group your test cases together so you can track the testing status of a backlog item. Each test case that you add to a requirement-based test suite is automatically linked to the backlog item.
Add a clause to filter by the iteration path for the sprint. Run the query to display the backlog items.
Choose the backlog items that you want to test this sprint.
Now you've created a requirement-based test suite for each backlog item.
A: If you are using on-premises TFS with TFS 2013 Update 3, you can edit the properties of test plans and test suites from Team Web Access or Microsoft Test Manager (MTM).
From the Test hub in Team Web Access, select a test plan or test suite and then open it.
In the work item form, you can view and change any custom fields, status, summary, details, attachments, and links for your test plan or your test suite.
With Update 3 for MTM and TFS 2013 Update 3 installed: You can edit the properties of the work item from MTM too. Open a test plan to edit the fields. The Properties tab now displays the work item form and run settings have been moved into a new tab.
For test suites, open the test suite from the context menu to view and change fields for the work item.
When only TFS 2013 Update 3 is installed: Use the test plan id or test suite id to open the work item directly in MTM to edit the properties of a test plan or test suite. Open the test plan or test suite to find the id and then press Ctrl+g to go to that specific work item from MTM.
When TFS 2013 Update 3 is not installed: You can only open a test plan or a test suite from Microsoft Test Manager and not Team Web Access. Your test plans and test suites are not work items. To open a test plan in MTM directly from Team Web Access, you must install Visual Studio 2012 Update 3 or later. (The most recently installed version of MTM is launched.)
A: Yes. If you have installed Team Foundation Server 2013 Update 2 or later, you can export test plans, test suites and test cases using Team Web Access. You can select the detail that you want in the report. You can then email or print this report for review.
Change the test case fields in the report by adding or removing columns from the list view of the test suite.
A: Yes. For example, you can edit the XSLT file to add a company logo or change the format of the data. Make a backup copy of this file before you edit it. These changes will apply when any user exports data from a test plan. The XSLT file is on the TFS server in this location:
C:\Program Files\Microsoft Team Foundation Server 12.0\Application Tier\Web Services\_tfs_resources\TestManagement\v1.0\Transforms\1033\TestSuite.xsl
Keep a copy of any changes you make to this file, because this file could be overwritten if you install a Team Foundation Server update.
This location might be different, based on the installation path for TFS and the locale: <installation path>\Application Tier\Web Services\_tfs_resources\TestManagement\v1.0\Transforms\<locale>\TestSuite.xsl.
A: You can add fields, change the workflow, and customize them like any other WIT. See Modify or add a custom work item type (WIT).
A: With TFS 2013 Update 3, you can customize test suite states, so we’ve removed the restriction to only let you run tests if the test suite state is “In Progress”. Some users may have their own custom states that they want to use for tests that can be run. So this change allows more flexibility for our users.
A: Prior to TFS 2013 Update 3, test plans could only have “Active” and “Inactive” states and test suites could only have “In Planning”, “In Progress” and “Completed” states. With Update 3, a test plan can be customized to have different workflow states. If you use an MTM client with an earlier version (prior to Visual Studio 2013 Update 3), you may get an error when you try to update the state because this version of the client was not designed for custom states. Upgrade your MTM client to Visual Studio 2013 Update 3 and you will be able to change the states. Or you can open the test plan or test suite work item directly from MTM (type Ctrl+g, then enter the id of the work item).
A: To fix this error, update the process configuration for the team project. See Import and export process configuration [witadmin].
A: Get started using MTM here.