<\/span><\/h3>\n <\/p>\n
Statisches und dynamisches Testen sind zwei unterschiedliche Ans\u00e4tze zur \u00dcberpr\u00fcfung von Software mit ihren eigenen St\u00e4rken, Schw\u00e4chen und Vorteilen. Eine direkte Wahl zwischen dem einen und dem anderen ist nicht realistisch, da sie unterschiedliche Funktionen haben.<\/p>\n
Bei statischen Tests geht es darum, proaktiv zu sein und Probleme so fr\u00fch wie m\u00f6glich zu erkennen. Es geht darum, Probleme zu finden und zu l\u00f6sen, bevor sie entstehen.<\/p>\n
Dynamische Tests sind reaktiver, denn sie suchen nach Fehlern, indem sie den Code ausf\u00fchren. Ja, im Allgemeinen ist es zeit- und ressourcenaufw\u00e4ndiger als statische Tests. Es werden jedoch Fehler gefunden, die durch statische Tests allein nicht aufgedeckt werden k\u00f6nnen.<\/p>\n
Die eigentliche Antwort ist, dass Sie durch den gemeinsamen Einsatz von statischen und dynamischen Tests sicherstellen k\u00f6nnen, dass Ihr Code und die zugeh\u00f6rigen Dokumente auf dem neuesten Stand sind und dass die Software den Erwartungen der Beteiligten entspricht.<\/p>\n
<\/p>\n
<\/span>Was wird bei der statischen Pr\u00fcfung getestet?<\/strong><\/span><\/h2>\n![\"Verschiedene](\"https:\/\/www.zaptest.com\/wp-content\/uploads\/2023\/09\/api-testing-1-jpg.webp\")
<\/p>\n
Bei statischen Tests werden der Entwurf, der Code und die Dokumente, aus denen Ihr Projekt besteht, gepr\u00fcft. Lassen Sie uns die Dinge aufschl\u00fcsseln, auf die Tester achten m\u00fcssen, um einen umfassenden statischen Testansatz zu gew\u00e4hrleisten.<\/p>\n
<\/span>1. \u00dcberpr\u00fcfung der Dokumentation<\/strong><\/span><\/h3>\nEiner der ersten Teile der statischen Pr\u00fcfung beinhaltet eine gr\u00fcndliche \u00dcberpr\u00fcfung der Dokumentation. Hier sind einige der Dokumente, die unter die Lupe genommen werden.<\/p>\n
<\/span>Dokumente zu Gesch\u00e4ftsanforderungen<\/strong><\/span><\/h4>\nDie Tester pr\u00fcfen das Dokument mit den Gesch\u00e4ftsanforderungen und stellen sicher, dass sie die Bed\u00fcrfnisse der Interessengruppen wahrheitsgetreu erfassen und mit den Gesch\u00e4ftszielen \u00fcbereinstimmen.<\/p>\n
<\/span>Software-Anforderungsspezifikationen (SRS)<\/strong><\/span><\/h4>\nDie Software-Anforderungsspezifikation (SRS) beschreibt die Funktion und den Nutzen der Software. Statische Tests \u00fcberpr\u00fcfen dieses Dokument und stellen sicher, dass es die Funktionalit\u00e4t der Software, einschlie\u00dflich der Abh\u00e4ngigkeiten und Benutzeroberfl\u00e4chen, genau beschreibt.<\/p>\n
<\/span>Entwurfsunterlagen<\/strong><\/span><\/h4>\nAuch die Konstruktionsunterlagen werden \u00fcberpr\u00fcft, um sicherzustellen, dass sie den Anforderungen und Spezifikationen entsprechen. Tester \u00fcberpr\u00fcfen UML-, Datenfluss- und Architekturdiagramme, um sicherzustellen, dass sie den Projektanforderungen entsprechen.<\/p>\n
<\/span>Anwendungsfalldokumente und Anwenderberichte<\/strong><\/span><\/h4>\nBeim statischen Testen werden auch Benutzerfalldokumente und Benutzergeschichten auf ihre \u00dcbereinstimmung mit den funktionalen und nicht-funktionalen Aspekten der Software untersucht. Diese Dokumente skizzieren gl\u00fcckliche Pfade (beabsichtigte erfolgreiche Nutzung), alternative Abl\u00e4ufe, Randf\u00e4lle und m\u00f6gliche Fehler.<\/p>\n
<\/span>Testf\u00e4lle<\/strong><\/span><\/h4>\nDiese fr\u00fche Testphase bietet die Gelegenheit, die Testf\u00e4lle zu \u00fcberpr\u00fcfen, um sicherzustellen, dass sie eine angemessene Abdeckung, Ressourcen, geeignete Techniken, realistische Zeitpl\u00e4ne usw. haben. Dar\u00fcber hinaus wird bei den \u00dcberpr\u00fcfungen auch untersucht, ob die Ergebnisse der Testf\u00e4lle detailliert und realistisch sind.<\/p>\n
<\/p>\n
<\/span>2. \u00dcberpr\u00fcfung des Kodex<\/strong><\/span><\/h3>\nAls N\u00e4chstes wird der f\u00fcr die Anwendung verwendete Code \u00fcberpr\u00fcft. Hier sind einige der Bereiche, die die Pr\u00fcfteams unter die Lupe nehmen werden.<\/p>\n
<\/span>Syntaxfehler<\/strong><\/span><\/h4>\nPr\u00fcfer und Entwickler sehen sich den Code an und untersuchen ihn auf Syntaxfehler, Tippfehler, falsche Variablennamen, fehlende Interpunktion und alle kleinen oder gro\u00dfen Fehler, die bei der endg\u00fcltigen Ausf\u00fchrung des Codes zu Fehlern f\u00fchren k\u00f6nnen.<\/p>\n
<\/span>Toter Code<\/strong><\/span><\/h4>\nToter Code, der auch als unerreichbarer Code bezeichnet wird, ist ein Teil des Quellcodes eines Programms, der aufgrund von Problemen mit dem Kontrollfluss nicht ausgef\u00fchrt werden kann.<\/p>\n
<\/span>Nicht verwendete Variablen<\/strong><\/span><\/h4>\nBeim statischen Testen wird auch auf unbenutzte Variablen geachtet, die zwar deklariert, aber vom Compiler nie ausgef\u00fchrt werden.<\/p>\n
<\/span>Verst\u00f6\u00dfe gegen Kodierungsstandards<\/strong><\/span><\/h4>\nKodierungsstandards beziehen sich auf eine Reihe von bew\u00e4hrten Verfahren, Regeln und Richtlinien f\u00fcr die Kodierung in einer bestimmten Sprache. Statische Tests stellen sicher, dass die besten Praktiken eingehalten werden, was es anderen erleichtert, den Code zu bearbeiten, zu korrigieren und zu aktualisieren.<\/p>\n
<\/span>Fehler in der Logik<\/strong><\/span><\/h4>\nLogikfehler k\u00f6nnen dazu f\u00fchren, dass der Quellcode fehlerhaft arbeitet, aber nicht abst\u00fcrzt. Mit statischen Pr\u00fcfungen sollen diese Probleme vor der Ausf\u00fchrung des Codes erkannt und behoben werden.<\/p>\n
<\/span>Datenstr\u00f6me<\/strong><\/span><\/h4>\nDie Pr\u00fcfer untersuchen auch, wie Daten in und aus dem System flie\u00dfen. Diese \u00dcberpr\u00fcfung umfasst alle Interaktionen, die die Daten innerhalb der Software haben werden.<\/p>\n
<\/span>Kontrollstr\u00f6me<\/strong><\/span><\/h4>\nEin weiterer zu untersuchender Bereich ist der Kontrollfluss. Bei dieser \u00dcberpr\u00fcfung wird die Ausf\u00fchrungsreihenfolge von Codeanweisungen untersucht und sichergestellt, dass die Dinge in der richtigen Reihenfolge ausgef\u00fchrt werden, um zu gew\u00e4hrleisten, dass sich die Software wie vorgesehen verh\u00e4lt.<\/p>\n
<\/span>Sicherheitsschwachstellen<\/strong><\/span><\/h4>\nBei statischen Tests werden auch etwaige Sicherheitsl\u00fccken im Quellcode untersucht.<\/p>\n
<\/p>\n
<\/span>Statische Techniken bei der Softwarepr\u00fcfung<\/strong><\/span><\/h2>\n![\"Vorteile](\"https:\/\/www.zaptest.com\/wp-content\/uploads\/2023\/09\/pexels-thisisengineering-3862619-jpg.webp\")
<\/p>\n
Nachdem Sie nun wissen, welche Dinge bei statischen Pr\u00fcfungen untersucht werden, ist es an der Zeit zu sehen, wie diese Pr\u00fcfungen durchgef\u00fchrt werden.<\/p>\n
Es gibt zwei prim\u00e4re statische Testtechniken f\u00fcr Softwaretests, die Sie kennen m\u00fcssen, um umfassende Softwaretests durchzuf\u00fchren. Dies sind der \u00dcberpr\u00fcfungsprozess und die statische Analyse.<\/p>\n
<\/p>\n
<\/span>1. Der \u00dcberpr\u00fcfungsprozess bei statischen Tests<\/strong><\/span><\/h3>\nDer Review-Prozess ist der erste Teil der Implementierung statischer Techniken im Softwaretest. Hier geht es darum, Fehler im Softwareentwurf zu finden und zu beseitigen. In der Regel gibt es vier Hauptphasen im \u00dcberpr\u00fcfungsprozess statischer Tests.<\/p>\n
<\/span>Informelle \u00dcberpr\u00fcfung<\/strong><\/span><\/h4>\nEin informelles Review ist genau das, wonach es sich anh\u00f6rt: eine unstrukturierte Brainstorming-Runde, bei der Entwickler, Tester und Stakeholder m\u00f6gliche Schwachstellen erkunden und Fragen und Vorschl\u00e4ge zur Software vorbringen k\u00f6nnen. Es ist eine Gelegenheit, gro\u00dfe M\u00e4ngel oder Probleme zu erkennen, bevor man zu den n\u00e4chsten Phasen \u00fcbergeht.<\/p>\n
<\/span>Walkthroughs<\/strong><\/span><\/h4>\nWalkthroughs sind eine Chance f\u00fcr Testteams, tiefer zu gehen. H\u00e4ufig wird die Dokumentation von einem oder mehreren Fachleuten durchgesehen, um sicherzustellen, dass alles mit den Gesch\u00e4fts- und Systemanforderungen \u00fcbereinstimmt.<\/p>\n
<\/span>Peer Review<\/strong><\/span><\/h4>\nIn diesem n\u00e4chsten Schritt pr\u00fcfen die Ingenieure gegenseitig den Quellcode, um zu sehen, ob sie Fehler entdecken k\u00f6nnen, die behoben werden m\u00fcssen, bevor die Software ausgef\u00fchrt wird.<\/p>\n
<\/span>Inspektion<\/strong><\/span><\/h4>\n