Writing a Coverage Tool for C#

[tjm]

Pure coverage from Rational is the only coverage tool I've been able
to find for C#, and I don't really want to pay what Rational charges
for something as simple as a coverage tool. So, I'd like to try to
write my own, but I'm having trouble getting started. The way I see
it, I need to do the following…

1) Create a debugger object or something similar that will allow me
to step through my code.

2) Start a process to run through my unit tests, and use the debugger
to determine which lines of code execute.

I've looked into the Debug and Debugger classes in the MSDN
documentation, but neither of them seem to offer the functionality I
need. Can anyone tell me how to step through code like the debugger
does so I can determine which lines of code are executed? Any help to
get moving in the right direction on this would be greatly
appreciated.

 

[Guest]

Refleftion

 

[Daniel O'Connell]

Pure coverage from Rational is the only coverage tool I've been able
to find for C#, and I don't really want to pay what Rational charges
for something as simple as a coverage tool. So, I'd like to try to
write my own, but I'm having trouble getting started. The way I see
it, I need to do the following.

1) Create a debugger object or something similar that will allow me
to step through my code.

Best as I can tell, this isn't possible directly in .NET. cordbg.exe appears
to import from imagehlp.dll for most of its features, you will have to
research how to write debuggers in general.
There is almost certainly no directly available class in the framework to
do this, it may be possible to import the functions(or write in MC++) to
achieve that goal, I don't know. When I have a bit more time I'll see what
else I can find out and I'd appreciate it if you post any further
information you find here.

 

[Daniel Pratt]

Hi tjm,

Pure coverage from Rational is the only coverage tool I've been able
to find for C#, and I don't really want to pay what Rational charges
for something as simple as a coverage tool.

<snip>

One possible way to do this would be to "hook" the C# compiler and
insert "logging" calls at the top and bottom of each method in the output
assembly. Such a technique is described here (but for a different purpose):

http://codeproject.com/dotnet/model_constraints_in_net.asp

As you'll see, it's decidedly non-trivial, which could explain why
Rational charges so much.

Regards,
Dan

 

[Daniel Pratt]

Here's a better article (same technique, though):

 

[Daniel Pratt]

Darned itch trigger finger! Anyway...here's a better article (same
technique, though):
http://msdn.microsoft.com/msdnmag/issues/01/11/NetProf/default.aspx