From a method you can open an editor in which you can define equivalence classes, representatives and test cases. These information is called test model.

Equivalence class partitioning is a software testing technique that divides the input data of a software unit into partitions of equivalent data from which test cases can be derived. https://en.wikipedia.org/wiki/Equivalence_partitioning

To generate tests with devmate you have to do three steps. First you generate an empty test model for a method by right clicking into the method and choosing Test with Equivalence Class Method. The equivalence class editor should open. Here you perform the second step. Add equivalence classes, representatives and use them to generate test cases. For each test case you have to enter the expected value. The final step is to generate code. This is done by clicking the “Generate Code”-button in the equivalence class editor.

The tmdl file (short for test model file) contains the data for the method you want to test. It includes equivalence classes, representatives and tests cases. Edit it with devmate in Visual Studio.

Yes. We encourage you to check-in the test code into your VCS. devmate allows you to modify generated code and merge any changes in the test-model upon newly generating code. You just have to make sure not to touch the test-data in the code itself or dramatically changing the structure of the code.

SUT stands for System-Under-Test. In case of C# the SUT is the object that the method under test is applied to. If you want to test method ‘withdraw’ of class BankingAccount for example the SUT is an instance of BankingAccount.

You can set the value of a string to null by entering the text null. If you want to pass the string “null”, enter the text null (with the quotes).

Characters can be passed in two ways. You can either enter a character under single-quotes (e.g. ‘2’) or you can enter the numeric value of a character (e.g. 50). A non-alphanumeric character can only be passed by its numeric value.

We currently don’t support checking of input parameters.

Generating test cases requires at least one positive equivalence class for each input parameter and at least one representative for each equivalence class.

Generating code requires that all your test cases have a selected representative for each input factor.

You can create a test model by doing a right click inside a method -> Test with Equivalence Class Method. We do not yet support:

• getters and setters for properties
• generic methods or methods in generic classes
• async methods

We currently only support NUnit code generation.