Exploratives Testen von Software
James Whittaker ist ein Partners-Entwicklungs-Manager bei Bing, Microsoft. Es ist ein früherer Techniker Direktor bei Google, der für das Testen von Chrome, von Zuordnungen und von Google-Internet App verantwortlich ist. James ist einer der bekanntesten Namen, wenn er durch die Welt testet und verfügt über mehrere Bestseller auf Software-Tests erstellt. Es enthält außerdem ein beliebtes Blog auf MSDN.
Juli 2012
Dieses Thema ist ein Auszug aus dem Buch Explorative Softwaretests: Tipps, Tricks, Touren, Techniken für den Testentwurf.
Betrifft
Anwendungslebenszyklus-Verwaltung, Visual Studio, TFS
Exploratives Testen - Plan, wie Sie überprüfen
Exploratives Testen für agile Teams
Exploratives Testen kann mit geplanten vorbereiteten Tests vorhanden sein
Szenario basierte Untersuchungen
Im exploratives Testen interagieren Tester möglicherweise mit der Anwendung im, welche Methode sie Informationen soll und verwenden, die die Anwendung bietet, um zu reagieren, ändern Kurs und Untersuchen im Allgemeinen die Funktionen der Anwendung ohne Begrenzung. Sie wird für einige ad hoc, aber in Händen eines erfahrenen und erfahrenen explorativen Testers, kann diese Technik leistungsstarkes überprüfen. Anwälte argumentieren, dass exploratives Testen die Vollmacht das menschliche Gehirns ermöglicht, auf das Suchen von Fehlern und dem Überprüfen von Funktionen ohne vorgefasste Einschränkungen zur Geltung gebracht werden.
Der Nachteil zum exploratives Testen ist dies Testerrisiko, das viel Zeit verschwendet, die eine Anwendung wandert, die nach dem Test Dinge sucht und versucht, Fehler zu finden. Der mangelnder Vorbereitung, Struktur und Prozessleitfäden kann zu viele unproduktiven Stunden und dieselbe Funktionalität immer wieder erneut testen übergeben. Ein kann leicht erkennen, dass vollständig Ad-hoc-Tests gefunden eindeutig nicht die beste Methode sind ungefähr, Testen zu wechseln. Tester, die über Eingaben Softwareumgebung, und die anderen Elemente erfahren, die während eines Testlaufs unterschieden werden können, sind gut ausgerüsteter, ihre Anwendung mit Zweck und Absicht zu untersuchen. Dieses Wissen erleichtert ihnen, besseres und intelligenteres zu testen und ihre Möglichkeiten des Freilegens von ernsten Entwurfs- und Implementierungsfehlern zu maximieren.
Ziele des exploratives Testen
To gain an understanding of how an application works, what its interface looks like, and what functionality it implements: solche ein Ziel wird häufig bei den Testern angenommen, die einem Projekt neu ist oder, bei denen die Testeinstiegspunkte identifizieren möchten, bestimmte Testsherausforderungen identifizieren und Testpläne schreiben. Dies ist auch das Ziel, das von erfahrenen Testern verwendet wird, da sie eine Anwendung, die Tiefe der Testanforderungen zu verstehen untersuchen und neue nicht erforschte Funktionalität zu suchen.
To force the software to exhibit its capabilities: die Idee ist, die Software stark arbeiten und ihr schwierige Fragen stellen zu ermöglichen, die es über seine Tempos hindurchführen. Dies findet Fehler, jedoch stellt durch Beweise, dass die Software die Aufgabe ausführt, für die es entworfen und dass es seinen Anforderungen erfüllt wird.
To find bugs:, das die Ränder der Anwendung untersucht und mögliche Schwächen trifft, ist eine Spezialität des exploratives Testen. Das Ziel ist zweckmäßig, anstatt ziellos, Untersuchung, ungeprüfte und Historically verwanzte Funktionalität zu identifizieren. Explorative Tester sollten nicht über Fehler einfach stolpern, sollten sie auf ihnen mit Zweck und Absicht in auf null anpassen.
Exploratives Testen - Plan, wie Sie überprüfen
Software-Tests werden durch eine Überladung von Variationsmöglichkeiten der Eingaben und Codepfade erschwert, um anzugeben, gespeicherte Daten und die Betriebsumgebung. Tatsächlich ob beschreibt, um diese Variante im Vorsprung vor allen Tests zu behandeln, indem Testpläne oder durch einen explorativen Ansatz schreibt, der die verschachtelt werden Planung und Tests können, ist es eine unmögliche Aufgabe. Unabhängig davon Sie letztlich Tests ausführen, ist es einfach zu komplex, ihn vollständig durchzuführen.
Allerdings besitzen explorative Techniken den Vorteil, dass sie Tester anregen zu planen, während sie testen und die Informationen zu verwenden, die während der Tests erfasst werden, um das tatsächliche Methodentesten zu beeinflussen, ausgeführt wird. Dies ist ein Hauptvorteil über Plan-ersten Methoden. Imagine Versuch, den Sieger des super Bowl oder erste Liga vor der Jahreszeit vorherzusagen beginnt. Dies ist schwierig zu tun, bevor Sie sehen, wie die Teams wiedergeben, wie sie den Wettbewerb behandeln, und ob Spielmacher Schäden vermeiden können. Die Informationen, die bereitgestellt wird, während die Jahreszeit enthält die Schlüssel zur Vorhersage des Ergebnisses mit einer Größe auffaltet Genauigkeit. Das Gleiche gilt von Software-Tests, und unsystematischen Tests umfasst dies, indem sie versucht zu planen, zu testen, und Neugestaltung in kleinen Inkrementen laufenden, die durch vollständige Kenntnis der letzten allen und aktuelle Informationen zu entsprechen, wie die Software ausgeführt und die Anhaltspunkte, die sie während der Tests ergibt.
Exploratives Testen für agile Teams
Exploratives Testen ist besonders zur modernen Webanwendungsentwicklung mithilfe der Agile-Methoden geeignet. Entwicklungszyklen sind der Kurze und können nur wenig Zeit für formalen Skriptschreiben und -Wartung. Funktionen entwickeln häufig schnell, sodass, abhängige Artefakte ist zu minimieren (wie zuvor zubereitete Testfälle) ein gewünschtes Attribut. Wenn der Testfall eine gute Möglichkeit des Werdens irrelevant verfügt, warum schreiben Sie sie an erster Stelle? Sind Sie nicht Einstellung nach oben zum Ausgeben der Wartungstestfälle mehr Zeit als Tests tatsächlich, dies ?
(Beispiele der agilen Tools für exploratives Testen in Visual Studio und in TFS, finden Sie unter Explorative Tests mit Microsoft Test Manager, Testen von auf einem Gerät ausgeführten Windows Store-Apps über das explorative Testfenster und Ausführen von Tests mit Microsoft Test Manager.)
Exploratives Testen kann mit geplanten vorbereiteten Tests vorhanden sein
Es ist nicht erforderlich, exploratives Testen als strenge Alternative zu den skriptbasierten manuellen Tests anzuzeigen. Tatsächlich können die zwei relativ freundlich vorhanden sein. Die Verwendung von formalen Skripts kann eine Struktur zur Frameuntersuchung bereitstellen, und wissenschaftliche Methoden können ein Element der Variante Skripts hinzufügen, die ihre Effektivität verstärken können. Die beste Möglichkeit, der habe ich gefunden, um die beiden Techniken zu kombinieren, ist, mit formalen Skripts zu starten und wissenschaftliche Techniken verwenden, Variante in diese einzufügen. Auf diese Weise, ein Skript beendet möglicherweise oben übersetzt werden in eine tatsächliche Zahl explorative Testfälle.
Das herkömmliche skriptbasierte Testen umfasst normalerweise einen Ausgangspunkt User Stories oder die dokumentierten End-to-End-Szenarien beinhalten, dass nun die tatsächlichen Benutzern erwarten auszuführen. Diese Szenarien können von der Benutzerforschung, Daten stammen aus früheren Versionen der Anwendung, usw. und werden als Skripts verwendet, um die Software zu testen. Das hinzugefügte Element des exploratives Testen zu herkömmlichen Szenariotests erweitert den Bereich des Skripts, um Abweichungen, Überprüfen und optionale Benutzerpfade einzufügen.
Szenario basierte Untersuchungen
Szenariobasierte Untersuchung deckt Fälle ab, dass einfache Szenariotests nicht und genauer reale Benutzer imitieren, die häufig vom wichtigsten Szenario weglaufen: Schließlich bietet das Produkt viele möglichen Variationen. Es sollten nicht nur erwarten, dass sie verwendet abrufen, sollten Sie testen, ob sie funktionieren.
Die allgemeine hinter szenariobasiertem exploratives Testen ist, vorhandene Szenarien viel zu verwenden, wie echte Explorer eine Zuordnung verwenden, um sich durch eine Wildnis oder anderes unbekanntes Gelände zu übergeben. Szenarien, wie Zuordnungen, sind über die, während Tests auszuführen, die ein gemeinsames Führungslinie eingibt, um auszuwählen und die durchlaufen die Codepfade, sie sind nicht Absolute. Zuordnungen den Speicherort des Ziels beschreiben bieten jedoch möglicherweise mehrere Methoden, dorthin zu gelangen. Entsprechend wird der explorative Tester Ausweichleitwege angebotenen und sogar empfohlen, um eine breite Palette von möglichen Pfaden zu berücksichtigen, wenn ein Szenario ausgeführt wird. Tatsächlich ist der Zweck der genaue dieses Formulars des unsystematischen Tests: auf die Funktionen testen beschrieben durch das Szenario, so weit Variante hinzufügen, wie möglich. Unsere "Zuordnung" ist nicht für die, um die kürzeste Route, es zu identifizieren hat vorgesehen, viele Routen zu suchen. Je mehr, die Sie testen können, desto besser; Dies führt zu mehr sicher, dass die Software das Szenario robust ausführt, wenn sie in die Hände der Benutzer ist, können die und von unseren Erwartungen abweichen werden.
Im Allgemeinen führt ein nützliches Szenario eine oder mehrere der folgenden:
Erzählen Sie eine User Story
Beschreiben Sie eine Anforderung
Bieten Sie, wie eine Funktion funktioniert
Bieten Sie ein Integrationsszenario
Beschreiben Sie Setup und Installation
Beschreiben Sie Vorsicht und Vorgänge, die möglicherweise wechseln können
Explorative Tester sollten stark arbeiten, um sicherzustellen, dass sie so viele Szenarios möglich von allen diesen Kategorien erfassen. Es ist dann die Aufgabe, den Szenarien folgen und Variante einzufügen, Sie nun Anpassung finden. Es ist, wie Sie festlegen, dass diese Variante einzufügen, die diese Aufgabe explorativ in der Natur und macht die der Betreff ist, wir an als Nächstes gelten.
(Ein Beispiel für die Verwendung des exploratives Testen mithilfe der agilen Tools in Visual Studio und in TFS, finden Sie unter Gewusst wie: Starten einer explorativen Testsitzung in Microsoft Test Manager.)
Exploratives Testen-Ausflüge
Angenommen, Sie haben eine Großstadt wie London, England, während des allerersten Synchronisierung besuchen. Es ist ein großer, ausgelasteter, verwirrender Platz für neue Touristen, mit zahlreichen Aufgaben, anzuzeigen und ausführt. Tatsächlich sogar würde das umfangreichste, der meisten Zeit-zwanglose Tourist die intensive Zeit alle finden ein Stadt haben, wie London bieten muss. Die gleichen können von genau ausgerüsteten Testern so genannte werden, die versuchen, komplexe Software zu untersuchen; die gesamte Finanzierung in der Welt garantiert nicht Vollständigkeit.
Tourismus profitiert von einer Kombination der Struktur und der Flexibilität und daher führt exploratives Testen. Es gibt viele Reisenmetaphern, die uns Struktur, der Untersuchung hinzuzufügen und helfen uns durch die Anwendungen schneller abzurufen und gründlich als Freistil allein getestet wird. Viele dieser Ausflüge, die in eine größere Testsstrategie eingefügt werden und können mit herkömmlichen szenariobasierten Tests sogar kombiniert werden, die genau bestimmen, wie der Ausflug organisiert ist.
Jede Erläuterung Testplanung muss mit der Zerlegung Software in kleinere Stücke beginnen, die leichter sind. Die Testfunktionen unabhängig enthalten möglicherweise aus, Fehler zu finden, die offensichtliche nur, wenn Funktionen miteinander interagieren. Es besteht die touristische Metapher auf keine solchen Zerlegung. Stattdessen werden sie Zerlegung auf Grundlage Absicht anstatt auf jeder inhärenten Struktur der getesteten Anwendung vor. Wie ein Tourist, der Aufschluss Urlaub mit der Absicht ansteht, umso kurz in einem Zeitraum so weit wie möglich zu sehen, wie möglich, sodass der Tester organisiert sie auch Ausflüge. Ein Tourist wählt eine Mischung von zu besuchenden Sehenswürdigkeiten und Orten aus, und ein Tester wählt ebenso verschiedene Funktionen der Software mit der Absicht, etwas bestimmtes durchzuführen. Diese Absicht erfordert häufig eine beliebige Anzahl so kombiniert werden Anwendungsfeatures und Funktionen, dass sie nicht würden, wenn wir unter einem strengen Funktionstestsmodell funktionieren.
Der Handbuch-Ausflug
Führt für Touristen identifizieren die besten Hotels, die besten Handel und die obersten Anziehungskräfte, ohne in zu viele Details zu oder einen Touristen mit zu vielen Optionen überlastet. Das gleiche Artefakt für exploratives Testen ist das Benutzerhandbuch, ob es als Onlinehilfe gedruckt oder implementiert wird (in diesem Fall, ich häufig dieses den F1-Ausflug aufrufe, um die Verknüpfung zu den meisten Hilfesystemen hinzudeuten). Für diesen Ausflug folgen wir dem Empfehlung des Benutzerhandbuches ebenso wie der eine sorgfältige Reisende, von nie von seiner Zeilenabstands abweichen.
Der Money-Ausflug
Jeder Speicherort, der Touristen begehrt, muss einige gute Gründe haben, damit sie stammen. Für Las Vegas ist es die Kasinos und der Streifen, und für Ägypten ist es die Pyramiden. Für explorative Tester kennzeichnet das Durchsuchen des Geldes Enthält direkt an den Außendienst. Verkaufsvölker investieren viel Zeit, die Demos von Anwendungen gibt und sind eine fantastische Informationsquelle für den Money-Ausflug. Um den Ausflug, einfach Ausführung durch die Demos selbst ausführen und nach Problemen suchen. Während der Produktcode für Fehlerkorrekturen und neue Funktionen geändert wird, ist es, dass die Demo-Unterbrechungen und Sie nicht nur einen großen Fehler gefunden haben, aber Sie den Außendienst von einer rechts ernster Verlegenheit gespeichert haben.
Der Markstein-Ausflug
Als Junge, der in den Feldern, den Wiesen und dem Holz von Kentucky heranwächst, lernte ich, einen Kompass verwendet, indem ich mein älteren Bruder beobachtete. Der Prozess ist einfach. Verwenden Sie den Kompass, um einen Markstein (eine Struktur, ein Felsen, eine Klippenwand., usw.) in der Richtung zu suchen, die Sie wechseln möchten, nehmen Sie die Methode zu diesem Markstein, und suchen Sie dann den folgenden Markstein, immer und so weiter. Wenn alle Marksteine in derselben Richtung befindet, können Sie sich durch einen Patch dichten Kentucky-Holzes abrufen.
Der Marksteinausflug für explorative Tester ist insofern ähnlich, wir Marksteine auswählen und das gleiche Marksteinhopfen durch die Software ausführen, wir von einer Gesamtstruktur wurden. Wählen Sie einen Satz von Marksteine aus, entscheiden Sie in einer Bestellung für sie, und untersuchen Sie dann die Anwendung, die von Markstein zu Markstein führt, bis Sie alle in der Liste besucht haben. Behalten Sie nachverfolgt, dem Sie eine Marksteine Marksteinabdeckungszuordnung, um den Status zu verfolgen und erstellen verwendet haben.
Der intellektuelle Ausflug
Ich war einmal auf einem Spaziergang aus London, in dem die Führungslinie ein Herr in seine Fünfziger Jahre war, die am Anfang, in London gewohnt verfügen der gesamten Lebensdauer beanspruchten. Ein weiterer Tourist geschah, um ein Gelehrter zu sein, der im englischen Verlauf früher unterlaufen sind war und ständig schwierige Fragen der Führungslinie anfordert. Er bedeutete nicht, ein Ruck sein, sondern nur neugierig war, und der kombinierte mit dem Wissen, das mindestens in Ihr eine gefährliche Kombination... auf Manuell beendet wurde. Wenn er an exploratives Testen angewendet wurde, wird dieser Ausflug auf dem Ansatz des Stellens der Software-schwierigenFragen. Wie können wir die Software so stark arbeiten, wie möglich? Welche Funktionen strecken sie zu ihren Grenzen? Was gibt ein und Daten bewirken sie, die Verarbeitung auszuführen? Welche Eingaben täuschten möglicherweise seine Fehlerroutinen? Welche gibt ein und interne Daten belastet ihre Funktion, eine Besondereausgabe zu erzeugen?
Fedex bereisen
Fedex ist ein Symbol in der PaketZustellungswelt. Markieren Sie Pakete auf sie verschieben, um deren unterschiedliche Absatzzentren und sendet sie an ihrem endgültigen Zielpunkt. Für diesen Ausflug anstelle der Pakete, die um den Planeten durch das Fedex-System verankert sind, wie die Daten, die durch die Software wechseln. Während dieses Ausflugs muss sich ein Tester auf diese Daten konzentrieren. Versuchen Sie, Eingaben zu identifizieren, die gespeichert und "führen Sie" dem um die Software. Wenn beispielsweise eine Adresse in ein Webshop eingegeben wird, wobei dies jedoch abruft angezeigt? Welche Funktionen nutzen sie? Wenn sie als Rechnungsadresse verwendet wird, stellen Sie sicher, das Vorgehen kennzeichnen. Wenn es als Lieferadresse verwendet wird, stellen Sie sicher, das mit kennzeichnen. Wenn aktualisiert werden kann, aktualisieren Sie es. Ruft eine es gedruckt oder gelöscht oder verarbeitet ab? Versuchen Sie, jede Funktion zu suchen, die die Daten kopiert, damit, wie Fedex ihre Pakete behandelt, Sie in jeder Phase des Lebenszyklus der Daten beteiligt sind.
Der Ausflug des Garbage Collectors
Die, die Curbsidegarbagen sammeln, wissen häufig Menschen und Polizei der Nachbarschaften besser als auch, da sie Straße durch Straße wechseln, durch Haus aufzunehmen, sowie jedem Stoß in der Straße vertraut machen. Da sie in Eile sind, bleiben sie nicht an einer Stelle sehr lang. Für Software ist dies wie eine methodische Stichprobe. Es können uns zur Stichprobe entscheiden, wird die - Schnittstelle auf dem Bildschirm wechseln, indem wir Bildschirme, Dialogfelder durch das Dialogfeld (, wie der Garbage Collector, die kürzeste Route bevorzugend), und nicht beenden, um ausführlich zu testen, aber Überprüfen der offensichtlichen Dinge (möglicherweise wie der Supermodelausflug). Es könnten diesen Ausflug auch verwenden, um Funktion nach Funktion, Modul durch Modul zu wechseln oder einen anderen Markstein, der für die jeweilige Anwendung sinnvoll ist.
Der BAD-Nachbarschafts-Ausflug
Jeder Stadt näher das Websiteaufrufen enthält ungültige Nachbarschaften und Bereiche, dass ein Tourist gut beraten ist zu vermeiden. Software hat auch fehlerhafte, das Nachbarschaft-jene Abschnitte des Codes durch Fehler auffüllten. Natürlich müssen wir nicht im Voraus wissen, welche Funktionen wahrscheinlich, ungültige Nachbarschaften darzustellen. Aber, während Fehler gefunden und gemeldet werden, können Sie bestimmte Funktionen mit Fehlerzahlen herstellen und können verfolgen, wo Fehler auf diesem Produkt auftreten. Da Fehler tendieren auf versammeln, verwanzte Abschnitte des Produkts ist erneut zu besuchen ein Ausflug näher das Erstellen. Tatsächlich einmal wird ein verwanzter Codeabschnitt, es wird empfohlen, den Ausflug eines Garbage Collectors durch nahe gelegene Funktionen zu verwenden, um sicherzustellen, dass identifiziert die Korrekturen keine neuen Fehler eingeführte.
Der Museums-Ausflug
Museen, die Antiquitäten anzeigen, sind ein Favorit von Touristen. Antiquitäten innerhalb einer CodeBase bedürfen dieselbe Art der Aufmerksamkeit von Testern. In diesem Fall sind die Antiquitäten der Software Legacycode. Ältere Codedateien, die Revision unterzogen, oder die in eine neue Umgebung eingefügt werden, neigen dazu, der anfällige Fehler zu sein. Mit der langen gegangen und Dokumentation der ursprünglichen Entwickler, die häufig fehlerhaft ist, ist Legacycode schwer ändern, schwer zu überprüfen und dem Komponententestnetzwerk weicht von Entwicklern aus (wer normalerweise solche Tests nur für neuen Code schreiben). Während dieses Ausflugs sollten Tester älteren Code identifizieren und ausführbare Artefakte und erhalten sie einen sicherzustellen gerechten Anteil Testsaufmerksamkeit.
Der Hintergrundfarbe Gassen-Ausflug
im Auge vieler Personen ist ein guter Ausflug einer, in dem Sie gängige Anwendungsmöglichkeiten besuchen. Das Gegenteil von diesen bereist wäre eines, in dem Sie Stellen besuchte, die, sonstes niemand war wahrscheinlich zu wechseln. In den exploratives Testen-Begriffen sind diese die wenigsten wahrscheinlichen verwendet werden, und die Funktionen, die Benutzern das am wenigsten attraktive sind. Wenn die Organisationstitel Verwendung kennzeichnen, wird dieser Ausflug Sie, die am unteren Rand der Liste zu testen. Wenn die Organisationstitel Abdeckung codieren, fleht dieser Ausflug Sie an, um Wege zu suchen, die noch abgedeckt werden Code zu testen.
Der gesamt--Nighter Ausflug
ist der Alias mit einer Keule schlagende Ausflug, dieser für die Personen, die spät wegbleiben und die Nachtclubs erreichen. Der Schlüssel ist hier die gesamte Nacht. Explorative Tester auf dem gesamt--Nighter Ausflug halten ihren Anwendung, ohne es zu schließen. Sie werden offene Dateien und nicht genau sie. Häufig beeinträchtigen sie nicht einmal, sie zu speichern, um jeden zurücksetzenden Auswirkungen zu vermeiden, dem auftreten könnte an, Sie Zeit sparen. Sie schließen an Remote Ressourcen an und trennen nie sich. Die während alle diese Ressourcen in der konstanten verwenden, machen sie möglicherweise sogar Tests mit anderen Ausflüge, um Software-herum arbeiten zu übergeben und das Verschieben von Daten. Wenn sie dies lang genug ausführen, aber sie Fehler, die andere Tester nicht finden, da die Software dass saubere Zurücksetzen verweigert wird, die auftritt, wenn sie neu gestartet wird.
Der Supermodel-Ausflug
Für diesen Ausflug wünsche ich Sie oberflächlich betrachtet. Was Sie auch tun, wechseln Sie nicht über Skin tief hinaus. Dieser Ausflug ist nicht bekannt Funktion oder Substanz; Er ist über jeweils und erste Seitenaufrufe. Während des Supermodelausflugs ist der Fokus nicht auf Funktionen oder wirklicher Interaktion. Es ist nur auf der - Schnittstelle. Nehmen Sie den Ausflug und beobachten Sie die Schnittstellenelemente. Wählen sie gut? Rendern korrekt und ist die Leistung gut? Während Sie Änderungen vornehmen, führt die GUI-Aktualisierung ordnungsgemäß? Der führt sie als korrekt, oder gibt es die unansehnlichen Artefakte, die auf dem Bildschirm gelassen werden? Wenn die Software Farbe auf eine Weise, eine Bedeutung zu übergeben wird, wird dieses konsistent ausgeführt? Sind die GUI-Bereiche mit Schaltflächen und Steuerelemente intern konsistent, in denen Sie sie erwarten würden, um sein? Verstößt die Schnittstelle alle Konventionen oder Standards?
Der Stubenhocker-Ausflug
Es ist immer eine Person auf einer Gruppenreise, die derzeit nicht teilnimmt. Er wird in der umgekehrten mit seinen gefalteten Armen. Sie hat gebohrt, unenergetic und ein Wunder genau macht, weshalb er störte, für den Ausflug an erster Stelle zu bezahlen. Ein Trainer-Kartoffelausflug bedeutet das Bewältigung der so wenig tatsächlicher Arbeit, wie möglich. Dies bedeutet das Übernehmen aller Standardwerte (die Werte vorab aufgefüllt durch die Anwendung) und lässt Eingabefelder, ausblenden und füllt in so wenig Formulardaten aus, wie möglich und klickt nie auf einer Ankündigung und Seiten durch Bildschirme, ohne auf die Schaltflächen auf oder beliebige Daten einzugeben, u. a. Wenn es eine Auswahl vorhanden ist, zu wechseln, eine Möglichkeit in der Anwendung oder andere, nimmt die Trainerkartoffel immer den Pfad des geringsten Widerstandes.
Der Besessen-zwingende Ausflug
OCD-Tester verwenden die gleiche Eingabe immer wieder ein. Sie führen die gleiche Aktion immer erneut aus. Sie überprüfen, überprüfen, kopieren, Einfüge-, borgen aus und führen dann alle, die mehr. Meistens ist der Name des Spiels wiederholt. Ordnen Sie ein Element einer Einkaufssite und sortieren Sie es erneut, um zu überprüfen, wenn ein mehrere Kaufrabatt gilt. Geben Sie einige Daten auf einem Bildschirm ein, und geben Sie sofort zurück, um ihn erneut einzugeben. Diese sind Aktionen, die Entwickler nicht häufig auftretenden Fehlern für programmieren. Sie können erhebliche Verwüstung anrichten.
Entwickler vorstellen häufig auf einen Benutzer, der Punkte in einer bestimmten Reihenfolge ausführt und die Software mit Zweck verwendet. Die Benutzer können Fehler und müssen zurückverfolgen, und sie häufig verstehen nicht, welcher bestimmten Pfad der Entwickler im Auge für sie hatte, und sie übernehmen ihre eigene. Dies kann ein Verwendungsschema verursachen, das sorgfältig von Entwicklern platziert wird, um der Missachtung schnell anheimzufallen.
Tests sind komplex, jedoch effektiver Verwendung von explorativen Verfahren kann zahmes helfen, das Komplexität und zur Produktion der hochwertige Software beitragen.
Siehe auch
Weitere Ressourcen
Gewusst wie: Starten einer explorativen Testsitzung in Microsoft Test Manager
Gewusst wie: Erstellen eines neuen manuellen Testfalls in einer explorativen Testsitzung