2009-04-22 5 views

Antwort

2

Das einzige, was ich als Teil meiner regulären Build laufen ist Nunit und einige einfache Kniffe mit Versionspflege beschäftigen.

Meine Ansicht ist, dass der Rest der Werkzeuge sind nützlich, wenn ein bestimmtes Problem zu lösen versucht, aber das sollten Sie über eine beliebige Anzahl all Ihre Zeit sich Gedanken, „Zone of pain“ usw.

nicht ausgeben

Versteh mich nicht falsch - ich benutze sehr viel andere Werkzeuge (oder Varianten von ihnen, wie zum Beispiel dotTrace) - aber mehr "auf Anfrage" (wobei die Codeabdeckung die regulärste ist, die ich verwende).

+2

Marc, wissen Sie, dass NDepend viel am laufenden Band Code-Coverage-Daten helfen kann? Siehe hier: http://codebetter.com/blogs/patricksmacchia/archive/2008/04/09/make-the-most-of-your-test-coverage-data.aspx –

+0

Danke für die zusätzlichen Informationen –

2

Ich höre nur von StyleCop heute auf SO

1

Warum nicht einige NDepend's CQLinq rules verwenden, um alle Facetten der Qualität (metrisch, Struktur, Abdeckung, evolution, Nebenwirkungen von totem Code zur Adresse, Kohärenz Namensgebung ...). Sehen Sie sich die Liste mit ungefähr 200 Standard-CQLinq-Regeln an, die here vorgeschlagen wurden.

0

Uppercut verwenden können.

Es verwendet den folgenden Code zu analysieren:

  • NUnit ODER MbUnit
  • NCover
  • NDepend

Uppercut nutzt NAnt zu bauen und es ist die irrsinnig leicht Build-Framework verwenden !

http://code.google.com/p/uppercut/

Einige gute Erklärungen hier: UppercuT

Verwandte Themen