what's a good technique for building and running many similar unit tests?
Posted
by jcollum
on Stack Overflow
See other posts from Stack Overflow
or by jcollum
Published on 2010-04-20T21:54:58Z
Indexed on
2010/05/08
22:38 UTC
Read the original article
Hit count: 158
I have a test setup where I have many very similar unit tests that I need to run. For example, there are about 40 stored procedures that need to be checked for existence in the target environment. However I'd like all the tests to be grouped by their business unit. So there'd be 40 instances of a very similar TestMethod in 40 separate classes. Kinda lame. One other thing: each group of tests need to be in their own solution. So Business Unit A will have a solution called Tests.BusinessUnitA.
I'm thinking that I can set this all up by passing a configuration object (with the name of the stored proc to check, among other things) to a TestRunner class.
The problem is that I'm losing the atomicity of my unit tests. I wouldn't be able to run just one of the tests, I'd have to run all the tests in the TestRunner class.
This is what the code looks like at this time. Sure, it's nice and compact, but if Test 8 fails, I have no way of running just Test 8.
TestRunner runner = new TestRunner(config, this.TestContext);
var runnerType = typeof(TestRunner);
var methods = runnerType.GetMethods()
.Where(x =>
x.GetCustomAttributes(typeof(TestMethodAttribute), false)
.Count() > 0).ToArray();
foreach (var method in methods)
{
method.Invoke(runner, null);
}
So I'm looking for suggestions for making a group of unit tests that take in a configuration object but won't require me to generate many many TestMethods. This looks like it might require code-generation, but I'd like to solve it without that.
© Stack Overflow or respective owner