Click here to Skip to main content
15,893,814 members
Articles / Programming Languages / C#

Advanced Unit Testing, Part II - Core Implementation

Rate me:
Please Sign up or sign in to vote.
4.78/5 (34 votes)
22 Sep 200322 min read 211K   2.6K   198  
This article illustrates how a unit test automation framework is implemented and continues the case study developed in Part I.
using System;
using System.Reflection;

using KALib;

namespace UTCore
{
	public class MethodItem
	{
		private Assembly assembly;
		private string namespaceName;
		private string className;
		private string methodName;
		private object[] attributes;
		private MethodInfo methodInfo;
		private delegate void UnitTestDelegate();

		// test options
		private bool ignore=false;
		UnitTest.ExpectedExceptionAttribute eea=null;

		public object[] Attributes
		{
			get
			{
				return attributes;
			}
		}

		public bool Ignore
		{
			get
			{
				return ignore;
			}
			set
			{
				ignore=value;
			}
		}

		public UnitTest.ExpectedExceptionAttribute ExpectedException
		{
			get
			{
				return eea;
			}
			set
			{
				eea=value;
			}
		}

		public override string ToString()
		{
			return methodName;
		}

		public MethodItem(Assembly assembly, string namespaceName, string className, string methodName, MethodInfo methodInfo)
		{
			this.assembly=assembly;
			this.namespaceName=namespaceName;
			this.className=className;
			this.methodName=methodName;
			this.methodInfo=methodInfo;
			attributes=methodInfo.GetCustomAttributes(true);
		}

		public void Invoke(object classInstance)
		{
			// Delegates requires that methods have a specific signature and are public.
			// Delegates are faster than "methodInfo.Invoke".

			Type utdType=typeof(UnitTestDelegate);
			UnitTestDelegate utd=Delegate.CreateDelegate(utdType, classInstance, methodName) as UnitTestDelegate;
			try
			{
				utd();
			}
			catch(Exception e)
			{
				throw(e);
			}

// The invoke function allows us to call functions with different parameter lists, and ones that are not public.
// However, this changes how we handle exceptions

//			try
//			{
//				methodInfo.Invoke(classInstance, BindingFlags.Public | BindingFlags.NonPublic | BindingFlags.InvokeMethod | BindingFlags.Static, null, null, null);
//			}
//			catch(Exception e)
//			{
//				throw(e.InnerException);
//			}
		}
	}
}

By viewing downloads associated with this article you agree to the Terms of Service and the article's licence.

If a file you wish to view isn't highlighted, and is a text file (not binary), please let us know and we'll add colourisation support for it.

License

This article has no explicit license attached to it but may contain usage terms in the article text or the download files themselves. If in doubt please contact the author via the discussion board below.

A list of licenses authors might use can be found here


Written By
Architect Interacx
United States United States
Blog: https://marcclifton.wordpress.com/
Home Page: http://www.marcclifton.com
Research: http://www.higherorderprogramming.com/
GitHub: https://github.com/cliftonm

All my life I have been passionate about architecture / software design, as this is the cornerstone to a maintainable and extensible application. As such, I have enjoyed exploring some crazy ideas and discovering that they are not so crazy after all. I also love writing about my ideas and seeing the community response. As a consultant, I've enjoyed working in a wide range of industries such as aerospace, boatyard management, remote sensing, emergency services / data management, and casino operations. I've done a variety of pro-bono work non-profit organizations related to nature conservancy, drug recovery and women's health.

Comments and Discussions