{"id":81811,"date":"2018-02-26T05:00:00","date_gmt":"2018-02-26T10:00:00","guid":{"rendered":"https:\/\/www.applause.com\/blog\/4-schritte-erstellen-von-testfaellen\/"},"modified":"2025-07-21T11:19:57","modified_gmt":"2025-07-21T15:19:57","slug":"4-schritte-erstellen-von-testfaellen","status":"publish","type":"post","link":"https:\/\/www.applause.com\/de\/blog\/4-schritte-erstellen-von-testfaellen\/","title":{"rendered":"4 Schritte zum Erstellen von sinnvollen Testf\u00e4llen"},"content":{"rendered":"

4 Schritte zum Erstellen von sinnvollen Testf\u00e4llen<\/h1>\n

Software-Terminologie kann im Hinblick auf Software-Testing manchmal verwirrend sein. Testfall, Testskript, Testszenario, Testplan. Sie klingen irgendwie alle \u00e4hnlich, haben aber alle unterschiedliche Funktionen und Bedeutungen f\u00fcr den gesamten Software-Entwicklungszyklus. In diesem Zyklus ist das Erstellen und Ausf\u00fchren von Testf\u00e4llen der erste von mehreren Schritten innerhalb des Testings und bildet damit den Grundstein daf\u00fcr, ein letztendlich qualitativ hochwertiges Produkt zu releasen.<\/p>\n

Denn mithilfe von Testf\u00e4llen (eng. Test Cases) wird noch vor dem Release \u00fcberpr\u00fcft, ob das Produkt spezifizierte Anforderungen und aufgestellte Qualit\u00e4tsparameter (z. B. Funktionalit\u00e4t, Usability) erf\u00fcllt.<\/p>\n

Das Schreiben von Test Cases bereitet insbesondere QA\/Test Managern h\u00e4ufig Kopfzerbrechen. Denn Test Cases fordern viel Expertise ab: Sie m\u00fcssen realistisch, zielgerichtet sein und dabei pr\u00e4zise typische Szenarien sowie Testbedingungen beschreiben. Bei der Erstellung von Test Cases sind dir bestimmt folgende Fragen schon begegnet:<\/p>\n

    \n
  • Was ist mein\u00a0Ausgangspunkt<\/strong>\u00a0vom Test Case? Welche Vorbedingungen m\u00fcssen erf\u00fcllt sein?<\/li>\n
  • Wird der Test Case die ben\u00f6tigten Resultate aufdecken? Was sind \u00fcberhaupt die prim\u00e4ren Bereiche?<\/li>\n
  • Welche\u00a0notwendigen Daten<\/strong>\u00a0werden f\u00fcr eine erfolgreiche Ausf\u00fchrung ben\u00f6tigt?<\/li>\n
  • Bin ich in der Lage die auszuf\u00fchrenden\u00a0Schritte<\/strong>\u00a0und erwarteten\u00a0Ergebnisse<\/strong>\u00a0klar und deutlich zu formulieren?<\/li>\n
  • Ist der\u00a0Aufbau<\/strong>\u00a0des Test Cases sinnvoll strukturiert? Wei\u00df der Tester\/User worauf es ankommen soll?<\/li>\n
  • Werden die Test Cases\u00a0Zeit ersparen<\/strong>, bestehende Prozesse optimieren und damit nachhaltigen Mehrwert stiften?<\/li>\n<\/ul>\n

    In vier Schritten werden wir dir erl\u00e4utern, wie du verst\u00e4ndliche Test Cases erstellst und nach dem eigentlichen Testing noch weiter optimieren kannst.<\/p>\n

    1. Definiere den Test Scope so detailiert wie m\u00f6glich, dennoch nur so viel, wie n\u00f6tig<\/strong><\/h3>\n

    Ganz gleich, ob du Test Cases f\u00fcr externe Crowdtester schreibst oder f\u00fcr deine Tester in der unternehmensinternen QA-Abteilung, mach dir bitte eines klar: Gehe immer davon aus, dass die Tester das Testobjekt das erste mal \u201ebegutachten\u201c und \u00fcber keinerlei Hintergrundwissen zu dem Testobjekt verf\u00fcgen. Die wirkliche Kunst des Entwickelns besteht darin, die Testumgebung so vertraut zu machen, dass diese dem Tester intuitiv erscheint, sobald sie diese zum ersten Mal zu Angesicht bekommen.<\/p>\n

    Achte bitte bei der Ausarbeitung \/ Vorbereitung des Scopes und deren Test Cases auf folgende Punkte:<\/strong><\/p>\n

      \n
    • Erkl\u00e4re in kurzen Worten, worum es sich bei dem Testobjekt handelt. Was kann dieses?<\/li>\n
    • Hauptfokus:<\/strong>\u00a0Auf welche Bereiche soll der Tester prim\u00e4r achten?<\/li>\n
    • Welche\u00a0Voraussetzungen<\/strong>\u00a0m\u00fcssen gegeben sein, um testen zu k\u00f6nnen? Bedenke dabei auch Aspekte wie z. B. Device, OS, Hardware, Accounts, Zug\u00e4nge (VPN), Out of Scope, Location<\/li>\n
    • Vermeide\u00a0Fachbegriffe und unverst\u00e4ndliches Insider-Wording<\/strong>! Formuliere so detailliert wie m\u00f6glich, dennoch nur so viel, wie n\u00f6tig!<\/li>\n
    • Versetze dich in die Lage eines Laien. Pr\u00fcfe selbst oder mithilfe eines Kollegen, ob dein Test Scope wirklich verst\u00e4ndlich geschrieben ist und alle n\u00f6tigen Aspekte ber\u00fccksichtigt wurden.<\/li>\n<\/ul>\n

      2. Test Cases f\u00fcr jedermann verst\u00e4ndlich machen<\/strong><\/h3>\n

      Bitte beachte beim Ausformulieren von Test Cases f\u00fcr externe Crowdtester oder interne Tester auch folgende Punkte:<\/p>\n

        \n
      • W\u00e4hle einen deutlichen\u00a0Titel<\/strong>, der den Testfall beschreibt.<\/li>\n
      • Beschreibe den Testfall in einer\u00a0kurzen Zusammenfassung<\/strong>, um so dem Tester den Einstieg zu erleichtern.<\/li>\n
      • Gib eine klare\u00a0Bearbeitungszeit<\/strong>\u00a0des Testfalles an! Dies ist \u00e4u\u00dferst wichtig, falls der Testfall innerhalb einer bestimmten Zeit, oder am St\u00fcck, ohne Unterbrechung durchlaufen werden muss.<\/li>\n
      • Gib, wenn n\u00f6tig,\u00a0Hintergrundinformationen<\/strong>\u00a0im jeweiligen Schritt an. Beschreibe was genau und was der Tester im n\u00e4chsten Schritt zu erwarten hat und welche Auswirkung dies hat.<\/li>\n
      • Benenne unbedingt\u00a0die wichtigsten Funktionalit\u00e4ten<\/strong>\u00a0des Produktes, die zu 100% funktionieren m\u00fcssen.<\/li>\n
      • Baue den Testfall\u00a0intuitiv\u00a0<\/strong>und dem Produkt entsprechend auf. Versetze dich in die Lage eines Users: Was genau macht dieser im Normalfall? Spiegelt der Verlauf des Testfalls die sp\u00e4tere User Experience bzw. User Journey realistisch wider?<\/li>\n
      • B\u00fcndel alle wichtigen Testdaten<\/strong>\u00a0innerhalb des Test Cases und ordne die spezifischen Testdaten den einzelnen Schritten zu. Dadurch verhinderst du Verwirrung und vermeidest, dass der Tester zwischen den einzelnen Schritten hin und herspringen muss. Lass den Tester sich voll und ganz auf die chronologische Ausf\u00fchrung des Testfalls konzentrieren.<\/li>\n
      • Wichtig:<\/strong>\u00a0Die einzelnen Schritte des Test Cases und die zu erwartbaren Ergebnisse m\u00fcssen kurz und verst\u00e4ndlich geschrieben sein. F\u00fcge lieber einen Schritt mehr hinzu, als dass du einen Schritt mit Informationen unn\u00f6tig \u00fcberl\u00e4dst.<\/li>\n<\/ul>\n

        3. Feedback der Tester einholen<\/strong><\/h3>\n

        Wir k\u00f6nnen noch so gut vorbereiten und planen, wie wir wollen \u2013 letztendlich sind unsere Tester, die Menschen, die den wirklichen Erfolg des Testings bestimmen und damit das Produkt bestm\u00f6glich auf den Release vorbereiten. Enger Kontakt mit den Testern und regelm\u00e4\u00dfige Feedback-Sessions zu neuen und bestehenden Testf\u00e4llen sind daher ungemein wichtig, wenn du deine Testf\u00e4lle laufend optimieren m\u00f6chtest.<\/p>\n

        4. Review der Testf\u00e4lle<\/strong><\/h3>\n

        Nun wurden sorgf\u00e4ltig alle Schritte eingehalten, der Testlauf ist zu Ende, die Ergebnisse des Testings liegen vor und du hast (hoffentlich) sogar das wertvolle Feedback der Tester erhalten. Nimm dir nun die Zeit und besprich deine Ergebnisse mit s\u00e4mtlichen am Testing beteiligten Personen. Nutze jegliche Art von Feedback und lass dieses in den n\u00e4chsten Testing-Zyklus mit einflie\u00dfen, um sowohl Zeit als auch Geld zu sparen und aus m\u00f6glichen Fehlern zu lernen.<\/p>\n

        Quality Assurance ist ein andauernder und fortlaufender Prozess. Versuche daher jeden neuen Testzyklus so zu nutzen, dass du die letztendlich beste Version des Testobjekts erh\u00e4ltst. Voraussetzung hierf\u00fcr ist aber, dass du realistische Testf\u00e4lle kreierst, die von deinen Testern problemlos durchlaufen werden k\u00f6nnen.<\/p>\n<\/div><\/div><\/div><\/div><\/div>","protected":false},"excerpt":{"rendered":"

        Wie sehen aussagekr\u00e4ftige Testf\u00e4lle aus?<\/p>\n","protected":false},"author":42,"featured_media":133852,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[282],"tags":[939,938],"resource-industry":[],"resource-solution":[],"resources\/types":[1244],"class_list":["post-81811","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-unkategorisiert","tag-desktop","tag-qa","resource-type-blogs-de"],"acf":[],"_links":{"self":[{"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/posts\/81811","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/users\/42"}],"replies":[{"embeddable":true,"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/comments?post=81811"}],"version-history":[{"count":0,"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/posts\/81811\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/media\/133852"}],"wp:attachment":[{"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/media?parent=81811"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/categories?post=81811"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/tags?post=81811"},{"taxonomy":"resource-industry","embeddable":true,"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/resource-industry?post=81811"},{"taxonomy":"resource-solution","embeddable":true,"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/resource-solution?post=81811"},{"taxonomy":"resource-type","embeddable":true,"href":"https:\/\/www.applause.com\/de\/wp-json\/wp\/v2\/resources\/types?post=81811"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}