Zwischen einem Lösungsentwickler und einem Lösungstester, die die IT-Architektur eines Projekts verstehen müssen, um arbeiten zu können.
Beides, aber auf einer anderen Ebene. Der Entwickler sollte die grundlegenden Merkmale der Architektur verstehen, um Software zu liefern, die funktioniert, funktioniert und skalierbar ist. Der Tester muss mehr darüber wissen, wie das System konfiguriert ist, um mögliche Bereitstellungs- und Konfigurationsprobleme lösen zu können.
Es ist sehr wichtig, dass beide Parteien die Programmierarchitektur verstehen, da dies beim Melden der Fehler oder beim Suchen nach Fehlern oder Fehlern in der Software hilfreich ist. Wenn der Tester die Programmierarchitektur nicht versteht, kennt er nicht alle zu testenden Dimensionen.
Fangen wir von vorne an.
Die ultimativen Ziele des Entwicklers und Testers sind entgegengesetzt:
„ Wie erwartet “ bedeutet wörtlich, dass die Anwendung genau wie in den Anforderungen angegeben ausgeführt wird.
Die Anforderungen können jedoch nicht direkt codiert oder getestet werden. Dazu werden zwei Artefakte erstellt:
Der Entwickler implementiert den DS, indem er den Code schreibt.
Der Tester testet den Code gemäß TC.
Wie Sie sehen, muss nur der Entwickler direkt mit der Architektur vertraut sein .
Kennt sich der Tester aber auch damit aus, bekommt er eine gute Gelegenheit, designspezifische Probleme zu finden, die sonst schwer zu erkennen sind.
Weiterführende Literatur: V-Modell