Das Projekt besteht daraus funktionale, manuelle Tests, die nach den vorgegebenen Szenarien durchzuführen, die einzelne Testfälle enthalten, für die die entsprechenden Daten erstellt werden.

Die Dokumentation von Testfällen, die einzelne Systemfunktionalitäten in unterschiedlichen Kontexten überprüfen, erforderte viel Aufmerksamkeit und Konzentration. Die Schritte jedes Falles und gleichzeitig die erwarteten Ergebnisse unterscheiden sich je nach Kontext, d.h. je nach Testszenario, in dem sie verwendet werden. So werden einzelne Formulare wiederholt in verschiedenen Kontexten getestet, die sich oft in Details unterschieden.
Die Flexibilität der Systemkonfiguration und die Vielzahl der möglichen Optionen machten es schwierig, die Verfügbarkeit der konzipierten Funktionalitäten umfassend zu prüfen. Oftmals hatten dieselben Komponenten, die an denselben Orten verwendet wurden, unterschiedliche Werte und Verwendungsmöglichkeiten, je nach Systemkonfiguration, Zustand der Einrichtung und der Rolle, in der die Tätigkeit ausgeführt wurde.

Eine ausführliche Analyse der eingereichten Testszenarien und das Verständnis für die Beziehung zwischen einem bestimmten Anwendungsfall und seinem Kontext erwiesen sich als Schlüssel zum Erfolg.
Es folgte eine ausgewogene Zuweisung einzelner Szenarien zur Ausführung durch die Tester. Die sorgfältige Beachtung logischer und geschäftsprozesskonformer Testausführungssequenzen ermöglichte eine effiziente Überprüfung der erwarteten Ergebnisse der einzelnen Tests.
Im Rahmen der Kontrolle und Prüfung des Geschäftsprozesses selbst wurden die Tester paarweise oder zu dritt zusammengestellt. Jeder erhielt seinen eigenen Satz von Szenarien, die mit den Kopien der übrigen Tester zu einem logischen Ganzen zusammengefügt wurden.
Indem sie die Szenarien abwechselnd ausführten, simulierten sie so den Geschäftsprozess der Fallbearbeitung und den Informationsfluss im System.

Das Projekt wird in Form eines agilen Modells durchgeführt, bei dem die Quantität und Qualität der Testszenarien für die einzelnen Sprints vorbereitet wurden. Vor Beginn des Sprints wurde die Verfügbarkeit und Stabilität der Testumgebung geprüft, was eine Voraussetzung für den Beginn der Arbeit war.
Die Sprints konnten in folgende Phasen unterteilt werden:

• Phase I: Vollständigkeitsanalyse der Quantität und Qualität der Aufgaben im Sprint.
• Phase II: Überprüfung der Vollständigkeit und Konsistenz der Dokumentationsversionen.
• Phase III: Durchführung von Tests.
• Phase IV: Zusammenfassung der Ergebnisse, Diskussion der festgestellten Mängel mit dem Auftragnehmer.
• Phase V: Präsentation des Berichts im Sprint.

• Unabhängige und professionelle Meinung über die Qualität der erstellten Software.
• Zuverlässige und sorgfältige Funktionstests in verschiedenen Konfigurationen und Aspekten.
• Überprüfung von Geschäftsprozessen und verfahrenstechnischen Fragen beim Testen