MatchApproved
Last updated
Last updated
Based on the ApprovalTest.Net, Shouldly has ShouldMatchApproved() to do approval based testing. The main goal of Shouldly's approval testing is for it to be simple, intuitive and give great error messages.
When you first run a ShouldMatchApproved test, you will be presented with a diff viewer and a failing test.
Exception
Screenshot
After you have approved the text, when it changes you get a different experience.
Exception
Screenshot
While the defaults should work fine, often you need to customise things easily. ApprovalTests is highly configurable but the configuration is not always discoverable. Shouldly wants to make configuration simple and discoverable. This section covers the local customisations availble for a single ShouldMatchApproved call.
The first thing to note is that by default Shouldly ignores line endings. This saves painful failures on the build server when git checks out the approved files with rather than \r which the received file has. You can opt out of this behaviour for a single call, or globally. For global defaults see the Configuration section.
Where OPTION can be one of the following methods.
Tells shouldly to use a line ending sensitive comparison.
Sets the string comparison options
By default the approved and received files are named ${MethodName}.approved.txt, WithDescriminator allows you to descriminate multiple files, useful for data driven tests which can have multiple executions of a single method. For example
Will result in a approved file with the name Simpsons.Bart.approved.txt
Prevents the diff viewer from opening up. Doing this you can use Shouldly's error messages to verify the changes then run the command in the exception message to approve the changes.
Override the file extension of the approved/received files. The default is .txt.
Put the approved/received files into a sub-directory
By default shouldly will walk the stacktrace to find the first non-shouldly method (not including anonymous methods and compiler generated stuff like the async state machine) and use that method for the approval filename. I.e a test named MyTest will result in a received filename of MyTest.received.txt.
This setting tells shouldly to walk one more frame, this is really handy when you have created a utility function which calls ShouldMatchApproved.
If you want to locate your test method using an attribute that is easy too!
Scrubbers allow you to remove dynamic content, such as the current date
Will turn Today is 01/01/2016 into Today is <date> in the received file.
Because this feature is quite new shouldly doesn't have many Diff tools or know all the places it shouldn't open the diff tool. The global configuration of Shouldly is very easy to change and extend. If you do add a difftool or a should not open difftool strategy then please submit a pull request so everyone gets the benefits!
All of the instance based configuration can be changed globally through ShouldlyConfiguration.ShouldMatchApprovedDefaults. For example to make the default behaviour be line ending sensitive you can just run this before any tests execute ShouldlyConfiguration.ShouldMatchApprovedDefaults.DoNotIgnoreLineEndings()
So Shouldly doesn't support your favorite difftool yet. No worries, it's easy to add your own.
This will discover diffomatic3000.exe if it's in your PATH or if it exists in any Program Files directory under diffomatic3000\diffomatic3000.exe
If you do this, please submit a PR to add it to the KnownDiffTools, you can also test how it works by running the Shouldly.Tests\TestDiffTools project!
We don't really want to be opening difftools in nCrunch, or on the build server and a number of other scenarios. So ShouldlyConfiguration.DiffTools.KnownDoNotLaunchStrategies allows you to add in scenarios which Shouldly doesn't know about yet. Once again, please submit PR's if you need to do this :)
Currently the only strategy is to check for environmental variables, but you can implement IShouldNotLaunchDiffTool to implement any logic you want. Assuming it's just an environmental variable:
Shouldly launches the first found difftool, if you want to give priority to another difftool you can do that.
The priority tools will be checked before falling back to the entire known difftool list.
