From a2cb2d381924ce947c01dacafc2dfe19d44f80b2 Mon Sep 17 00:00:00 2001 From: Safak Hazinedar Date: Tue, 12 Nov 2024 16:07:59 +0100 Subject: [PATCH] =?UTF-8?q?Update=20Qualit=C3=A4tsmanagement?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- Qualitätsmanagement.md | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/Qualitätsmanagement.md b/Qualitätsmanagement.md index f68781a..299a00a 100644 --- a/Qualitätsmanagement.md +++ b/Qualitätsmanagement.md @@ -21,8 +21,8 @@ Für eine statische Webseite ohne interaktiven Elementen und ohne komplexer Logi **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 -* In der dedizierten Testphase umfassende visuelle Überprüfungen und Responsiveness-Tests unter strenger Berücksichtigung der DOD durchgeführt werden. +* 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 +* die DOD sollen bei der Implementierung und beim anschließendem Testen immer im Fokus stehen. ### 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. 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, - * 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 +3. Wenn der Code nicht den Qualitätsstandards (DOD und [Fragebogen_zum_Testing.xlsx](uploads/085ac4726a7c2f96935ff383c4ec01af/Fragebogen_zum_Testing.xlsx)) entspricht, + * :x: dann wir der MR **nicht** freigegeben. Der Entwickler erhält Feedback und korrigiert die Fehler. Anschließend wieder Schritt 2 + * :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. \ No newline at end of file