http://haacked.com/

Polldaddy
Check out Polldaddy, the most easy-to-use survey software around. Start creating beautiful online surveys today.

Create an Online Survey

How do you structure your unit tests?

Posted 6 years ago.

5 Comments

  • Steve Dunn - 6 years ago

    For every type in my project, I have a corresponding type that end in 'Spec', for example, SomeObject has a unit test called SomeObjectSpec. I've found this gets around some of the resistance from managers (and sometime other developers) who's opinion is that we don't need "Unit Tests". They have more of a difficult time saying No to the questions of "Do we need specifications?" !
    Cheers,

    Steve

  • PK - 6 years ago

    Solution structure:-
    *Web Application\
    - Model
    - Model Unit Tests
    - MVC Application
    - MVC Application Unit Tests
    *>Some Project - eg. SilverLightEncoder ServerAnother project

  • Tom - 6 years ago

    Thanks to Nikola Malovic. Before now I've kept my NUnit .NET tests in the same assembly, but I'll investigate the InternalsVisibleTo attribute. I don't want to ship my unit tests!

  • Sameer Alibhai - 6 years ago

    When we were using Web Site Project with ASP.NET (not Web Application Project) we had to put the unit tests in the same place because we didn't have proper DLLs and it was difficult to manage dependencies without copying DLLs, etc.. When we migrate to Web.App. Project we plan to change this.

  • Nikola Malovic - 6 years ago

    In short:

    Testing of private methods limits the refactoring ability. Thanks to InternalsVisibleTo we can easily test internal members

    Having that in mind, I really don't see the reason why to keep code and test in the same project

Leave a Comment

0/4000 chars


Submit Comment