2009-04-11 11 views
4

Ich habe versucht, die Namens- und Organisationskonventionen der Unit- und Integrationstests unserer Projekte zu bereinigen. Wir verwenden C#, NUnit, Visual Studio und Resharper.Werkzeuge, um Unit-Tests korrekt zu organisieren und zu benennen

Es scheint, dass, wenn es eine Best Practice für die Einheitentestorganisation gibt, das Layout und die Benennung der Testklassen und Namespaces denen des zu testenden Codes entsprechen sollten. Als Konsequenz wird die Dateistruktur ebenfalls repliziert.

Wäre es nicht schön, ein Werkzeug zu haben, das den Code automatisch durchsetzt und den Code umschreibt, um diesen Konventionen zu entsprechen? Gibt es ein solches Werkzeug?

Zum Beispiel würde Resharper einfach erkennen, dass OrderTest ein Testgerät für die Order-Klasse ist. Es könnte dann sicherstellen, dass die Order-Klasse existiert und sich im selben Namespace befindet. Wenn die Order-Klasse einem Refactoring unterzogen wurde und umbenannt wurde, sollte die OrderTest-Klasse ebenfalls umbenannt werden.

Antwort

3

Ich habe das oft auch gewollt. Ich schaute auf den Resharper Bug Tracker und fand die Verbesserungsanfrage dieses Problems. Es ist für Resharper 5.0 geplant. Hier ist seine Beschreibung: http://www.jetbrains.net/jira/browse/RSRP-64050.

Bei der Benennung und Organisation von Komponententests ändern sich die Standards ziemlich stark, besonders bei einigen der bdd-Stile, die auftauchen. Here ist ein guter Beitrag zu diesem Namensstil. Ich denke, es ist am besten für Tools, ein Team einfach anzupassen und eigene Standards zu schaffen. Bei einem kollektiven Code-Besitz sollte es nach einer Weile nur einen Standard geben.

Verwandte Themen