{"id":159,"date":"2020-05-25T13:19:00","date_gmt":"2020-05-25T13:19:00","guid":{"rendered":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/?p=159"},"modified":"2020-07-21T10:20:02","modified_gmt":"2020-07-21T10:20:02","slug":"anamnese-der-qa-strategie","status":"publish","type":"post","link":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/anamnese-der-qa-strategie\/","title":{"rendered":"Einfache Anamnese der QA-Strategie f\u00fcr agile Teams"},"content":{"rendered":"\n

Mit Hilfe unseres agilen Visualisierungswerkzeugs, dem QA Navigation Board<\/a>, m\u00f6chten wir eine Methode vorstellen, mit der agile Entwicklungsteams typische QA-Problemf\u00e4lle und deren Auswirkungen erkennen und diese beseitigen k\u00f6nnen.<\/p>\n\n\n\n

Vergleichbar mit einem falschen Architekturansatz oder der Verwendung der falschen Programmiersprache kann eine falsche Test- und Qualit\u00e4tssicherungsstrategie im Laufe des Projektes zu Beeintr\u00e4chtigungen f\u00fchren. Im besten Fall kommt es nur zu Verz\u00f6gerungen oder Mehraufwand. Im schlechtesten Fall wird unzureichend getestet und es tauchen immer wieder schwerwiegende Abweichungen im Betrieb der Anwendung auf.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Einf\u00fchrung\u200b<\/h2>\n\n\n\n

Die Probleme werden durch die agilen Entwicklungsteams bemerkt und die Auswirkungen in der Retrospektive dokumentiert, aber oft k\u00f6nnen sie wegen fehlender QA-Expertise nicht die Ursache erkennen und somit das Problem auch nicht beheben. Das Team ben\u00f6tigt in diesen F\u00e4llen Unterst\u00fctzung durch einen agilen QA-Coach. Dieser zeichnet sich dabei zum einen durch seine Kenntnisse in der agilen Arbeitsweise aus, aber zum anderen auch durch seine Erfahrungen in der agilen Qualit\u00e4tssicherung.<\/p>\n\n\n\n

Der erste Schritt in der Arbeit des agilen QA-Coaches ist es, den aktuellen Stand des Testvorgehens des agilen Entwicklungsteams festzuhalten. Dazu nutzt er zum Beispiel in einem Workshop das sogenannte QA Navigation Board. Mit dem QA Navigation Board haben die Entwicklungsteams ein visuelles Hilfsmittel, mit dem sie die planerischen Aspekte der Qualit\u00e4tssicherung beurteilen k\u00f6nnen. Dabei kann das QA Navigation Board innerhalb der Projektlaufzeit auch als Referenz des aktuellen Vorgehens und als Ansatz f\u00fcr potenzielle Verbesserung genutzt werden.<\/p>\n\n\n\n

\"QA<\/figure>\n\n\n\n
<\/div>\n\n\n\n

Anti-Pattern\u200b<\/h2>\n\n\n\n

Dar\u00fcber hinaus erm\u00f6glicht das QA Navigation Board eine Anamnese des aktuellen Testvorgehens. Der agile QA-Coach kann durch die Visualisierung bestimmte Symptome f\u00fcr Anti-Pattern im Qualit\u00e4tssicherungs- und Testprozess aufdecken und diese mit dem Team direkt besprechen. Als Anti-Pattern werden in der Softwareentwicklung L\u00f6sungsans\u00e4tze bezeichnet, die ung\u00fcnstig oder sch\u00e4dlich f\u00fcr den Erfolg eines Projektes oder einer Organisation sind.<\/p>\n\n\n\n

Nachfolgend m\u00f6chte ich verschiedene Anti-Pattern vorstellen. Neben den Eigenschaften zur Identifikation, stelle ich noch deren Auswirkungen dar. Im Sinne des Gegenst\u00fccks zum Anti-Pattern, dem Pattern, werden auch gute und bew\u00e4hrte Probleml\u00f6sungsans\u00e4tze vorgestellt.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Anti-Pattern \u2013 Wird schon gut gehen\u200b<\/h2>\n\n\n\n

Dieses Anti-Pattern zeichnet sich durch das komplette Fehlen von Tests oder anderen Ma\u00dfnahmen zur Qualit\u00e4tssicherung aus. Dadurch ergeben sich schwerwiegende Konsequenzen f\u00fcr das Projekt und das Produkt. Das Team kann keine Qualit\u00e4tsaussage \u00fcber das Ergebnis seiner Arbeit treffen und besitzt damit streng genommen kein auslieferungsf\u00e4higes Produkt. Die Fehler tauchen beim Endanwender auf und sorgen damit immer wieder f\u00fcr Ablenkung im Entwicklungsprozess des Teams, da die sogenannten Incidents aufwendig analysiert und behoben werden m\u00fcssen.<\/p>\n\n\n\n

\"QA<\/figure>\n\n\n\n
Keine Tests<\/th>Auswirkungen<\/th>L\u00f6sung<\/th><\/tr><\/thead>
\u2022 Es gibt keine Tests<\/td>\u2022 Keine Qualit\u00e4tssausage<\/td>\u2022 \u201eSchnell weggehen\u201c<\/td><\/tr>
<\/td>\u2022 Getestet wird beim Anwender<\/td>\u2022 QA einf\u00fchren<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
<\/div>\n\n\n\n

Der L\u00f6sungsansatz ist einfach: Testen! Je eher Abweichungen gefunden werden, desto einfacher lassen sie sich beseitigen. Dar\u00fcber hinaus sorgen Qualit\u00e4tssicherungsma\u00dfnahmen wie Codereviews und statische Codeanalyse als konstruktive Ma\u00dfnahmen f\u00fcr eine Verbesserung.<\/p>\n\n\n\n

<\/div>\n\n\n\n

Anti-Pattern \u2013 Dysfunktionaler Test\u200b<\/h2>\n\n\n\n

Laut ISO 25010 gibt es acht verschiedene Qualit\u00e4tskriterien f\u00fcr Software: Funktionalit\u00e4t, Effizienz, Kompatibilit\u00e4t, Benutzbarkeit, Zuverl\u00e4ssigkeit, Sicherheit, Wartbarkeit und \u00dcbertragbarkeit. Meist liegt der Schwerpunkt bei der Umsetzung neuer Software auf der Funktionalit\u00e4t, aber heutzutage spielen anderen Kriterien wie Sicherheit und Benutzbarkeit eine wichtige Rolle. Je h\u00f6her die Priorit\u00e4t der anderen Qualit\u00e4tskriterien ist, desto wahrscheinlicher ist es, f\u00fcr diese einen nicht-funktionalen Test vorzusehen.<\/p>\n\n\n\n

Darum sollte die erste Frage zu Beginn eines Softwareprojektes lauten, auf welchen Qualit\u00e4tskriterien der Fokus der Entwicklung und damit auch der Qualit\u00e4tssicherung liegt. Um den Teams einen einfachen Einstieg in das Thema zu geben, nutzen wir den QA-Oktanten<\/a>. Folgend der ISO 25010 beinhaltet der QA-Oktant 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.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n
Nur funktionale Tests<\/th>Auswirkungen<\/th>L\u00f6sung<\/th><\/tr><\/thead>
\u2022 Es gibt nur funktionale Tests<\/td>\u2022 Keine Qualit\u00e4tssausage \u00fcber nicht-funktionale Kriterien<\/td>\u2022 Wichtige Qualit\u00e4tskriterien mit Kunden besprechen<\/td><\/tr>
<\/td>\u2022 Es geht wie gewollt, aber \u2026<\/td>\u2022 Nicht-funktionale Testarten<\/td><\/tr>
<\/td><\/td>\u2022 Mit dem QA-Oktanten starten<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
<\/div>\n\n\n\n

Anti-Pattern \u2013 Angriff der Dev-Krieger<\/h2>\n\n\n\n

Viele agile Entwicklungsteams \u2013 besonders Teams, die nur aus Entwicklern bestehen \u2013 setzen bei ihren QA-Ma\u00dfnahmen nur auf entwicklungsnahe Tests. Meist kommen hier nur Unit- und Komponententests zum Einsatz. Diese lassen sich einfach im gleichen Entwicklungswerkzeug schreiben und schnell in den Entwicklungsprozess integrieren. Besonders komfortabel ist dabei die M\u00f6glichkeit, dass sich \u00fcber Code Coverage Tools eine Aussage \u00fcber die Abdeckung der Tests gegen\u00fcber dem Code geben l\u00e4sst. Schnell tritt n\u00e4mlich eine Sicherheit ein, wenn das Code Coverage Tool eine 100%-ige Testabdeckung meldet. Doch die Problematik steckt im Detail bzw. hier in der Komplexit\u00e4t. F\u00fcr einfache Anwendungen w\u00e4re dieses Vorgehen ausreichend, aber bei komplexen Anwendungen treten Probleme auf.<\/p>\n\n\n\n

Bei komplexen Anwendungen k\u00f6nnen trotz einer komfortablen Unit-Test-Abdeckung Fehler auftauchen, die sich erst durch aufwendige System- und End2End-Tests entdecken lassen. Und f\u00fcr diese aufwendigen Tests ist es notwendig, ein erweitertes QA-Know-how im Team zu haben. Tester oder geschulte Entwickler m\u00fcssen auf h\u00f6heren Teststufen der Komplexit\u00e4t der Anwendung entgegentreten, um hier eine passende Qualit\u00e4tsaussage zu treffen.<\/p>\n\n\n\n

\"QA<\/figure>\n\n\n\n
Angriff der DevOnly<\/th>Auswirkung<\/th>L\u00f6sung<\/th><\/tr><\/thead>
\u2022 Nur entwicklungsnahe Tests<\/td>\u2022 Kein End2End-Test<\/td>\u2022 Tester ins Team holen<\/td><\/tr>
\u2022 Kein Tester im Team<\/td>\u2022 Bugs treten bei komplexen Features auf<\/td>\u2022 Auf h\u00f6heren Teststufen testen<\/td><\/tr>
\u2022 100% Codeabdeckung<\/td>\u2022 Schnell<\/td><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
<\/div>\n\n\n\n

Anti-Pattern \u2013 Die Spanische Variante<\/h2>\n\n\n\n

Die Zeit, in der eine Funktion in den Code gebracht wurde und dann auf dem Zielsystem landet, wird immer k\u00fcrzer. Damit verk\u00fcrzt sich auch die Zeit f\u00fcr einen umfangreichen Test immer weiter. F\u00fcr agile Projekte mit festen Iterationen durch Sprints ergibt sich ein weiteres Problem: Hier wird die Anzahl der zu pr\u00fcfenden Funktionen mit jedem Sprint gr\u00f6\u00dfer.<\/p>\n\n\n\n

Reine klassische manuelle Tests kommen hier an ihre Grenzen. Darum sollten Tester und Entwickler gemeinsam an einer Testautomatisierungsstrategie arbeiten.<\/p>\n\n\n\n

\"QA<\/figure>\n\n\n\n
Manual Work<\/th>Auswirkung<\/th>L\u00f6sung<\/th><\/tr><\/thead>
\u2022 Es gibt nur manuelle Tests<\/td>\u2022 Sp\u00e4te R\u00fcckmeldung bei Fehlern<\/td>\u2022 QA auf alle Schultern verteilen<\/td><\/tr>
<\/td>\u2022 Tester \u00fcberfordert<\/td>\u2022 Auf allen Teststufen testen<\/td><\/tr>
<\/td><\/td>\u2022 Automatisierung einf\u00fchren<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
<\/div>\n\n\n\n

Anti-Pattern \u2013 Automatisierte Regressionsl\u00fccke<\/h2>\n\n\n\n

Das andere Extrem w\u00e4re ein Projekt ohne manuelle Tests. Dies bedeutet zwar eine hohe Integration in die CI-\/CD-Prozesse und eine schnelle R\u00fcckmeldung bei auftretenden Fehlern, aber auch vermeidbare Probleme. Eine hohe Rate an Testautomatisierung ist mit einem gro\u00dfen Aufwand verbunden \u2013 sowohl bei der Erstellung der Tests als auch bei der Wartung. Und je h\u00f6her die Komplexit\u00e4t der Anwendungsf\u00e4lle ist und je schwieriger die verwendeten Technologien sind, desto h\u00f6her ist die Wahrscheinlichkeit, dass durch Probleme w\u00e4hrend des Testdurchlaufes dieser stoppt oder aufwendige Pr\u00fcfungen von Testabweichungen notwendig sind. Au\u00dferdem pr\u00fcfen die meisten automatisierten Tests nur die Regression ab. Durch automatisierte Tests w\u00fcrden somit nie neue Fehler gefunden, sondern nur die Funktionsweise der Altfunktionen gepr\u00fcft.<\/p>\n\n\n\n

Darum sollte immer mit einem gesunden Augenma\u00df automatisiert werden und parallel durch manuelle und ggf. durch explorative Tests nach neuen Abweichungen Ausschau gehalten werden.<\/p>\n\n\n\n

\"QA<\/figure>\n\n\n\n
100% Testautomation<\/th>Auswirkung<\/th>L\u00f6sung<\/th><\/tr><\/thead>
\u2022 Es gibt nur automatisierte Tests<\/td>\u2022 Sehr viel Aufwand<\/td>\u2022 Mit Augenma\u00df automatisieren<\/td><\/tr>
<\/td>\u2022 Alle \u00fcberfordert<\/td>\u2022 Manuelles Testen hat seinen Sinn<\/td><\/tr>
<\/td>\u2022 Build Stops durch Problemf\u00e4lle<\/td><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
<\/div>\n\n\n\n

Anti-Pattern \u2013 Testsingularit\u00e4t<\/h2>\n\n\n\n

Tests aus unterschiedlichen Teststufen und -arten haben jeweils einen unterschiedlichen Testfokus. Damit ergeben sich auch unterschiedliche Anforderungen an die Testumgebung wie Stabilit\u00e4t, Testdaten, Ressourcen etc. Entwicklungsnahe Testumgebungen werden sehr oft mit neuen Versionen versorgt, um die Entwicklungsfortschritte zu pr\u00fcfen. F\u00fcr die h\u00f6heren Teststufen oder andere Testarten ben\u00f6tigt man einen stabileren Versionsstand \u00fcber eine l\u00e4ngere Zeit.<\/p>\n\n\n\n

Um nicht ggf. die Tests durch einen ge\u00e4nderten Softwarestand bzw. eine ge\u00e4nderte Version zu kompromittieren, sollte es f\u00fcr jede Testart eine Testumgebung geben.<\/p>\n\n\n\n

\"QA<\/figure>\n\n\n\n
One Test Environment<\/th>Auswirkung<\/th>L\u00f6sung<\/th><\/tr><\/thead>
\u2022 Es gibt nur eine Testumgebung<\/td>\u2022 Kein Testfokus m\u00f6glich<\/td>\u2022 Mehrere Testumgebungen<\/td><\/tr>
<\/td>\u2022 Kompromittierte Tests<\/td>\u2022 Nach Teststufe oder Testfokus<\/td><\/tr>
<\/td>\u2022 Keine produktionsnahen Tests<\/td>\u2022 \u201ePro Testart eine Testumgebung\u201c<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
<\/div>\n\n\n\n

Anti-Pattern \u2013 BauManuFaktur<\/h2>\n\n\n\n

Moderne Entwicklung lebt von einer schnellen Auslieferung und eine zeitgem\u00e4\u00dfe Qualit\u00e4tssicherung von der Integration der automatisierten Tests in den Build-Vorgang sowie der automatisierten Verteilung des aktuellen Softwarestandes auf die unterschiedlichen (Test-) Umgebungen. Ohne ein Build- oder CI-\/CD-Werkzeug k\u00f6nnen diese Funktionen nicht bereitgestellt werden.<\/p>\n\n\n\n

Sofern es in einem Projekt noch Aufgaben zur Bereitstellung eines CI-\/CD-Prozesses gibt, k\u00f6nnen diese am Board als „To Dos“ markiert werden.<\/p>\n\n\n\n

\"QA<\/figure>\n\n\n\n
No Build Tool<\/th>Auswirkung<\/th>L\u00f6sung<\/th><\/tr><\/thead>
\u2022 Es gibt kein Build-Werkzeug<\/td>\u2022 Keine CI\/CD<\/td>\u2022 CI\/CD einf\u00fchren<\/td><\/tr>
<\/td>\u2022 Langsame Auslieferung<\/td>\u2022 L\u00fccken am Board markieren<\/td><\/tr>
<\/td>\u2022 Sp\u00e4te Testergebnisse<\/td><\/td><\/tr>
<\/td>\u2022 Ressourcenabh\u00e4ngig<\/td><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
<\/div>\n\n\n\n

Anti-Pattern \u2013 Early Adopter<\/h2>\n\n\n\n

Neue Technologien bringen meist auch neue Werkzeuge mit sich und neue Versionen neue Funktionen. Aber die Einf\u00fchrung neuer Werkzeuge und das Update auf neue Versionen birgt auch ein Risiko. Auch hier ist es ratsam, mit Bedacht vorzugehen und nicht alle Teile\/Werkzeuge des Projektes auf einmal zu \u00e4ndern.<\/p>\n\n\n\n

\"QA<\/figure>\n\n\n\n
Early Adopter<\/th>Auswirkung<\/th>L\u00f6sung<\/th><\/tr><\/thead>
\u2022 Einfach immer das neueste \u2026<\/td>\u2022 Herausforderungen in der Einarbeitung<\/td>\u2022 Kein Big Bang<\/td><\/tr>
<\/td>\u2022 Skill-Schw\u00e4chen<\/td>\u2022 Alte Tools kennt man<\/td><\/tr>
<\/td>\u2022 Neue Probleme<\/td>\u2022 Skill-Schw\u00e4chen am Board markieren<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

<\/p>\n","protected":false},"excerpt":{"rendered":"

In diesem Beitrag wird mit Hilfe des QA Navigation Boards eine Methode vorgestellt, mit der agile Entwicklungsteams typische QA-Problemf\u00e4lle und deren Auswirkungen erkennen und diese beseitigen k\u00f6nnen.<\/p>\n","protected":false},"author":13,"featured_media":815,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"advgb_blocks_editor_width":"","advgb_blocks_columns_visual_guide":"","footnotes":""},"categories":[10],"tags":[320,321,322,323,324,325,326,327,328,329,23,330,25,337,30,136,317,319],"topics":[313],"class_list":["post-159","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-qualitaetssicherung","tag-anti-pattern","tag-funktionale-tests","tag-dysfunktionale-tests","tag-testsingularitaet","tag-testmanagement","tag-manuelle-tests","tag-automatisierte-tests","tag-git","tag-selenium","tag-plugins","tag-quality-assurance","tag-xray","tag-qa-navigation-board","tag-editorschoice","tag-qualitaetssicherung","tag-testumgebung","tag-testdaten","tag-anamnse","topics-qa-navigation-board"],"acf":[],"yoast_head":"\nEinfache Anamnese der QA-Strategie f\u00fcr ... - ZEISS Digital Innovation Blog<\/title>\n<meta name=\"description\" content=\"Mit Hilfe des QA Navigation Boards m\u00f6chten wir eine Methode vorstellen, mit der agile Entwicklungsteams typische QA-Problemf\u00e4lle erkennen k\u00f6nnen.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/anamnese-der-qa-strategie\/\" \/>\n<meta property=\"og:locale\" content=\"de_DE\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Einfache Anamnese der QA-Strategie f\u00fcr ... - ZEISS Digital Innovation Blog\" \/>\n<meta property=\"og:description\" content=\"Mit Hilfe des QA Navigation Boards m\u00f6chten wir eine Methode vorstellen, mit der agile Entwicklungsteams typische QA-Problemf\u00e4lle erkennen k\u00f6nnen.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/anamnese-der-qa-strategie\/\" \/>\n<meta property=\"og:site_name\" content=\"Digital Innovation Blog\" \/>\n<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/ZEISSDigitalInnovation\/\" \/>\n<meta property=\"article:published_time\" content=\"2020-05-25T13:19:00+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2020-07-21T10:20:02+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-content\/uploads\/sites\/2\/2020\/04\/202005_Anamnese_QA_Navigation_Board_1a.png\" \/>\n\t<meta property=\"og:image:width\" content=\"2000\" \/>\n\t<meta property=\"og:image:height\" content=\"1125\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"Kay Grebenstein\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:creator\" content=\"@ZEISS_di\" \/>\n<meta name=\"twitter:site\" content=\"@ZEISS_di\" \/>\n<meta name=\"twitter:label1\" content=\"Verfasst von\" \/>\n\t<meta name=\"twitter:data1\" content=\"Kay Grebenstein\" \/>\n\t<meta name=\"twitter:label2\" content=\"Gesch\u00e4tzte Lesezeit\" \/>\n\t<meta name=\"twitter:data2\" content=\"7\u00a0Minuten\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/anamnese-der-qa-strategie\/\",\"url\":\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/anamnese-der-qa-strategie\/\",\"name\":\"Einfache Anamnese der QA-Strategie f\u00fcr ... - ZEISS Digital Innovation Blog\",\"isPartOf\":{\"@id\":\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/anamnese-der-qa-strategie\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/anamnese-der-qa-strategie\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-content\/uploads\/sites\/2\/2020\/04\/202005_Anamnese_QA_Navigation_Board_1a.png\",\"datePublished\":\"2020-05-25T13:19:00+00:00\",\"dateModified\":\"2020-07-21T10:20:02+00:00\",\"author\":{\"@id\":\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/#\/schema\/person\/cce7b67c4207708837bcfd4500b2bbf9\"},\"description\":\"Mit Hilfe des QA Navigation Boards m\u00f6chten wir eine Methode vorstellen, mit der agile Entwicklungsteams typische QA-Problemf\u00e4lle erkennen k\u00f6nnen.\",\"breadcrumb\":{\"@id\":\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/anamnese-der-qa-strategie\/#breadcrumb\"},\"inLanguage\":\"de\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/anamnese-der-qa-strategie\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/anamnese-der-qa-strategie\/#primaryimage\",\"url\":\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-content\/uploads\/sites\/2\/2020\/04\/202005_Anamnese_QA_Navigation_Board_1a.png\",\"contentUrl\":\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-content\/uploads\/sites\/2\/2020\/04\/202005_Anamnese_QA_Navigation_Board_1a.png\",\"width\":2000,\"height\":1125},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/anamnese-der-qa-strategie\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Einfache Anamnese der QA-Strategie f\u00fcr agile Teams\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/#website\",\"url\":\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/\",\"name\":\"Digital Innovation Blog\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"de\"},{\"@type\":\"Person\",\"@id\":\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/#\/schema\/person\/cce7b67c4207708837bcfd4500b2bbf9\",\"name\":\"Kay Grebenstein\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"de\",\"@id\":\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-content\/uploads\/sites\/2\/2020\/05\/grebenstein_kay-150x150.jpg\",\"contentUrl\":\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-content\/uploads\/sites\/2\/2020\/05\/grebenstein_kay-150x150.jpg\",\"caption\":\"Kay Grebenstein\"},\"description\":\"Kay Grebenstein arbeitete als langj\u00e4hriger Tester und agiler QA-Coach f\u00fcr die ZEISS Digital Innovation, Dresden. Er sicherte in Projekten unterschiedlicher fachlicher Dom\u00e4nen (Telekommunikation, Industrie, Versandhandel, Energie, \u2026) Qualit\u00e4t und testete Software. Seine Erfahrungen teilt er weiterhin auf Konferenzen, Meetups und in Ver\u00f6ffentlichungen unterschiedlicher Art.\",\"url\":\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/author\/kaygrebenstein\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Einfache Anamnese der QA-Strategie f\u00fcr ... - ZEISS Digital Innovation Blog","description":"Mit Hilfe des QA Navigation Boards m\u00f6chten wir eine Methode vorstellen, mit der agile Entwicklungsteams typische QA-Problemf\u00e4lle erkennen k\u00f6nnen.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/anamnese-der-qa-strategie\/","og_locale":"de_DE","og_type":"article","og_title":"Einfache Anamnese der QA-Strategie f\u00fcr ... - ZEISS Digital Innovation Blog","og_description":"Mit Hilfe des QA Navigation Boards m\u00f6chten wir eine Methode vorstellen, mit der agile Entwicklungsteams typische QA-Problemf\u00e4lle erkennen k\u00f6nnen.","og_url":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/anamnese-der-qa-strategie\/","og_site_name":"Digital Innovation Blog","article_publisher":"https:\/\/www.facebook.com\/ZEISSDigitalInnovation\/","article_published_time":"2020-05-25T13:19:00+00:00","article_modified_time":"2020-07-21T10:20:02+00:00","og_image":[{"width":2000,"height":1125,"url":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-content\/uploads\/sites\/2\/2020\/04\/202005_Anamnese_QA_Navigation_Board_1a.png","type":"image\/png"}],"author":"Kay Grebenstein","twitter_card":"summary_large_image","twitter_creator":"@ZEISS_di","twitter_site":"@ZEISS_di","twitter_misc":{"Verfasst von":"Kay Grebenstein","Gesch\u00e4tzte Lesezeit":"7\u00a0Minuten"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/anamnese-der-qa-strategie\/","url":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/anamnese-der-qa-strategie\/","name":"Einfache Anamnese der QA-Strategie f\u00fcr ... - ZEISS Digital Innovation Blog","isPartOf":{"@id":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/#website"},"primaryImageOfPage":{"@id":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/anamnese-der-qa-strategie\/#primaryimage"},"image":{"@id":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/anamnese-der-qa-strategie\/#primaryimage"},"thumbnailUrl":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-content\/uploads\/sites\/2\/2020\/04\/202005_Anamnese_QA_Navigation_Board_1a.png","datePublished":"2020-05-25T13:19:00+00:00","dateModified":"2020-07-21T10:20:02+00:00","author":{"@id":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/#\/schema\/person\/cce7b67c4207708837bcfd4500b2bbf9"},"description":"Mit Hilfe des QA Navigation Boards m\u00f6chten wir eine Methode vorstellen, mit der agile Entwicklungsteams typische QA-Problemf\u00e4lle erkennen k\u00f6nnen.","breadcrumb":{"@id":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/anamnese-der-qa-strategie\/#breadcrumb"},"inLanguage":"de","potentialAction":[{"@type":"ReadAction","target":["https:\/\/blogs.zeiss.com\/digital-innovation\/de\/anamnese-der-qa-strategie\/"]}]},{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/anamnese-der-qa-strategie\/#primaryimage","url":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-content\/uploads\/sites\/2\/2020\/04\/202005_Anamnese_QA_Navigation_Board_1a.png","contentUrl":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-content\/uploads\/sites\/2\/2020\/04\/202005_Anamnese_QA_Navigation_Board_1a.png","width":2000,"height":1125},{"@type":"BreadcrumbList","@id":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/anamnese-der-qa-strategie\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/"},{"@type":"ListItem","position":2,"name":"Einfache Anamnese der QA-Strategie f\u00fcr agile Teams"}]},{"@type":"WebSite","@id":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/#website","url":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/","name":"Digital Innovation Blog","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"de"},{"@type":"Person","@id":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/#\/schema\/person\/cce7b67c4207708837bcfd4500b2bbf9","name":"Kay Grebenstein","image":{"@type":"ImageObject","inLanguage":"de","@id":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/#\/schema\/person\/image\/","url":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-content\/uploads\/sites\/2\/2020\/05\/grebenstein_kay-150x150.jpg","contentUrl":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-content\/uploads\/sites\/2\/2020\/05\/grebenstein_kay-150x150.jpg","caption":"Kay Grebenstein"},"description":"Kay Grebenstein arbeitete als langj\u00e4hriger Tester und agiler QA-Coach f\u00fcr die ZEISS Digital Innovation, Dresden. Er sicherte in Projekten unterschiedlicher fachlicher Dom\u00e4nen (Telekommunikation, Industrie, Versandhandel, Energie, \u2026) Qualit\u00e4t und testete Software. Seine Erfahrungen teilt er weiterhin auf Konferenzen, Meetups und in Ver\u00f6ffentlichungen unterschiedlicher Art.","url":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/author\/kaygrebenstein\/"}]}},"author_meta":{"display_name":"Kay Grebenstein","author_link":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/author\/kaygrebenstein\/"},"featured_img":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-content\/uploads\/sites\/2\/2020\/04\/202005_Anamnese_QA_Navigation_Board_1a-600x338.png","coauthors":[],"tax_additional":{"categories":{"linked":["<a href=\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/category\/qualitaetssicherung\/\" class=\"advgb-post-tax-term\">Qualit\u00e4tssicherung<\/a>"],"unlinked":["<span class=\"advgb-post-tax-term\">Qualit\u00e4tssicherung<\/span>"]},"tags":{"linked":["<a href=\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/category\/qualitaetssicherung\/\" class=\"advgb-post-tax-term\">anti-pattern<\/a>","<a href=\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/category\/qualitaetssicherung\/\" class=\"advgb-post-tax-term\">funktionale tests<\/a>","<a href=\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/category\/qualitaetssicherung\/\" class=\"advgb-post-tax-term\">dysfunktionale tests<\/a>","<a href=\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/category\/qualitaetssicherung\/\" class=\"advgb-post-tax-term\">testsingularit\u00e4t<\/a>","<a href=\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/category\/qualitaetssicherung\/\" class=\"advgb-post-tax-term\">Testmanagement<\/a>","<a href=\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/category\/qualitaetssicherung\/\" class=\"advgb-post-tax-term\">manuelle tests<\/a>","<a href=\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/category\/qualitaetssicherung\/\" class=\"advgb-post-tax-term\">automatisierte tests<\/a>","<a href=\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/category\/qualitaetssicherung\/\" class=\"advgb-post-tax-term\">GIT<\/a>","<a href=\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/category\/qualitaetssicherung\/\" class=\"advgb-post-tax-term\">Selenium<\/a>","<a href=\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/category\/qualitaetssicherung\/\" class=\"advgb-post-tax-term\">Plugins<\/a>","<a href=\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/category\/qualitaetssicherung\/\" class=\"advgb-post-tax-term\">quality assurance<\/a>","<a href=\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/category\/qualitaetssicherung\/\" class=\"advgb-post-tax-term\">XRAY<\/a>","<a href=\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/category\/qualitaetssicherung\/\" class=\"advgb-post-tax-term\">qa navigation board<\/a>","<a href=\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/category\/qualitaetssicherung\/\" class=\"advgb-post-tax-term\">Editor's Choice<\/a>","<a href=\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/category\/qualitaetssicherung\/\" class=\"advgb-post-tax-term\">Qualit\u00e4tssicherung<\/a>","<a href=\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/category\/qualitaetssicherung\/\" class=\"advgb-post-tax-term\">Testumgebung<\/a>","<a href=\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/category\/qualitaetssicherung\/\" class=\"advgb-post-tax-term\">Testdaten<\/a>","<a href=\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/category\/qualitaetssicherung\/\" class=\"advgb-post-tax-term\">anamnese<\/a>"],"unlinked":["<span class=\"advgb-post-tax-term\">anti-pattern<\/span>","<span class=\"advgb-post-tax-term\">funktionale tests<\/span>","<span class=\"advgb-post-tax-term\">dysfunktionale tests<\/span>","<span class=\"advgb-post-tax-term\">testsingularit\u00e4t<\/span>","<span class=\"advgb-post-tax-term\">Testmanagement<\/span>","<span class=\"advgb-post-tax-term\">manuelle tests<\/span>","<span class=\"advgb-post-tax-term\">automatisierte tests<\/span>","<span class=\"advgb-post-tax-term\">GIT<\/span>","<span class=\"advgb-post-tax-term\">Selenium<\/span>","<span class=\"advgb-post-tax-term\">Plugins<\/span>","<span class=\"advgb-post-tax-term\">quality assurance<\/span>","<span class=\"advgb-post-tax-term\">XRAY<\/span>","<span class=\"advgb-post-tax-term\">qa navigation board<\/span>","<span class=\"advgb-post-tax-term\">Editor's Choice<\/span>","<span class=\"advgb-post-tax-term\">Qualit\u00e4tssicherung<\/span>","<span class=\"advgb-post-tax-term\">Testumgebung<\/span>","<span class=\"advgb-post-tax-term\">Testdaten<\/span>","<span class=\"advgb-post-tax-term\">anamnese<\/span>"]}},"comment_count":"0","relative_dates":{"created":"Posted 6\u00a0Jahren ago","modified":"Updated 6\u00a0Jahren ago"},"absolute_dates":{"created":"Posted on Mai 25, 2020","modified":"Updated on Juli 21, 2020"},"absolute_dates_time":{"created":"Posted on Mai 25, 2020 1:19 p.m.","modified":"Updated on Juli 21, 2020 10:20 a.m."},"featured_img_caption":"","series_order":"","_links":{"self":[{"href":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-json\/wp\/v2\/posts\/159","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-json\/wp\/v2\/users\/13"}],"replies":[{"embeddable":true,"href":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-json\/wp\/v2\/comments?post=159"}],"version-history":[{"count":22,"href":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-json\/wp\/v2\/posts\/159\/revisions"}],"predecessor-version":[{"id":1436,"href":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-json\/wp\/v2\/posts\/159\/revisions\/1436"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-json\/wp\/v2\/media\/815"}],"wp:attachment":[{"href":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-json\/wp\/v2\/media?parent=159"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-json\/wp\/v2\/categories?post=159"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-json\/wp\/v2\/tags?post=159"},{"taxonomy":"topics","embeddable":true,"href":"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-json\/wp\/v2\/topics?post=159"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}