Sobald ich \u00fcber Testen in agilen Teams spreche und betone, dass Tester und Entwickler sehr eng zusammenarbeiten, bekomme ich immer die Frage gestellt: Was ist mit der Unabh\u00e4ngigkeit der Tester?<\/p>\n\n\n\n
Die Unabh\u00e4ngigkeit ist besonders im Wasserfall- und V-Modell-basierenden Projekten ein wichtiger Baustein und eine Sicherheit f\u00fcr die Qualit\u00e4t des Produktes. Die Tester stellen die unvoreingenommenen Pr\u00fcfer der Anforderungen und der Ergebnisse der Entwicklung dar. Sie validieren beides aus der Sicht der Nutzer und durch die Trennung von den Entwicklern erwartet man eine unbeeinflusste Arbeitsweise.<\/p>\n\n\n\n
In einem agilen Entwicklungsteam arbeiten alle Beteiligten im Entwicklungsprozess eng zusammen. Das Team ist interdisziplin\u00e4r aufgebaut und besteht aus Testern, Entwicklern, Designer. Quasi alles was f\u00fcr die Umsetzung der L\u00f6sung ben\u00f6tigt wird. Und das Team arbeitet Hand in Hand mit dem Kunden und dem Product Owner. Die vom klassischen Vorgehen geforderte Unabh\u00e4ngigkeit ist nat\u00fcrlich in einem agilen Entwicklungsteam nicht gegeben. Aber sie wird auch nicht mehr ben\u00f6tigt.<\/p>\n\n\n\n
Das wurde mir wieder bewusst als ich vor ein paar Tagen im Planning eines Scrum-Teams sa\u00df und die Akzeptanzkriterien f\u00fcr eine Story definiert wurden: Es ging um das L\u00f6schen eines Artefaktes und speziell um die Sicherheitsabfrage vor dem L\u00f6schen. Als alter Testhase schlug ich dem Team vor, ein Akzeptanzkriterium bzw. eine Testidee f\u00fcr den Fall aufzunehmen, indem der Nutzer auf Abbrechen<\/em> klickt und dann das Artefakt nicht gel\u00f6scht werden sollte. Prompt bekam ich die Antwort zur\u00fcck: \u201eWieso? Das ist selbst verst\u00e4ndlich und jeder Entwickler, der dies vergisst, kommt an den Pranger\u201c. Die Antwort kam nicht von einem Tester, sondern einem Entwickler. Und das Team war genau derselben Meinung. Und wie versprochen, sahen die erstellten Testf\u00e4lle den Sachverhalt vor und gingen nat\u00fcrlich auf gr\u00fcn, weil die Entwickler es korrekt umgesetzt hatten.<\/p>\n\n\n\n Die Unabh\u00e4ngigkeit der Tester in der alten Welt weicht einer \u201eneuen\u201c Idee: Jeder bzw. alle Projektbeteiligten sind f\u00fcr die Qualit\u00e4t verantwortlich! Au\u00dferdem sorgt die Arbeit des Product Owners f\u00fcr die notwendige Einbeziehung der Kundensicht. Die Tester bringen geschultes Testvorgehen in das Team ein und die Entwickler teilen ihr Wissen \u00fcber Programmierung. Die agilen Prinzipien sorgen daf\u00fcr, dass die \u2013 der Entwicklung nachgelagerte \u2013 Pr\u00fcfinstanz nicht notwendig ist und ich habe speziell f\u00fcr mein Scrumteam das Vertrauen, dass sie auch die weiteren Stories korrekt umsetzen werden.<\/p>\n","protected":false},"excerpt":{"rendered":" Sobald ich \u00fcber Testen in agilen Teams spreche und betone, dass Tester und Entwickler sehr eng zusammenarbeiten, bekomme ich immer die Frage gestellt: Was ist mit der Unabh\u00e4ngigkeit der Tester?<\/p>\n","protected":false},"author":13,"featured_media":1276,"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":[432,433,26,314],"topics":[],"class_list":["post-1015","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-qualitaetssicherung","tag-unabhaengigkeit-der-tester","tag-agile-teams","tag-agile","tag-tester"],"acf":[],"yoast_head":"\n