Update Qualitätsmanagement

Safak Hazinedar
2024-11-12 16:07:59 +01:00
parent 92e23df0e6
commit a2cb2d3819

@@ -21,8 +21,8 @@ Für eine statische Webseite ohne interaktiven Elementen und ohne komplexer Logi
**Vorgehensweise**: **Vorgehensweise**:
* In der Implementierungsphase sollten grundlegende Layout-& Funktions-Checks direkt mit dem [Fragebogen_zum_Testing.xlsx](uploads/085ac4726a7c2f96935ff383c4ec01af/Fragebogen_zum_Testing.xlsx) beim [Code-Review und Pull Request](https://git.fh-aachen.de/eb2342s/swe-b1-a/-/wikis/Qualit%C3%A4tsmanagement#code-reviews-und-pull-requests) vorgenommen werden um gröbere Fehler vor dem Zusammenführen früh zu umgehen * grundlegende Layout-& Funktions-Checks sollen mit dem [Fragebogen_zum_Testing.xlsx](uploads/085ac4726a7c2f96935ff383c4ec01af/Fragebogen_zum_Testing.xlsx) **vor dem** [Code-Review und Pull Request](https://git.fh-aachen.de/eb2342s/swe-b1-a/-/wikis/Qualit%C3%A4tsmanagement#code-reviews-und-pull-requests) vorgenommen werden um gröbere Fehler vor dem Zusammenführen früh zu umgehen
* In der dedizierten Testphase umfassende visuelle Überprüfungen und Responsiveness-Tests unter strenger Berücksichtigung der DOD durchgeführt werden. * die DOD sollen bei der Implementierung und beim anschließendem Testen immer im Fokus stehen.
### Code-Reviews und Pull Requests ### Code-Reviews und Pull Requests
@@ -54,7 +54,7 @@ flowchart LR
1. vor dem Merge Requests (MR) werden die Funktionalitäten vom Entwickler mit dem [Fragebogen_zum_Testing.xlsx](uploads/085ac4726a7c2f96935ff383c4ec01af/Fragebogen_zum_Testing.xlsx) geprüft. 1. vor dem Merge Requests (MR) werden die Funktionalitäten vom Entwickler mit dem [Fragebogen_zum_Testing.xlsx](uploads/085ac4726a7c2f96935ff383c4ec01af/Fragebogen_zum_Testing.xlsx) geprüft.
2. bei Fertigstellung der Implementierung des Features und des Testings wird der MR erstellt. Der Fragebogen wird im MR als PDF Anhang in der Beschreibung beigefügt. 2. bei Fertigstellung der Implementierung des Features und des Testings wird der MR erstellt. Der Fragebogen wird im MR als PDF Anhang in der Beschreibung beigefügt.
3. Wenn der Code nicht den Qualitätsstandards entspricht, 3. Wenn der Code nicht den Qualitätsstandards (DOD und [Fragebogen_zum_Testing.xlsx](uploads/085ac4726a7c2f96935ff383c4ec01af/Fragebogen_zum_Testing.xlsx)) entspricht,
* dann wir der MR **nicht** freigegeben. Der Entwickler erhält Feedback und korrigiert die Fehler. Anschließend wieder Schritt 2 * :x: dann wir der MR **nicht** freigegeben. Der Entwickler erhält Feedback und korrigiert die Fehler. Anschließend wieder Schritt 2
* sonst wird der MR freigegeben * :white_check_mark: sonst wird der MR freigegeben
4. nach dem der Pull Request erfolgreich abgeschlossen ist, müssen alle anderen Entwickler einen Rebase machen, damit sie auf dem aktuellen Stand sind. 4. nach dem der Pull Request erfolgreich abgeschlossen ist, müssen alle anderen Entwickler einen Rebase machen, damit sie auf dem aktuellen Stand sind.