[JAVA] Einführung von TDD (Failure)
Einführung
Schreiben Sie die Überlegungen und Ergebnisse anhand der Fallstudien automatisierter Tests auf. Die Vorteile für die Kosten und ob es überhaupt notwendig ist, sind verschiedene Geschichten.
| Umgebung | Inhalt |
|---|---|
| OS | Linux |
| Entwicklungsumgebung | Eclipse |
| Repository | GitLab |
| FW | SpringBoot |
| FW | Junit |
Wird beim Aufbau eines neuen Systems eingeführt
Ergebnis
| Automatischer Testinhalt | Ergebnis |
|---|---|
| Implementierung | 〇 |
| Index | △ |
| Fortsetzen | × |
Es wurde nicht in etwa einem halben Jahr gewartet, und es dauerte nicht ... Die Anzahl der Schritte ist größer als üblich, Ich konnte das Einführungsergebnis nicht messen und behandelte es nach und nach als Gepäck.
Die anfängliche Einführung war erfolgreich, da viel Zeit für die Implementierung von Testindikatoren und die gemeinsame Verarbeitung aufgewendet wurde. ** Es ist ein Fehler zu glauben, dass der Rest von selbst beginnt, wenn die erste Einführung gut verläuft. ** ** ** Während der Reparatur gab es eine Korrekturauslassung, sie wurde verschoben und es wurde ein subtiles Gefühl.
Überlegungen und Hinweise
Ich neige dazu, mich auf den Testinhalt zu konzentrieren, aber ** Mir ist klar, dass das Wichtigste bei der Einführung von TDD nicht der Inhalt, sondern der Mechanismus ist ... **.
Ich denke auch, dass dies ein Fehlermuster ist, das die meisten Menschen am meisten erleben. ** ** ** Indikatoren wie Abdeckung und allgemeine Verarbeitung sind gut, aber sie scheinen auch nach Gewöhnung rechtzeitig zu sein. Ich werde einen Artikel über das Ergebnis des Denkens über den Mechanismus in "Erfolg" schreiben.
Einführung von TDD (Erfolg) https://qiita.com/ilohas20983/items/365beea2756e00a7bfab