Run manual tests with Microsoft Test Manager
Microsoft Test Runner sits at the side of the screen while you test your application. It displays the steps you planned and the results you expected, and you check them off as you work. It can record your actions along with comments, screenshots, and other data, so that if you find a bug, it’s easy to reproduce.
The web portal or Microsoft Test Runner? There are two ways of running manual tests in Visual Studio. You’ll probably find it more convenient to run tests with the web portal, unless you want these additional features of Microsoft Test Runner:
If you create a bug, the bug description automatically includes:
- Screenshots taken as you work.
2. A record of the actual actions you performed – not just the test steps that you checked off. 3. System information such as the operating system version and machine id.
Running test cases with Microsoft Test Runner
Get ready to test. Here are a few things you might need to do before running your tests:
Install the latest version of your app.
Create some test cases. Typically you create them at the start of a sprint, and aim to have them all pass by the end of the sprint. You can create them either with the web portal or Microsoft Test Manager.
Install Microsoft Test Manager (MTM) on the machine where you want to run your tests. To get MTM, install Visual Studio Test Professional or Visual Studio Enterprise.
Run a test case.
If you are already looking at a test case in the web portal, you can start Test Runner directly from there by choosing Run in Client.
Test Runner appears at the side of the screen. It will stay there while you work with your application.
Create an action recording so that you can quickly repeat the test later.
Follow the steps in the test. Mark each step as either Passed or Failed. When a step fails, add a comment to describe what was wrong. You can attach screenshots, too.
If you have to attend to something else, Pause the test. You don’t want your emails or password included in the recording.
Create a bug if you find a problem.
Name the bug and describe the failure.
You can assign the bug if you know who'll fix it.
End the test and save the results.
Now the results are stored in TFS.
Replay previous tests
If you ran a test before, you can repeat it quickly by replaying the same actions.
(This works with most applications, though not all.)
Start the test. Don’t overwrite the recording.
Play your recorded actions. You have to verify the results of each step.
Track the progress of your tests
Monitor the progress of your project by seeing how many tests have passed.
Tests begin in the Active state, meaning that they are ready to run. When a bug has been fixed, you can set the state of a failed test back to Active.