Wie lange sollte ein Unit-Test dauern?
Wie lange sollte ein Unit-Test dauern?

Video: Wie lange sollte ein Unit-Test dauern?

Video: Wie lange sollte ein Unit-Test dauern?
Video: Unit Testing and Coverage in IntelliJ IDEA 2024, November
Anonim

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.

Wie viel Prozent Ihrer Zeit verbringen Sie diesbezüglich mit Unit-Tests?

Im Allgemeinen bedeutet dies a Prozentsatz der Arbeitswoche des Teams oder so. Von jetzt an, verbringen 90% von deine Zeit Code schreiben und 10 % daran arbeiten Komponententests . Eines oder mehrere dieser Dinge, so argumentieren sie, werden dafür sorgen, dass das Team tut "genug" Unit-Tests.

Was ist neben dem oben genannten die Einheit im Unit-Test? EINHEITSPRÜFUNG ist eine Softwareebene testen wo individuell Einheiten / Komponenten einer Software werden getestet. Der Zweck besteht darin, zu bestätigen, dass jeder Einheit der Software funktioniert wie geplant. EIN Einheit ist der kleinste testbare Teil einer Software. Es hat normalerweise einen oder wenige Eingänge und normalerweise einen einzelnen Ausgang.

In ähnlicher Weise wird gefragt: Sparen Unit-Tests Zeit?

Es gibt mehrere Gründe dafür Einheit - Prüfung dein Code, aber wie Zeit fortschreitet, werden Sie feststellen, dass die Zeit Sie speichern An testen ist einer der besten Gründe dafür tun es. Wenn du gut bist Komponententests Abdeckung, du kann mit Zuversicht umgestalten. Ohne Komponententests , ist es oft schwer sicherzustellen, dass Sie nichts kaputt gemacht haben.

Wie schreibt man einen Unit-Test?

  1. 13 Tipps zum Schreiben nützlicher Unit-Tests.
  2. Testen Sie eine Sache nach der anderen isoliert.
  3. Befolgen Sie die AAA-Regel: Anordnen, Handeln, Durchsetzen.
  4. Schreiben Sie zuerst einfache „Fastball-Down-the-Middle“-Tests.
  5. Über Grenzen hinweg testen.
  6. Testen Sie nach Möglichkeit das gesamte Spektrum.
  7. Decken Sie nach Möglichkeit jeden Codepfad ab.
  8. Schreiben Sie Tests, die einen Fehler aufdecken, und beheben Sie ihn dann.

Empfohlen: