{"id":145,"date":"2019-10-08T10:29:42","date_gmt":"2019-10-08T08:29:42","guid":{"rendered":"http:\/\/www.doskay.de\/?p=145"},"modified":"2019-10-08T10:29:42","modified_gmt":"2019-10-08T08:29:42","slug":"der-qa-schlachtplan-wie-wir-muessen-das-noch-testen","status":"publish","type":"post","link":"https:\/\/www.doskay.de\/?p=145","title":{"rendered":"Der QA-Schlachtplan \u2013 Wie, Wir M\u00fcssen das noch testen?"},"content":{"rendered":"\n

Meist stehen bei Entwicklungsprojekten die \u00dcberlegungen zur Funktionalit\u00e4t und der Mehrwert f\u00fcr den Kunden im Vordergrund. QA und Testbarkeit kommen dadurch bei der Planung zu kurz. So treten w\u00e4hrend der Testphase H\u00fcrden f\u00fcr das Team auf, welche sich durch eine gewisse Voraussicht bei der Planung der QA-Aufgaben umgehen lassen. Tester haben f\u00fcr die Planung der h\u00f6heren Teststufen bereits ein geeignetes Vorgehen: ein detailliertes Testkonzept, welches die Testziele dokumentiert sowie entsprechende Ma\u00dfnahmen und eine Zeitplanung festlegt (Abb. 1).<\/p>\n\n\n\n

\"\"
Abbildung 1: Aspekte der Teststrategie \/ Inhalte eines Testkonzepts<\/figcaption><\/figure><\/div>\n\n\n\n

Diese Detailtiefe eignet sich aber nicht f\u00fcr agile Projekte und Entwicklungsteams. Trotzdem sollte sich das Team vor dem Start eines Projektes \u00fcber die meisten Aspekte, die im Testkonzept genannt werden, Gedanken machen. Darum haben wir ein Hilfsmittel entwickelt, welches es den Teams erm\u00f6glicht, alle Ma\u00dfnahmen f\u00fcr eine optimale Testbarkeit in Softwareprojekten mit einzubeziehen. Das Hilfsmittel ber\u00fccksichtigt sowohl die Fragen \u201eWas ist zu testen?\u201c<\/strong> als auch \u201eWie und wo wollen wir testen?\u201c<\/strong>.<\/p>\n\n\n\n

Um die erste Frage \u201eWas ist zu testen?\u201c<\/strong> im Hinblick auf Softwareprodukte zu beantworten, ist die Auspr\u00e4gung der Qualit\u00e4tskriterien der umzusetzenden Anforderungen ausschlaggebend. Die unterschiedlichen Qualit\u00e4tskriterien sind in der ISO 25010 \u201eQualit\u00e4tskriterien und Bewertung von System und Softwareprodukten (SQuaRE)\u201c enthalten (Abb. 2).<\/p>\n\n\n\n

\"\"
Abbildung 2: Qualit\u00e4tskriterien nach ISO 25010<\/figcaption><\/figure><\/div>\n\n\n\n

Je nachdem wie stark die umgesetzten Anforderungen auf die Qualit\u00e4tskriterien einzahlen, ergibt sich die Notwendigkeit, diese Qualit\u00e4tskriterien mit einer entsprechenden Testart zu pr\u00fcfen. So verlangen Apps mit hohem Datendurchsatz nach Effizienztests und Webshops sollten auf Kompatibilit\u00e4t in verschiedenen Browsern gepr\u00fcft werden.<\/p>\n\n\n\n

Um den Teams den Einstieg in das Thema zu erleichtern, nutzen wir den QA-Oktant<\/strong>. Folgend der ISO 25010 beinhaltet der QA-Oktant<\/strong> die Qualit\u00e4tskriterien f\u00fcr Softwaresysteme. Sie geben aber auch einen Hinweis auf die notwendigen Testarten, welche sich aus der gesetzten Gewichtung der unterschiedlichen funktionalen und nichtfunktionalen Kriterien ergeben (Abb. 3).<\/p>\n\n\n\n

\"\"
Abbildung 3: Der QA-Oktant mit gewichteten Qualit\u00e4tskriterien<\/figcaption><\/figure><\/div>\n\n\n\n

Durch die einfache Visualisierung und Gewichtung der unterschiedlichen Qualit\u00e4tskriterien kann der QA-Oktant f\u00fcr die Planung genutzt werden. Product Owner k\u00f6nnen damit die \u00dcbersicht \u00fcber relevante Anforderungen behalten und das Team kann gemeinsam mit dem Product Owner die Anforderungen anhand der Qualit\u00e4tskriterien einordnen. Durch die Gewichtung im Team k\u00f6nnen unterschiedliche Meinungen besser wahrgenommen und eine gemeinsame Einordnung anschaulich dokumentiert werden. Aus dem Ergebnis lassen sich die notwendigen Testarten ableiten.<\/p>\n\n\n\n

Um die zweite Frage \u201eWie und wo wollen wir testen?\u201c<\/strong> zu beantworten, m\u00fcsste das Team den gesamten Entwicklungsprozess nach Test- und QA-Aspekten durchforsten und diese dokumentieren. Je nach Projekt kann der Entwicklungsprozess unterschiedlich ausgepr\u00e4gt sein und damit die Fragestellung schnell recht komplex werden lassen (Abb. 4).<\/p>\n\n\n\n

\"\"
Abbildung 4: Entwicklungs- und QA-Prozess<\/figcaption><\/figure><\/div>\n\n\n\n

Um auch hier den Teams einen m\u00fchelosen Einstieg in das Thema zu geben, haben wir die QA-Karte<\/strong> entwickelt. Die QA-Karte bietet dem Team eine praktische M\u00f6glichkeit, die Ma\u00dfnahmen f\u00fcr eine optimale Testbarkeit der Projekte zu planen und zu dokumentieren. Ziel ist es, bereits zu einem fr\u00fchen Zeitpunkt alle QA-relevanten Fragen f\u00fcr die Teams und Entwicklungsprojekte durch einen spielerischen Ansatz zu ermitteln. In Planungsrunden k\u00f6nnen gemeinsam alle Aspekte der Teststrategie wie Testarten und Werkzeuge visualisiert, diskutiert und priorisiert werden. Neben der Planung dient die QA-Karte mit ihrer plakativen Darstellung auch als Erinnerung oder schneller Einstieg in die Teststrategie des Teams.Zusammengesetzt ergeben der Oktant und die Karte den QA-Schlachtplan, der sich als Wandbild platzieren l\u00e4sst (Abb. 5).<\/p>\n\n\n\n

\"\"
Abbildung 5: Der QA-Schlachtplan (mit Oktant und Karte) als Wandbild<\/figcaption><\/figure><\/div>\n\n\n\n

Mit dem QA-Schlachtplan haben die Entwicklungsteams ein visuelles Hilfsmittel, mit dem sie fr\u00fchzeitig die planerischen Aspekte der Qualit\u00e4tssicherung beurteilen k\u00f6nnen. Dabei kann der QA-Schlachtplan innerhalb der Projektlaufzeit auch als Referenz des aktuellen Vorgehens und als Ansatz f\u00fcr potenzielle Verbesserung genutzt werden.<\/p>\n\n\n\n

Der QA-Schlachtplan steht Ihnen\u00a0hier<\/a>\u00a0<\/strong>zum Download bereit.\u00a0Viel Erfolg beim Testen!<\/p>\n","protected":false},"excerpt":{"rendered":"

Meist stehen bei Entwicklungsprojekten die \u00dcberlegungen zur Funktionalit\u00e4t und der Mehrwert f\u00fcr den Kunden im Vordergrund. QA und Testbarkeit kommen dadurch bei der Planung zu kurz. So treten w\u00e4hrend der Testphase H\u00fcrden f\u00fcr das Team auf, welche sich durch eine gewisse Voraussicht bei der Planung der QA-Aufgaben umgehen lassen. Tester haben f\u00fcr die Planung der […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[1],"tags":[],"_links":{"self":[{"href":"https:\/\/www.doskay.de\/index.php?rest_route=\/wp\/v2\/posts\/145"}],"collection":[{"href":"https:\/\/www.doskay.de\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.doskay.de\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.doskay.de\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.doskay.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=145"}],"version-history":[{"count":1,"href":"https:\/\/www.doskay.de\/index.php?rest_route=\/wp\/v2\/posts\/145\/revisions"}],"predecessor-version":[{"id":146,"href":"https:\/\/www.doskay.de\/index.php?rest_route=\/wp\/v2\/posts\/145\/revisions\/146"}],"wp:attachment":[{"href":"https:\/\/www.doskay.de\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=145"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.doskay.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=145"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.doskay.de\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=145"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}