|
|
|
@ -784,7 +784,49 @@ In der letzten Übung haben wir einige neue Git-Befehle kennen gelernt. Um diese |
|
|
|
- npm |
|
|
|
- Javascript/Typescript |
|
|
|
|
|
|
|
|
|
|
|
- Integration |
|
|
|
- SCM überwachen |
|
|
|
- Build-Prozess |
|
|
|
- _Gibt es neue Änderungen?_ |
|
|
|
- Änderungen zusammenführen |
|
|
|
- Compilieren |
|
|
|
- automatische Tests ausführen |
|
|
|
- Lieferartefakt erstellen |
|
|
|
- Bericht über Ergebnisse |
|
|
|
|
|
|
|
- Rolle von automatisierten Tests |
|
|
|
- beim menschlichen Eingriff |
|
|
|
- kann nicht auf Fehler reagieren |
|
|
|
- kein menschlicher Eingriff möglich |
|
|
|
- kann nicht ausführbar sein |
|
|
|
- auch wenn kompilierbar |
|
|
|
- daher muss Code ausgeführt werden (Erkennung von Runtime Fehlern) |
|
|
|
- Lösung: automatisierte Tests |
|
|
|
|
|
|
|
- Vorteile von automatisierten Tests |
|
|
|
- dokumentieren gewünschtes Verhalten |
|
|
|
- Tests sind wiederholbar |
|
|
|
- Menschen dagegen machen Fehler |
|
|
|
- erkennen Laufzeitfehler |
|
|
|
- können außerhalb der Arbeitszeit laufen |
|
|
|
|
|
|
|
- Grenzen von automatisierten Tests |
|
|
|
- überprüft Erwartung |
|
|
|
- kann Fehler nicht finden dessen Fehlererkennung nicht einprogrammiert wurde |
|
|
|
- fachlicher Fehler an den keiner gedacht hat |
|
|
|
- nur bekannte Fehler können gefunden werden |
|
|
|
|
|
|
|
- Vorgehensmodelle |
|
|
|
- gemeinsame zentrale Instanz: remote repository |
|
|
|
- alle Entwickler arbeiten dran |
|
|
|
- alle haben Schreibzugriff |
|
|
|
- Aufwand für Sicherheit |
|
|
|
- jeder Entwickler braucht eigenen Account |
|
|
|
nicht jeder kann in den Master schreiben |
|
|
|
- dafür kaum Aufwand für Synchronization |
|
|
|
- gepushte Änderungen sind sofort für alle sichtbar |
|
|
|
- vor allem in Firmen verwendet |
|
|
|
- Gegenentwurf |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
fdai7783
1 year ago