Framework for automated testing of distributed systems
C# Smalltalk Other
Switch branches/tags
Nothing to show
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Failed to load latest commit information.
.build removed tmp path Apr 15, 2017
.nuget Version 4.1.3 Jul 16, 2015
.vs Removed legacy code and steps, moved to XAML Apr 14, 2017
Common Fixed issue with saving of test cases, not deleting file when overridden Apr 15, 2017
ReferencedAssemblies Version 4.1.3 Jul 16, 2015
Src removed tmp path Apr 15, 2017
Test Added sample test and updated help file Apr 16, 2017
packages Version 4.1.3 Jul 16, 2015
BizUnit.sln BizUnit v5.0 initial release Apr 15, 2017
BizUnit.vsmdi Version 4.1.3 Jul 16, 2015
Build-and-Package-All.bat Fixed issue with saving of test cases, not deleting file when overridden Apr 15, 2017
LICENSE Version 4.1.3 Jul 16, 2015 Update Apr 16, 2017
nuget.exe removed tmp path Apr 15, 2017


Framework for Automated Testing of Distributed Systems

Version 5.0

Note, BizUnit help may also be found on MSDN.

Version 5 no longer has the legacy XML test step format, instead all serialised tests use the XAML.

The core BizUnit framework is now packaged in NuGet seperately as BizUnit.Core, it may be installed as follows:

Install-Package BizUnit.Core

The NuGet packages for all test step libraries are now independantly packaged. The common BizUnit test steps previously packaged with BizUnit are now packaged seperately as BizUnit.TestSteps, the NuGet package may be installed as follows:

Install-Package BizUnit.TestSteps

There's also a very early version of an Azure test step library, BizUnit.TestSteps.Azure, this maybe installed as follows:

Install-Package BizUnit.TestSteps.Azure

