Inhaltsverzeichnis:

Wie schreibt man einen Unit-Test?
Wie schreibt man einen Unit-Test?

Video: Wie schreibt man einen Unit-Test?

Video: Wie schreibt man einen Unit-Test?
Video: Unit Tests schreiben – Live CODING mit C# | (deutsch) 2024, November
Anonim
  1. 13 Tipps für Schreiben Sinnvoll Unit-Tests .
  2. Prüfen Eine Sache nach der anderen in Isolation.
  3. Befolgen Sie die AAA-Regel: Anordnen, Handeln, Durchsetzen.
  4. Schreiben Einfaches "Fastball-Down-the-Middle" Tests Zuerst.
  5. Prüfen Über Grenzen hinweg.
  6. Falls Sie können, Prüfen das gesamte Spektrum.
  7. Decken Sie nach Möglichkeit jeden Codepfad ab.
  8. Tests schreiben Die einen Fehler aufdecken und ihn dann beheben.

Was ist dementsprechend ein Unit-Test mit Beispiel?

Beispiel von Unit-Tests ist für Beispiel wenn ein Entwickler eine Schleife zum Durchsuchen der Funktionalität einer Anwendung entwickelt, die sehr klein ist Einheit des gesamten Codes dieser Anwendung, um zu überprüfen, ob die jeweilige Schleife ordnungsgemäß funktioniert oder nicht, als bekannt als Unit-Tests.

Wie lange sollte ein Unit-Test dauern? Das typische Zeitbudget für das Schreiben von Unit-Tests beträgt ca. 1 Tag für jedes Feature, das 3-4 Tage Head-Down-Codierung benötigt. Aber das kann mit vielen Faktoren variieren. 99% Codeabdeckung ist großartig. Unit-Tests sind super.

Was testet man auch in einem Unit-Test?

Unit-Tests einen Codeabschnitt isolieren und seine Richtigkeit überprüfen. EIN Einheit kann eine einzelne Funktion, Methode, Prozedur, Modul oder Objekt sein. In SDLC, STLC, V-Modell, Unit-Tests ist die erste Stufe von testen vor der Integration gemacht testen.

Wie werde ich beim Unit-Testen besser?

Fünf Tipps zur Verbesserung Ihres Unit-Tests

  1. Seien Sie pragmatisch über eine "Einheit" "Eine Einheit ist eine Klasse" oder sogar "eine Einheit ist eine einzelne Methode" sind zwei Dogmen, die Leute verwenden, um Unit-Tests zu erklären.
  2. Testen Sie, wo die Logik ist. Ich bin kein Fan von CodeCoverage.
  3. Kontinuierliches Refactoring von Testcode.
  4. Erstellen Sie Ihre eigenen Dienstprogramme.
  5. Schreiben Sie immer Tests auf Fehler.

Empfohlen: