{"id":7603,"date":"2025-03-20T17:39:36","date_gmt":"2025-03-20T15:39:36","guid":{"rendered":"https:\/\/dev.test-it.hu\/?p=7603"},"modified":"2025-05-17T15:37:50","modified_gmt":"2025-05-17T13:37:50","slug":"die-verbindung-zwischen-anforderungsspezifikation-und-testen","status":"publish","type":"post","link":"https:\/\/dev.test-it.hu\/de\/teszteles\/a-kovetelmenyspecifikacio-es-a-teszteles-kapcsolata\/","title":{"rendered":"Wie sich die Anforderungsspezifikation auf das Testen auswirkt"},"content":{"rendered":"
Wie sich die Anforderungsspezifikation auf das Testen auswirkt<\/h2>\n\n\n\n
Man k\u00f6nnte meinen, dass es nach 20 bis 30 Jahren globaler Erfahrung mit IT-Projekten v\u00f6lliger Unsinn w\u00e4re, ein Projekt ohne eine durchdachte, umfassende und von den Endnutzern akzeptierte Anforderungsspezifikation (auch als Lastenheft bekannt) zu starten. Und doch passiert es selbst heutzutage erstaunlich oft, dass die Entwicklung und Einf\u00fchrung von IT-Systemen entweder ohne diese Dokumentationen beginnt \u2013 oder sogar komplett ohne sie abl\u00e4uft. <\/p>\n\n\n\n
\n
Sorgf\u00e4ltig entworfene und nach einem einheitlichen Standard modellierte Gesch\u00e4ftsprozesse sowie die dazugeh\u00f6rigen funktionalen Beschreibungen gew\u00e4hrleisten nicht nur die qualitativ hochwertige Umsetzbarkeit der Entwicklung, sondern bilden auch das Fundament f\u00fcr die Tests. <\/strong><\/p>\n<\/blockquote>\n\n\n\n
Sie bilden also auch das Fundament des Testens. Ohne sie geraten Projekte in der Regel aus der Bahn, was zu ineffizienten Abl\u00e4ufen, hohen Kosten, minderwertiger Qualit\u00e4t sowie unzufriedenen Nutzern und Auftraggebern f\u00fchrt. Im n\u00e4chsten Artikel zeigen wir detailliert, wie eine hochwertige Anforderungsspezifikation und der Testfallkatalog miteinander verkn\u00fcpft sind.<\/p>\n\n\n\n
Die Rolle der Anforderungsspezifikation (auch bekannt als Lastenheft)<\/h2>\n\n\n\n
Um die Verbindung zwischen Anforderungen und Tests aufzuzeigen, m\u00fcssen wir uns zun\u00e4chst mit der Bedeutung der Anforderungsspezifikation vertraut machen. Diese Spezifikation ist ein Dokument, das (im Idealfall) unmissverst\u00e4ndlich festlegt, welche Eigenschaften die zu entwickelnde Software haben soll:<\/p>\n\n\n\n
\n
Prozesse<\/li>\n\n\n\n
Funktionalit\u00e4ten <\/li>\n\n\n\n
Eigenschaften<\/li>\n\n\n\n
Designelemente<\/li>\n\n\n\n
Leistungsparameter<\/li>\n\n\n\n
Zuk\u00fcnftige Nutzergruppen und ihre Zugriffsrechte<\/li>\n<\/ul>\n\n\n\n
<\/p>\n\n\n\n
<\/p>\n\n\n\nElemente der Anforderungsspezifikation<\/figcaption><\/figure>\n\n\n\n
Es ist wichtig zu betonen, dass eine Anforderungsspezifikation ein standardisiertes Gesch\u00e4ftsdokument mit einer klar definierten Struktur, Formulierung und Inhalt ist. Das bedeutet nicht, dass technische Anforderungen ausgeschlossen sind, jedoch legt das Format den Fokus eher auf den gesch\u00e4ftlichen Nutzen und die erwarteten Gesch\u00e4ftsabl\u00e4ufe statt auf technische Details.<\/p>\n\n\n\n
Dokumentation von Softwareanforderungen<\/h3>\n\n\n\n
Die standardisierte und mehrstufige Dokumentation von Anforderungen ist unerl\u00e4sslich, um sp\u00e4tere Missverst\u00e4ndnisse und L\u00fccken zu vermeiden. Dank moderner Methoden und Tools stehen uns heute verschiedene standardisierte Anforderungsspezifikations-Methodologien zur Verf\u00fcgung. Entscheidend ist, dass die von uns gew\u00e4hlten Planungs-, Analyse- und Spezifikationsverfahren auf die zu modellierenden Systeme und Gesch\u00e4ftsprozesse abgestimmt sind. Zudem spielen das Fachwissen unserer Analysten sowie die verf\u00fcgbaren Modellierungswerkzeuge eine wesentliche Rolle.<\/p>\n\n\n\n
Eine bew\u00e4hrte Vorgehensweise besteht darin, zun\u00e4chst sowohl die End-to-End- als auch die internen Systemprozesse zu definieren, die die finale L\u00f6sung unterst\u00fctzen muss. Diese Prozesse sollten dann schrittweise in immer detailliertere Abschnitte unterteilt werden, wobei die erwarteten Gesch\u00e4ftsabl\u00e4ufe als Leitfaden dienen. <\/p>\n\n\n\n
Die so entstehende mehrstufige Architektur (Prozess, Schritt, Funktion) bildet das Grundger\u00fcst der Anforderungsspezifikation. Diese Architektur erzwingt strukturell eine kompromisslose Durchdachtheit und Dokumentation der Anforderungen. Neben den funktionalen Erwartungen m\u00fcssen wir uns auch mit den Ergebnissen der einzelnen Prozesse und den gesch\u00e4ftlichen Entit\u00e4ten befassen. Der Grund daf\u00fcr ist, dass alle Eigenschaften erfasst werden, die im sp\u00e4teren Betrieb genutzt werden sollen.\n\nZudem ist es unerl\u00e4sslich, klar zu definieren, welche Benutzergruppen unterschieden werden sollen, welche Berechtigungen und Zugriffsrechte sie erhalten und welche m\u00f6glichen Einschr\u00e4nkungen f\u00fcr sie gelten sollen.<\/p>\n\n\n\n
Einsatz von Tools zur Anforderungsspezifikation<\/h3>\n\n\n\n
F\u00fcr die vollst\u00e4ndige Durchf\u00fchrung der Anforderungsspezifikation lohnt es sich, Modellierungswerkzeuge und spezialisierte Softwarel\u00f6sungen einzusetzen, die folgende Aspekte unterst\u00fctzen:<\/p>\n\n\n\n
\n
die eingesetzte Anforderungsspezifikations-Methodologie unterst\u00fctzen,<\/li>\n\n\n\n
die strukturierte Organisation von Informationen erleichtern,<\/li>\n<\/ul>\n\n\n\n
sowie die Kommunikation und Zusammenarbeit zwischen Projektteammitgliedern, Fachexperten und Entscheidungstr\u00e4gern f\u00f6rdern.<\/p>\n\n\n\n
Erstellung der Anforderungsspezifikation<\/h2>\n\n\n\n
Um das Thema vollst\u00e4ndig zu verstehen, ist es ratsam, sich zun\u00e4chst einen allgemeinen \u00dcberblick \u00fcber den Ablauf eines typischen IT-Projekts zu verschaffen. Unabh\u00e4ngig von der gew\u00e4hlten Projektmethodik \u2013 sei es ein klassisches, bew\u00e4hrtes Modell oder eine als moderner geltende agile Vorgehensweise \u2013 k\u00f6nnen die grundlegenden Prozessschritte nur in einer bestimmten Reihenfolge durchgef\u00fchrt werden.
Sobald gesch\u00e4ftliche Anforderungen entstehen, folgt die Abfolge der Schritte:<\/strong><\/p>\n\n\n\n
3. Testen <\/strong> Nat\u00fcrlich k\u00f6nnen mehrere Iterationen parallel ablaufen, sodass die einzelnen Schritte in der Praxis im Grunde kontinuierlich stattfinden. Betrachtet man jedoch eine klar abgegrenzte Funktionsmenge (z.\u202fB. einen Sprint), kann diese Reihenfolge als fix gelten.<\/p>\n\n\n\n
Genaue Definition der Anforderungen<\/h3>\n\n\n\n
Sowohl Entwicklung als auch Test basieren auf derselben Anforderungsspezifikation. Deshalb ist es entscheidend, dass die darin enthaltenen Anforderungen pr\u00e4zise, vollst\u00e4ndig und in einem logisch nachvollziehbaren Zusammenhang formuliert und dokumentiert werden. Andernfalls droht das Scheitern des Projekts \u2013 mit unangenehmen Folgen f\u00fcr den Auftraggeber.<\/p>\n\n\n\n
\u00c4nderung der Spezifikationen<\/h3>\n\n\n\n
Es w\u00e4re gro\u00dfartig, wenn wir in der Anfangsphase eines Projekts, der Anforderungsspezifikation, stets in der Lage w\u00e4ren, den gesamten Betrieb einer Unternehmensanwendung zu planen, zu formulieren und zu dokumentieren. <\/p>\n\n\n\n
Davon ist die Realit\u00e4t jedoch weit entfernt. <\/p>\n\n\n\n
In der Praxis begegnen Projekte regelm\u00e4\u00dfig wechselnden und neu auftretenden Gesch\u00e4ftsanforderungen. Um diese neuen Anforderungen umzusetzen, m\u00fcssen wir flexibel mit \u00c4nderungen der Anforderungsspezifikation umgehen k\u00f6nnen. Daf\u00fcr ist ein geeigneter, klar definierter interner Anforderungsmanagementprozess und Werkzeugunterst\u00fctzung notwendig, die das Nachverfolgen und Bearbeiten von \u00c4nderungen sowie die Information der Gesch\u00e4ftsakteure und Projektmitglieder (z.\u202fB. Software-Qualit\u00e4tssicherungsteam) erm\u00f6glicht. So wird ein konsistenter und fehlerfreier Projektablauf gew\u00e4hrleistet.<\/p>\n\n\n\n
Wie sich die Anforderungsspezifikation auf das Testen auswirkt<\/h2>\n\n\n\n
Eine der am h\u00e4ufigsten gestellten \u2013 und oft \u00fcberraschendsten \u2013 Fragen bei Fachtreffen lautet: Auf welcher Grundlage erstellen Sie Testf\u00e4lle? Interessanterweise ist nicht die Frage selbst \u00fcberraschend, sondern unsere Antwort: Basierend auf der Anforderungsspezifikation. <\/p>\n\n\n\n
Der Grund ist, dass der Kunde in vielen F\u00e4llen keine ordnungsgem\u00e4\u00dfe Anforderungsspezifikation besitzt, was die Vorbereitung der Tests erheblich erschwert. Die h\u00e4ufigsten Probleme, auf die wir sto\u00dfen, sind:<\/p>\n\n\n\n
\n
Die Spezifikation fehlt oder ist unvollst\u00e4ndig<\/li>\n\n\n\n
Das Dokument ist veraltet oder enth\u00e4lt keine Beschreibung der seit der Einf\u00fchrung ge\u00e4nderten Funktionen<\/li>\n\n\n\n
Die Spezifikation ist an mehreren Orten und in mehreren Dateien vorhanden, sodass keine zentrale Verwaltung und Versionskontrolle besteht<\/li>\n\n\n\n
Der Kollege, der sie verfasst hat, ist nicht mehr da, daher ist keine Interpretation m\u00f6glich<\/li>\n\n\n\n
Enth\u00e4lt veraltete Verweise auf andere Systeme oder Dokumente<\/li>\n\n\n\n
Die Lizenz f\u00fcr das unternehmensweite Planungs-\/Analysetool ist abgelaufen, wodurch bestimmte Daten nicht zug\u00e4nglich sind<\/li>\n\n\n\n
Und so weiter\u2026<\/li>\n<\/ul>\n\n\n\n
<\/p>\n\n\n\n
<\/p>\n\n\n\nWie sich die Anforderungsspezifikation auf das Testen auswirkt<\/figcaption><\/figure>\n\n\n\n
<\/p>\n\n\n\n
Die gute Nachricht ist, dass wir den Kunden in einer solchen Situation sofort beruhigen k\u00f6nnen: Testf\u00e4lle k\u00f6nnen dennoch geschrieben und eine Testsuite erstellt werden \u2013 auch ohne eine ordnungsgem\u00e4\u00dfe Spezifikation. Allerdings erfordert dies erheblich mehr Zeit, Aufwand und Ressourcen als \u00fcblich. Der Grund daf\u00fcr ist, dass das f\u00fcr die Erstellung von Testf\u00e4llen erforderliche Systemwissen und Prozessverst\u00e4ndnis dann aus alternativen Quellen gewonnen werden muss.<\/p>\n\n\n\n
Aber was genau sammeln wir, was wollen wir in der Spezifikation lesen, und warum ist dies das passendste Dokument f\u00fcr uns?<\/p>\n\n\n\n
![\"K\u00f6vetelm\u00e9nyspecifik\u00e1ci\u00f3](\"https:\/\/dev.test-it.hu\/wp-content\/uploads\/2025\/03\/FINAL2-1024x512.jpg\")
![\"K\u00f6vetelm\u00e9nyspecifik\u00e1ci\u00f3](\"https:\/\/dev.test-it.hu\/wp-content\/uploads\/2025\/03\/FINAL-1024x512.jpg\")