Re: Obfuscation & unit testing
Michael Reppy <[email protected]>
| Newsgroups | gmane.comp.windows.dotnet.nunit.user |
|---|---|
| Message-ID | <[email protected]> |
Charlie Poole wrote: > > Now that you mention it, that makes sense. I'd also want to have > a higher-level, acceptance-style test, which could be run on > the shipping release. We have two levels of acceptance tests: (1) Scripts that a human has to follow, which verify that various things are working on the device side as well as device to desktop communication, and (2) long complicated NUnit tests, often using NUNit Forms to drive the application. These are at least automated. I'd be running all the automated tests before each commit and before and after the obfuscation step. I'd just be doing the manual tests (which are a real PIA...) on the packaged release. > > This is actually a new argument for something I have talked > about before: don't do acceptance tests in NUnit. > I would use something else, but I haven't found it. Probably because I haven't looked yet, but NUnit with NUnitForms support has been the best I've seen so far. There's nothing to say that the acceptance test DLL has to be part of the main solution, but it is for us. Sometimes we've found that to reproduce a bug, we have to write a long test first, narrow down the problem and replicate the component issue with a unit test. What are options for acceptance testing? I realize this is beyond the scope of the NUnit community, but I'm still curious what I should be looking at. >> Our application is complicated by the fact that we have a >> compact framework application which is 80% of the code and a >> small desktop component that is the remainder, so we've got >> two different platforms to target. > > Off topic... keep an eye peeled for coming integration between > NUnit and NUnitLite for testing compact framework apps. Yep, yep, yep, gonna be checking out NUnitLite RSN... :-) -Mikey Reppy [email protected] ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/