Sample BizUnit Test Case (Using API's)

Below is a sample BizUnit test case that is built using the API and then run as an NUnit test:

public void SampleTestCase()
	var sourceDirectory = Path.Combine(TestContext.CurrentContext.TestDirectory, "TestData");
	var sourceFilePath = Path.Combine(sourceDirectory, "PurchaseOrder001.xml");
	var targetDirectory = Path.Combine(TestContext.CurrentContext.TestDirectory, "TestArea");
	var targetFilePath = Path.Combine(targetDirectory, "FileCreateStepTest.xml");

	// Declare a File Delete Step, this will be used to clean up 
	// before and after the test has run
	var fds = new DeleteStep();

	// Declare a Create File Step, this will simply create a file
	var fcs = new CreateStep();
	fcs.CreationPath = targetFilePath;
	var dl = new FileDataLoader();
	dl.FilePath = sourceFilePath;
	fcs.DataSource = dl;

	// Declare a File Read Step, this will validate that the file exists
	// Of course, typically the distributed system would create the file,
	// and this step would be used to validate that it has been correctly 
	// created.
	var frs = new FileReadStep();
	frs.DirectoryPath = targetDirectory;
	frs.SearchPattern = "*.xml";
	frs.Timeout = 3000;
	frs.DeleteFile = true;

	// Declare a new test case, and add the steps. The setup stage is used
	// typically to prepare the platform ready for the test, the execution
	// stage is the actual test, and the clean up stage returns the platform
	// to its pre-test state.
	var tc = new TestCase();

	// Declare the BizUnit test runner and run the test. If any step fails
	// the test will throw / fail
	var testRunner = new TestRunner(tc);

Serializing BizUnit Test Cases

Test cases can be serialised to XAML and saved using the following API:


Here's the same test case that was defined above, but serialised as XAML:

<TestCase Category="{x:Null}" Description="{x:Null}" ExpectedResults="{x:Null}" Name="{x:Null}" Preconditions="{x:Null}" Purpose="{x:Null}" Reference="{x:Null}" BizUnitVersion="" DisposeObjectsInContext="False" xmlns="clr-namespace:BizUnit.Core.TestBuilder;assembly=BizUnit.Core" xmlns:btdf="clr-namespace:BizUnit.TestSteps.DataLoaders.File;assembly=BizUnit.TestSteps" xmlns:btf="clr-namespace:BizUnit.TestSteps.File;assembly=BizUnit.TestSteps" xmlns:sco="clr-namespace:System.Collections.ObjectModel;assembly=mscorlib" xmlns:x="">
    <btf:CreateStep SubSteps="{x:Null}" CreationPath="C:\BizUnit\Test\BizUnit.TestSteps.Tests\bin\Debug\TestArea\FileCreateStepTest.xml" FailOnError="True" RunConcurrently="False">
        <btdf:FileDataLoader FilePath="C:\BizUnit\Test\BizUnit.TestSteps.Tests\bin\Debug\TestData\PurchaseOrder001.xml" />
    <btf:FileReadStep DeleteFile="True" DirectoryPath="C:\BizUnit\Test\BizUnit.TestSteps.Tests\bin\Debug\TestArea" FailOnError="True" RunConcurrently="False" SearchPattern="*.xml" Timeout="3000">
        <sco:Collection x:TypeArguments="SubStepBase" />
    <btf:DeleteStep SubSteps="{x:Null}" x:Name="__ReferenceID0" FailOnError="True" RunConcurrently="False">

Running a XAML BizUnit Test Case

A XAML test case may be run by loading it, and then running it as usual, for exmaple:

public void SampleXamlTestCase()
	var xamlTestCase = Path.Combine(

	// Example running a test case from a XAML test case
	var tc = TestCase.LoadFromFile(xamlTestCase);
	var runner = new TestRunner(tc);

BizUnit Test Execution Output

The BizUnit framework outputs a detailed log of the test which is usefull for troubleshooting failed tests, or tests under development. For example:

Test step validation for stage: Setup, step: BizUnit.TestSteps.File.DeleteStep was successful.
Test step validation for stage: Execution, step: BizUnit.TestSteps.File.CreateStep was successful.
Test step validation for stage: Execution, step: BizUnit.TestSteps.File.FileReadStep was successful.
Test step validation for stage: Cleanup, step: BizUnit.TestSteps.File.DeleteStep was successful.
                                   S T A R T
Test:  started @ 20:39:34.106 16/04/2017 by GLOBAL\kevin.smith
Info: Adding context property: BizUnitTestCaseStartTime, value: 16/04/2017 20:39:34
Setup Stage: started @ 20:39:34.126 16/04/2017

Step: BizUnit.TestSteps.File.DeleteStep started  @ 20:39:34.127 16/04/2017, failOnError = True
Info: File.Delete has deleted file: C:\BizUnit\Test\BizUnit.TestSteps.Tests\bin\Debug\TestArea\FileCreateStepTest.xml
Step: BizUnit.TestSteps.File.DeleteStep ended @ 20:39:34.129 16/04/2017
Setup Stage: ended @ 20:39:34.130 16/04/2017
Execute Stage: started @ 20:39:34.131 16/04/2017

Step: BizUnit.TestSteps.File.CreateStep started  @ 20:39:34.131 16/04/2017, failOnError = True
Info: FileCreateStep about to copy the data from datasource to: C:\BizUnit\Test\BizUnit.TestSteps.Tests\bin\Debug\TestArea\FileCreateStepTest.xml
Info: Adding context property: FileCreateStep-CreationPath, value: C:\BizUnit\Test\BizUnit.TestSteps.Tests\bin\Debug\TestArea\FileCreateStepTest.xml
Step: BizUnit.TestSteps.File.CreateStep ended @ 20:39:34.144 16/04/2017

Step: BizUnit.TestSteps.File.FileReadStep started  @ 20:39:34.144 16/04/2017, failOnError = True
Info: Searching directory: C:\BizUnit\Test\BizUnit.TestSteps.Tests\bin\Debug\TestArea, search pattern: *.xml
Info: Found file: C:\BizUnit\Test\BizUnit.TestSteps.Tests\bin\Debug\TestArea\FileCreateStepTest.xml
Data: file contents
<ns0:PurchaseOrder xmlns:ns0="http://SendMail.PurchaseOrder">
Step: BizUnit.TestSteps.File.FileReadStep ended @ 20:39:34.201 16/04/2017
Execution Stage: ended @ 20:39:34.201 16/04/2017
Cleanup Stage: started @ 20:39:34.201 16/04/2017

Step: BizUnit.TestSteps.File.DeleteStep started  @ 20:39:34.202 16/04/2017, failOnError = True
Info: File.Delete has deleted file: C:\BizUnit\Test\BizUnit.TestSteps.Tests\bin\Debug\TestArea\FileCreateStepTest.xml
Step: BizUnit.TestSteps.File.DeleteStep ended @ 20:39:34.202 16/04/2017
Cleanup Stage: ended @ 20:39:34.202 16/04/2017

Version 4 Help (Legacy)

The version 4 code base has been branched.

More information avaiable in the Getting Started Guide installed with BizUnit or take a look at my blog:

BizUnit is a framework and as such does not have any dependency on either NUnit of VS Unit Testing, either of these make a great way to drive BizUnit test cases, though equally you could write custom code to do the same.

Test Case Format

A test case can be represented as an Xml document or using the BizUnit object model, it is made up of three stages, test setup, test execution and test cleanup, the cleanup stage is always executed (even if the main execution stage fails) and intended to leave the platform in the same state that it started. Each stage may consist of zero or more test steps, test steps are in general autonomous, state can be flowed between them if required using the ‘context’ object that is passed to each test step by the framework. BizUnit also has the notion of TestGroupSetup and TestGroupTearDown, these are test cases that are executed at the beginning and end of a suite of unit tests.

In addition to test steps, BizUnit has the notion of validation steps and context loader steps. These can be thought of as sub-steps and can in general be independantly executed from any test step. For example, an MSMQ-read step might be used to read and validate both Xml and Flat File data from a queue, the same step can be used with both the RegExValidationStep and the XmlValidationStep to validate the data read.

A test step within a test case can be marked with the attribute - runConcurrently which causes subsequent test steps to be started before it has completed. In addition test steps maybe marked with the attribute - failOnError, setting it to false cause BizUnit to ignore a failure of that test step, this is particularly useful for the setup and cleanup stages of test cases.

Lets look at an Example Scenario...

BizUnit takes a black box approach to testing solutions, lets look at the BizTalk scenario below, a BizTalk solution receives a request-response message over HTTP, the message is routed to an Orchestration which, sends a message to MSMQ and another to a FILE drop, the Orchestration waits for a FILE to be received, after which the Orchestration sends the response back to the waiting HTTP client. The solution also uses BAM, writing business data to the BAM database.

In order to test this scenario, a BizUnit test case is defined that has 5 test steps:

  • The HttpRequestResponseStep sends the request to the two-way receive port and waits for the response. This step is executed concurrently so that the other test steps may execute whilst it waiting for the response
  • The MSMQReadStep waits for a message to appear on an MSMQ queue. ** When it reads the message it uses the XmlValidationStep to perform schema validation and also execute a number of XPath expression to ensure the message contains the correct data
  • The FileValidateStep waits for a FILE to be written to a given directory ** When it reads the FILE it validates the data using the RegExValidationStep validation step since the FILE picked up was a flat file format
  • The FileCreateStep creates a new FILE in the specified directory containing the data that the backend system would typically create. This allows the Orchestration to complete and send the response back to the waiting HttpRequestResponseStep step
  • Finally, DBQueryStep is used to check that all of the BAM data has been successfully written to the BAMPrimaryImportDB

Test Steps

A test step is a .NET class which implements the ITestStep interface:

    public interface ITestStep
        void Execute(XmlNode testConfig, Context context);

BizUnit will create and execute the test steps as dictated by the Xml test case. The test case will list the steps that need to be excuted in each stage of the test. The example below will cause BizUnit to create the Microsoft.Services.BizTalkApplicationFramework.BizUnit.FileCreateStep. BizUnit uses the assemblyPath and typeName to load and create the type:

    <TestStep assemblyPath="" typeName="Microsoft.Services.BizTalkApplicationFramework.BizUnit.FileCreateStep">

Executing Steps Concurrently

Test steps can be maked to execute concurrently by decorating them with the runConcurrently attribute:

    <TestStep assemblyPath="" typeName="Microsoft.Services.BizTalkApplicationFramework.BizUnit.HttpRequestResponseStep" runConcurrently="true">

Reading Configuration from Context

BizUnit enables state to be flowed between test steps using the Context object, subsequent steps may read configuration from the Context object which was written by a previous test step, this is acheived using the takeFromCtx attribute within a steps configuration. For example:

    <TestStep assemblyPath="" typeName="Microsoft.Services.BizTalkApplicationFramework.BizUnit.HttpPostStep">
        <DestinationUrl takeFromCtx="HTTPDest">http://localhost/TestFrameworkDemo/BTSHTTPReceive.dll</DestinationUrl>

Wild Cards

BizUnit supports wild card for reading configuration, the following wild cards are supported

  • %DateTime% - will replace the wild card with the current date time in the format HHmmss-ddMMyyyy
  • %ServerName% - will replace the wild card with the name of the server BizUnit is being executed on
  • %Guid% - will be replaced by a new Guid

For example, for the test step configuration below:

    <TestStep assemblyPath="" typeName="Microsoft.Services.BizTalkApplicationFramework.BizUnit.FileCreateStep">

CreationPath becomes "......\Rec_03\TransactionId_12345678-D6AB-4aa9-A772-938972E3FD51_ZEUS001.xml"

Validation Steps

BizUnit supports the notion of validation steps which may be nested within test steps which support validation. This means that an MSMQ read step may use an XML validation step or a regular expression validation step to validate the data that it receives. Validation steps need to implement the IValidationStep interface.

    public interface IValidationStep
        void ExecuteValidation(Stream data, XmlNode validatorConfig, Context context);

A test step may use the Context object utilities to execute the appropriate validation step as shown below:

    public void Execute(XmlNode testConfig, Context context)
        XmlNode validationConfig = testConfig.SelectSingleNode("ValidationStep");
        MemoryStream data = null;


        context.ExecuteValidator( data, validationConfig );

The test step snippet below illustrates how a validation step is embeded in a file read step:

    <TestStep assemblyPath="" typeName="Microsoft.Services.BizTalkApplicationFramework.BizUnit.FileValidateStep">
        <ValidationStep assemblyPath="" typeName="Microsoft.Services.BizTalkApplicationFramework.BizUnit.XmlValidationStep">
                <XPathValidation query=
                "/*[local-name()='PurchaseOrder' and namespace-uri()='http://SendMail.PurchaseOrder']
                /*[local-name()='PONumber' and namespace-uri()='']">PONumber_0</XPathValidation>

Context Loader Steps

Similarly, BizUnit supports context loader steps, which are responsible for loading data into the BizUnit context. These types of need to implement the IContextLoaderStep interface as shown below:

    public interface IContextLoaderStep
        void ExecuteContextLoader(Stream data, XmlNode contextConfig, Context context);

Getting Started

The best way to get started is to download the latest version, install it and then take a look at the SDK samples. All the source is currently included, so feel free to take a closer look at the code. All the test steps along with the framework itself are documented in the .CHM that is installed.

Finally, my apologies for the shameless plug :-), but Chapter 8 of Professional BizTalk Server 2006: book which I co-authored discusses in more detail how BizUnit may be used as an integral part of your development process, and how it may be used to drive stress and performance testing.


I'd like to thanks the follwing people who have contributed to BizUnit in some way, either by donating test steps, identifying bugs, or by providing requirements which have subsequently been implemented. I may have missed some people off, if so, it's not intensional, please drop me a mail to remind me:

Iain Bapty, Dharshana Kalahejagoda, Jon Fancey, Isaac Young, Mike Becker, Tanveer Rashid, Young Jun Hong, Dave Regan, Ian Cross, Greg Beach, Daren Jefford, Kevin Purcell, Karina Apostolides, Jon Bonnick, Brian Milburn, Rahmatullah Khan, Bram Veldhoen.