<\/span><\/h2>\nSanity-Tests sparen viel Zeit und M\u00fche, denn sie verhindern, dass QA-Teams Zeit mit tiefer gehenden Tests verschwenden, bevor sie sich vergewissert haben, dass die Kernfunktionen des Software-Builds so funktionieren, wie sie sollten.<\/p>\n
Sanity-Tests sind schnell, kosteng\u00fcnstig und notwendig, wenn Entwicklungs- und Testteams effizient und schnell fehlerfreie Software erstellen wollen.<\/p>\n
\u25cf Es spart Zeit und Ressourcen
\n\u25cf Es ist kein Dokumentationsaufwand erforderlich
\n\u25cf Es kann helfen, fehlende Objekte zu identifizieren
\n\u25cf Es verhindert sp\u00e4ter gr\u00f6\u00dfere Probleme<\/p>\n
<\/h3>\n<\/span>Es ist effizient und schnell<\/span><\/h3>\nSanity-Tests sind ein schnelles und effizientes Mittel, um festzustellen, ob die wichtigsten Funktionen eines Software-Builds wie erwartet funktionieren.<\/p>\n
Sie k\u00f6nnen einfache Sicherheitstests in weniger als einer Stunde durchf\u00fchren, und wenn Ihr Sicherheitstest erfolgreich ist, gibt dies Ihrem QA-Team gr\u00fcnes Licht f\u00fcr weitere Tests.<\/p>\n
<\/h3>\n<\/span>Es ist keine Dokumentation erforderlich<\/span><\/h3>\nDie meisten Sanity-Tests werden ohne Skript durchgef\u00fchrt, was bedeutet, dass die Tester keine strengen Anforderungen haben, die Kriterien f\u00fcr das Bestehen\/Nichtbestehen jedes Tests aufzuschreiben oder eine Dokumentation zu verfassen, um die Ergebnisse des Sanity-Tests zu pr\u00e4sentieren. Das bedeutet, dass sie relativ schnell und zwanglos durchgef\u00fchrt werden kann, ohne dass es zu gr\u00f6\u00dferen Arbeitsunterbrechungen kommt.<\/p>\n
<\/h3>\n<\/span>Es kann fehlende Objekte identifizieren<\/span><\/h3>\nSanity-Tests k\u00f6nnen den Testern helfen, verwandte oder fehlende Objekte zu identifizieren, die f\u00fcr die Funktion des Builds entscheidend sein k\u00f6nnten. Da Sanity-Tests dazu dienen, bestimmte Funktionen einzeln zu testen, ist es beim Sanity-Test einfacher, einzelne Fehler und Probleme zu identifizieren als bei Smoke-Tests und anderen anf\u00e4nglichen Software-Tests.<\/p>\n
<\/h3>\n<\/span>Das verhindert sp\u00e4tere gr\u00f6\u00dfere Probleme<\/span><\/h3>\nSanity-Check-Tests k\u00f6nnen Ihnen dabei helfen, Probleme fr\u00fchzeitig w\u00e4hrend des Testprozesses zu erkennen und das Auftreten gr\u00f6\u00dferer, auff\u00e4lliger Fehler zu einem sp\u00e4teren Zeitpunkt in der Entwicklung zu vermeiden. Die fr\u00fchzeitige Erkennung von Problemen kann Ihnen helfen, den Zeitplan w\u00e4hrend der Entwicklung einzuhalten und kostspielige Fehler zu vermeiden.<\/p>\n
<\/h2>\n<\/span>Die Herausforderungen der Plausibilit\u00e4tspr\u00fcfung<\/strong><\/span><\/h2>\nDie Sanit\u00e4tspr\u00fcfung ist nicht ohne Herausforderungen. Sanity-Testing-Software kann den Testern helfen, einige der wichtigsten Fehler in einem Build zu identifizieren, bevor sie mit weiteren Tests fortfahren, aber sie ist kein zuverl\u00e4ssiger Weg, um alle Probleme zu identifizieren, die auftreten k\u00f6nnten.<\/p>\n
Zu den Herausforderungen der Plausibilit\u00e4tspr\u00fcfung geh\u00f6ren:<\/p>\n
\u25cf Sie hat einen relativ engen Anwendungsbereich und kann einige Probleme \u00fcbersehen.
\n\u25cf Die Sanit\u00e4tspr\u00fcfung ist ungeschrieben.
\n\u25cf Die Entwickler wissen nicht immer, wie sie die bei den Tests gefundenen Fehler beheben k\u00f6nnen.
\n\u25cf Sanity-Tests konzentrieren sich nur auf Befehle und Funktionen der Software.<\/p>\n
<\/h3>\n<\/span>Sie hat einen engen Anwendungsbereich<\/span><\/h3>\nSanity-Tests haben im Vergleich zu vielen anderen Arten von Tests einen sehr engen Umfang. Der Zweck des Sanity-Tests besteht darin, bestimmte Funktionen oder \u00c4nderungen zu testen, um sicherzustellen, dass sie ordnungsgem\u00e4\u00df funktionieren. Abgesehen von diesen \u00c4nderungen bietet das Sanity Testing keinen Einblick in die Gesamtfunktionalit\u00e4t des Software Builds.<\/p>\n
<\/h3>\n<\/span>Es ist ungeschrieben<\/span><\/h3>\nW\u00e4hrend einige Tester dies als Vorteil ansehen, bedeutet die Tatsache, dass Sanity-Tests ohne Skript durchgef\u00fchrt werden, dass es keine Dokumentation gibt, auf die man in der Zukunft zur\u00fcckgreifen kann, wenn Entwickler oder Tester die Ergebnisse eines Sanity-Tests \u00fcberpr\u00fcfen wollen. Sanity-Tests haben nur einen begrenzten Nutzen, der \u00fcber ihre unmittelbaren Auswirkungen hinausgeht.<\/p>\n
<\/h3>\n<\/span>Es werden nur Funktionen und Befehle getestet<\/span><\/h3>\nSanity-Tests werden nur zum Testen von Funktionen und Befehlen in einem Software-Build verwendet. Beim Sanity-Testing kann nicht getestet werden, wie die Software auf der Ebene der Designstruktur funktioniert. Das bedeutet, dass es f\u00fcr die Entwickler nicht immer einfach ist, die auftretenden Probleme zu erkennen und zu beheben.<\/p>\n
<\/h2>\n<\/span>Die Merkmale der Plausibilit\u00e4tspr\u00fcfung<\/strong><\/span><\/h2>\nSanity-Tests lassen sich anhand ihrer wichtigsten Merkmale und Eigenschaften von anderen Formen des Softwaretests unterscheiden. Es ist m\u00f6glich, die Unbedenklichkeitspr\u00fcfung zu definieren, indem man ihre Merkmale betrachtet, die sind:<\/p>\n
\u25cf Einfach
\n\u25cf Ungeschrieben
\n\u25cf Undokumentiert
\n\u25cf Tief
\n\u25cf Schmal
\n\u25cf Durchgef\u00fchrt von Pr\u00fcfern<\/p>\n
<\/h3>\n<\/span>Einfach<\/span><\/h3>\nSanity-Tests sind eine einfache Form von Softwaretests, die leicht zu entwickeln und ebenso leicht durchzuf\u00fchren sind. Das bedeutet, dass QA-Sanity-Tests schnell und bedarfsgerecht durchgef\u00fchrt werden k\u00f6nnen, ohne dass die Testteams informelle Tests planen m\u00fcssen.<\/p>\n
<\/h3>\n<\/span>Ungeschrieben und undokumentiert<\/span><\/h3>\nSanity-Tests sind in der Regel sowohl ungeschrieben als auch undokumentiert, was auch dazu beitr\u00e4gt, dass Sanity-Tests in den meisten Testumgebungen eher beil\u00e4ufig durchgef\u00fchrt werden k\u00f6nnen.<\/p>\n
Sanity-Testing ist ein informeller Prozess, der in erster Linie dazu dient, zu \u00fcberpr\u00fcfen, ob ge\u00e4nderte Funktionen und Merkmale wie erwartet funktionieren.<\/p>\n
<\/h3>\n<\/span>Tief und schmal<\/span><\/h3>\nSanity-Tests sind eine Art von Softwaretests, die sowohl als tiefgreifend als auch als eng angesehen werden. Das bedeutet, dass Sanity-Tests nur einen kleinen Teil eines Software-Builds abdecken, aber die Aspekte des Builds, die getestet werden, in die Tiefe gehen.<\/p>\n
So k\u00f6nnen Softwaretester beispielsweise die Funktion einer einzelnen Funktion im Detail testen, anstatt alle Kernfunktionen auf einer grundlegenden Ebene zu pr\u00fcfen.<\/p>\n
<\/h3>\n<\/span>Durchgef\u00fchrt von Pr\u00fcfern<\/span><\/h3>\nSanity-Tests werden fast immer von Testern durchgef\u00fchrt. Dies unterscheidet Sanity-Tests von anderen g\u00e4ngigen Formen des Softwaretests wie Smoke-Tests, die entweder von QA-Teams oder Entwicklern durchgef\u00fchrt werden k\u00f6nnen.<\/p>\n
<\/h2>\n<\/span>Sanity-Tests vs. Smoke-Tests vs. Regressionstests<\/strong><\/span><\/h2>\nSanity-Tests, Smoke-Tests und Regressionstests werden oft zusammen erw\u00e4hnt, und manche Leute k\u00f6nnen die verschiedenen Testarten verwechseln, wenn sie die Unterschiede zwischen der Sanity-Test-Definition und anderen Testarten nicht verstehen.<\/p>\n
Smoke- und Sanity-Tests sind schnelle Tests, mit denen festgestellt werden soll, ob ein Software-Build ordnungsgem\u00e4\u00df funktioniert. Sanity-Tests unterscheiden sich jedoch sowohl von Smoke-Tests als auch von Regressionstests.<\/p>\n