MSTest Tutorial: Parameterized Tests For Selenium Testing

Posted by Himanshu Sheth | June 10, 2020
Automation โ€ข MSTest โ€ข Selenium Tutorial โ€ข

72679 Views | 6 Min Read

Parameterized Tests For Selenium Testing

When it comes to automated browser testing, there are a couple of options for test frameworks like NUnit, xUnit.net, and MSTest. Each of these frameworks has their own share of advantages & shortcomings and NUnit & xUnit.net had a huge edge over MSTest. Though MSTest is the default test framework that comes with Visual Studio, it was not the preferred test automation framework until MSTest V2 was released.

MSTest V2 is an open-source version of the MSTest framework. The previous version of the MSTest framework i.e. MSTest V1 lacked a lot of features that were present in other test frameworks. However, MSTest V2 has support for parallel test execution & data-driven testing and is also extensible via custom test attributes & custom assets.

The framework also has cross-platform support and another important feature that was missing in MSTest V1. Parameterized tests with MSTest are possible with the V2 version of the framework. There are specific attributes/annotations in the MSTest framework that enable parameterization with the MSTest framework.

By the end of this MSTest tutorial on Parameterized tests, you would be in a comfortable position to handle MSTest parameterized tests.

MSTest Parameterized Tests With DataRow

The DataRow attribute in MSTest allows setting the values of test parameters for Selenium test automation. More than one DataRow attribute can be present in the code. If you are intending to convert a non-parameterized test in MSTest parameterized tests one, all you need to do is replace the TestMethod attribute with the DataTestMethod attribute and pass the test combinations to the test method via DataRow for MSTest parameterized tests.

Demonstration – [DataRow] Attribute

To demonstrate the DataRow attribute in this MSTest tutorial, Iโ€™ll execute certain tests on an online Selenium grid present on the LambdaTest cross browser testing platform. Parallelization is enabled in the test to leverage parallel testing.

To get started, you need to create an account on LambdaTest. Make sure you have the user-name & access key handy to access LambdaTestโ€™s Selenium grid. Selenium test automation scripts can run on a parallel, giving us a faster test execution along with improved test coverage.

For all the tests, browser + OS combinations are generated using LambdaTest capabilities generator. The execution output is available in the Automation section on the LambdaTest dashboard.

Below are the test cases for this MSTest tutorial used to demonstrate MSTest parameterized tests on an online Selenium Grid.

Test Case 1 โ€“ LamdaTest To-Do App.

  1. Navigate to the to-do app https://lambdatest.github.io/sample-todo-app/ using the Firefox WebDriver.
  2. Mark the first two items as Done i.e. Check those two items.
  3. Add a new item – Adding item to the list.
  4. Click Add button to add that new item to the list.

Browsers on which cross-browser testing is performed are:

Browser
Browser version
Platform/OS
Chrome
72.0
Windows 10
Microsoft Edge
18.0
Windows 10
Firefox
70.0
macOS High Sierra
Safari
12.0
macOS Mojave

Test Case 2 & 3 – Google Search for LambdaTest.

  1. Navigate to Google.com
  2. Search for LambdaTest
  3. Quit the browser window

Both the test cases in this MSTest tutorial are the same but the execution will be performed on different web browsers for MSTest parameterized tests.

test-case

Implementation

lambdatest_community

Code WalkThrough

Step 1 – Valid user-name and access-key are used for accessing the remote Selenium grid on LambdaTest.

Step 2– Browser + OS combinations on which Selenium test automation has to be performed are passed to the Remote WebDriver API.

Step 3 – With our current plan on LambdaTest, five threads can be executed in parallel. Hence, Parallelism scope is set to MethodLevel with the number of worker threads running in parallel set to 5.

Step 4 – The input combination of browser-name, browser-version, and the platform is passed to the DataRow attribute. These values are in turn used as input parameters for the respective test methods.

Tests with different test combinations (provided via the DataRow attribute) are executed in parallel until the completion of all the test cases for MSTest parameterized tests.

You can visit automation logs on LambdaTest to check the execution status of the test for the MSTest parameterized tests. As seen in the screenshot from LambdaTest automation in this MSTest tutorial, three tests were executed in Parallel.

 MSTest Parameterized Tests

In the screenshot below for this MSTest tutorial you can see all the MSTest parameterized tests and their details such as start time, duration, status and also the environment on which you ran your MSTest parameterized tests:

MSTest Tutorial

In the screenshot below for this MSTest tutorial you can see your Selenium test automation cases on visual studio as well:

Selenium test automation

MSTest Parameterized Tests With DynamicData

The DynamicData attribute is used when non constant values or complex objects are to be passed as parameters. The values of the parameters can be obtained from a property or method. Every row corresponds to a value used for test purposes. The method or property being used should return IEnumerable< object[] >.

Demonstration – [DynamicData] Attribute

For a demonstration of the DynamicData attribute in this MSTest tutorial, Iโ€™ll perform the same Selenium test automation scenarios that were used for demonstrating the DataRow attribute. You can refer to the section titled Demonstration – [DataRow] Attribute for more information on the Selenium test automation scenarios.

Implementation

Code WalkThrough

Steps 1~3 remain the same as in the [DataRow] attribute.

Step 4 – Three separate methods i.e. GetBrowserData_1(), GetBrowserData_2(), and GetBrowserData_3() are defined. Each of these methods return an IEnumerable< object[] > that contains the browser + OS combinations used for testing.

The method name that contains the Selenium test automation combinations is passed as the first parameter to the DynamicData attribute. As the data is stored as a property, DynamicDataSourceType is set to Method.

Test Case 1

The definition of the test methods and manner in which it is passed to the DynamicData attribute remains the same for MSTest parameterized tests.

Test Case 2

Test Case 3

Shown below is the execution output of the tests using the DynamicData attribute.

MSTest Parameterized

Below for this MSTest tutorial, you can see all the Selenium test automation cases and their details such as start time, duration, status, and also the environment on which you ran your tests:

MSTest Tutorial

Selenium test automation

Though there are other attributes like CustomDataSource, they are not so useful for cross browser testing or automated browser testing.

Also Read: MSTest Tutorial: Running First Selenium Automation Script.

All In All

Effective usage of attributes can be used for creating MSTest parameterized tests. Data tests are extensible which means that built-in attributes can be extended to create your own attributes. The DataRow and DynamicData attributes are extensively used for creation of MSTest parameterized tests.

Do share your views on this article with me and in case of any doubts feel free to ask in the comment section down below. Feel free to share this article with your friends looking to know more about parameterized tests in MSTest. You can do this easily by retweeting this article or sharing it on LinkedIn. Thatโ€™s all for now. Happy Testing!!!๐Ÿ˜Š

cross_browser_testing_tool

Written by Himanshu Sheth

With 7+ years of experience in test automation, BDD, TDD, Himanshu Sheth work as an automation engineer with LambdaTest. He is also an avid blogger.

Related Articles

How To Test PDF Files Using Selenium Automation?

125735 Views | 10 Min Min Read

What Is Jenkins

What Is Jenkins? How & Why To Use It?

122295 Views | 29 Min Min Read

Leave a Reply

Your email address will not be published. Required fields are marked *