Prüfung des rückwärts Gehens ist jeder Typ der Software, die prüft, der sich bemüht, neue Softwareprogrammfehler oder rückwärts Gehen in vorhandenen funktionellen und nichtfunktionellen Gebieten eines Systems aufzudecken, nachdem Änderungen, wie Erhöhungen, Flecke oder Konfigurationsänderungen, mit ihnen vorgenommen worden sind.

Die Absicht der Prüfung des rückwärts Gehens ist sicherzustellen, dass eine Änderung, wie ein bugfix, neue Schulden nicht eingeführt hat. Einer der Hauptgründe für die Prüfung des rückwärts Gehens soll bestimmen, ob eine Änderung in einem Teil der Software andere Teile der Software betrifft.

Die übliche Methodik der Prüfung des rückwärts Gehens schließt das Wiederholen von vorher durchgeführten Tests und die Überprüfung ein, ob sich Programm-Verhalten geändert hat, und ob vorher feste Schulden wiedererschienen sind. Prüfung des rückwärts Gehens kann verwendet werden, um ein System effizient durch das systematische Auswählen des passenden minimalen Satzes von Tests zu prüfen, musste eine besondere Änderung entsprechend bedecken.

Hintergrund

Erfahrung hat gezeigt, dass weil Software befestigt wird, sind Erscheinen von neuen und/oder Wiedererscheinen von alten Schulden ziemlich üblich. Manchmal kommt Wiedererscheinen vor, weil eine üble Lage durch schlechte Revisionskontrollmethoden (oder einfacher menschlicher Fehler in der Revisionskontrolle) verloren wird. Häufig wird eine üble Lage für ein Problem darin "zerbrechlich" sein sie befestigt das Problem im schmalen Fall, wo sie zuerst beobachtet wurde, aber nicht in allgemeineren Fällen, die über die Lebenszeit der Software entstehen können. Oft verursacht eine üble Lage für ein Problem in einem Gebiet unachtsam einen Softwareprogrammfehler in einem anderen Gebiet. Schließlich häufig, wenn eine Eigenschaft neu entworfen wird, werden einige derselben Fehler, die in der ursprünglichen Durchführung der Eigenschaft gemacht wurden, in der Umgestaltung gemacht.

Deshalb in den meisten Softwareentwicklungssituationen wird es als gute Codierpraxis betrachtet, dass, wenn ein Programmfehler gelegen und bestochen wird, ein Test, der den Programmfehler ausstellt, registriert und regelmäßig nach nachfolgenden Änderungen zum Programm wieder getestet wird. Obwohl das durch manuelle Probeverfahren-Verwenden-Programmiertechniken getan werden kann, wird es häufig mit automatisierten Probewerkzeugen getan. Solch ein Testgefolge enthält Softwarewerkzeuge, die der Probeumgebung erlauben, alle Testfälle des rückwärts Gehens automatisch durchzuführen; einige Projekte stellen sogar automatisierte Systeme auf, um alle Tests des rückwärts Gehens an angegebenen Zwischenräumen automatisch zu wiederholen und irgendwelche Misserfolge zu melden (der ein rückwärts Gehen oder einen veralteten Test einbeziehen konnte). Allgemeine Strategien sind, solch ein System zu führen, nachdem jeder erfolgreiche (für kleine Projekte), jede Nacht, oder einmal wöchentlich kompiliert. Jene Strategien können durch ein Außenwerkzeug, wie BuildBot, Zunderbüchse, die Hudson, Jenkins, TeamCity oder der Bambus automatisiert werden.

Prüfung des rückwärts Gehens ist ein integraler Bestandteil der äußersten Programmiersoftwareentwicklungsmethode. In dieser Methode werden Designdokumente durch den umfassenden, repeatable ersetzt, und haben Prüfung des kompletten Softwarepakets überall in jeder Bühne des Softwareentwicklungszyklus automatisiert.

In der korporativen Welt ist Prüfung des rückwärts Gehens von einer Softwarequalitätssicherungsmannschaft traditionell durchgeführt worden, nachdem die Entwicklungsmannschaft Arbeit vollendet hat. Jedoch sind in dieser Bühne gefundene Defekte am kostspieligsten, um zu befestigen. Dieses Problem wird durch den Anstieg der Einheitsprüfung gerichtet. Obwohl Entwickler immer Testfälle als ein Teil des Entwicklungszyklus geschrieben haben, sind diese Testfälle allgemein entweder Funktionsprüfungen oder Einheitstests gewesen, die nur beabsichtigte Ergebnisse nachprüfen. Entwickler, der prüft, zwingt einen Entwickler dazu, sich auf Einheitsprüfung zu konzentrieren und sowohl positive als auch negative Testfälle einzuschließen.

Gebrauch

Prüfung des rückwärts Gehens kann nicht nur verwendet werden, für die Genauigkeit eines Programms, aber häufig auch zu prüfen, für die Qualität seiner Produktion zu verfolgen. Zum Beispiel, im Design eines Bearbeiters, konnte Prüfung des rückwärts Gehens die Codegröße, Simulierungszeit und Zeit der Testgefolge-Fälle verfolgen. Prüfung des rückwärts Gehens kann automatisiert werden.

Tests des rückwärts Gehens können als Funktionsprüfungen oder Einheitstests weit gehend kategorisiert werden. Funktionsprüfungen üben das ganze Programm mit verschiedenen Eingängen aus. Einheitstests üben individuelle Funktionen, Unterprogramme oder Gegenstand-Methoden aus. Sowohl funktionelle Probewerkzeuge als auch Einheitsprobewerkzeuge neigen dazu, Drittprodukte zu sein, die nicht ein Teil des Bearbeiter-Gefolges sind, und beide dazu neigen, automatisiert zu werden. Funktionsprüfungen können eine scripted Reihe von Programm-Eingängen, vielleicht sogar ein automatisierter Mechanismus sein, um Maus-Bewegungen zu kontrollieren. Einheitstests können getrennte Funktionen innerhalb des Codes selbst oder Fahrer-Schicht sein, die sich zum Code verbindet, ohne den Code zu verändern, der wird prüft.

Siehe auch

• Charakterisierungstest
• Qualitätskontrolle
• Softwareentwicklung bearbeitet
• Software, die prüft
• Rauch, der prüft

Links

• Probeempfehlungen des rückwärts Gehens von Microsoft