Verschiedene Arten von Tests (zB. Unit, Functional, Integration, etc.) Dokument
Vor ein paar Jahren sah ich diese großen (PDF -) Dokument von Google. Das Dokument erklärt, in einer einzigen Seite, was all die verschiedenen Arten von software-Tests bedeuten (zB. was sich trennt, ist eine Funktionsprüfung von einem integration-test ein unit-test-aus-ein ...). Es war eine sehr praktische Referenz, aber natürlich wusste ich nicht, speichern Sie einen link, um es, und jetzt kann ich es nicht finden, wenn ich google für es (oh die Ironie nicht in der Lage, google ein Google-Dokument).
Jetzt weiß ich es toll, ALSO Antworten, die genau für diese Frage, aber ich war speziell auf der Suche für eine einzelne Seite zu drucken-formatierte Anleitung, die könnte ich hängen im Büro, sondern als ein SO Antwort.
Kann jemand mir entweder die Google-Dokument, das ich bin denken, oder andere gute single-Seite Untergliederung der software-Test-Typen?
- Hier ein wenig Druck heraus, den ich mit einem punny Titel: goo.gl/72e37U
Du musst angemeldet sein, um einen Kommentar abzugeben.
Software-Test Typen
Testen von Software-Lebenszyklus-Prozess, der erklärt den Fluss der tests, die durchgeführt werden auf jedes Produkt. Das V - Modell ich.e-Verifikation und Validation-Modell ist ein perfektes Modell, das verwendet wird, in die Verbesserung der software-Projekt. Dieses Modell enthält software development life cycle auf der einen Seite und testen von software-life-cycle, auf der anderen Seite. Die Checklisten für software-tester stellt eine Grundlinie, die ihn leiten, zu führen die Tag-zu-Tag-Aktivitäten.
Black-Box-Tests: Es erklärt den Prozess zu geben, der Eingang zu dem system und überprüfen Sie die Ausgabe, ohne Rücksicht darauf, wie das system die Ausgabe erzeugt. Es ist auch bekannt als Behavioral Tests.
Funktionsprüfung: Die software ist getestet für die funktionalen Anforderungen. Dieser prüft, ob die Anwendung verhält sich entsprechend der Spezifikation.
Performance-Tests: Dieser Test überprüft, ob das system einwandfrei funktioniert, entsprechend den Anforderungen des Benutzers. Performance-Tests hängt von der Last und Stress Tests, die intern oder extern auf das system angewendet.
Load Testing: diese Art von performance-Tests, das system ist aufgezogen über die Grenzen, um zu prüfen, die Leistung des Systems, wenn höhere Lasten angewendet werden.
Stress-Testing: In dieser Art von performance-Tests, das system ist getestet, die jenseits der normalen Erwartungen oder betrieblicher Funktion tätig sind.
Usability-Tests: Dies ist auch bekannt als '- Tests für die User-Freundlichkeit'. Es prüft die Bedienbarkeit einer Anwendung.
Regressionstests: Regression testing ist eine der wichtigsten Arten von Tests, die überprüft, ob eine kleine änderung in einer Komponente der Anwendung wirkt die unveränderten Komponenten oder nicht. Dies geschieht durch eine erneute Ausführung der vorherigen Versionen der Anwendung.
Smoke-Tests: Es wird verwendet, um die Testbarkeit der Anwendung, und wird auch als " Build Verification Tests oder den Link zu Testen. Das bedeutet, es wird überprüft, ob die Anwendung bereit ist für weitere Tests und arbeiten, ohne sich mit den feineren details.
Sanity-Tests: Sanity-Test prüft das Verhalten des Systems. Dies wird auch als Schmale Regressionstests.
Parallel Testen: Parallele Prüfung erfolgt durch den Vergleich der Ergebnisse von zwei unterschiedlichen Systemen wie alte vs neue oder manuell vs automatisiert.
Recovery-Tests: - Recovery-Tests ist sehr notwendig, zu überprüfen, wie schnell das system ist in der Lage sich zu erholen, gegen jede hardware-Fehler, katastrophale Probleme oder jede Art von system zum Absturz bringen.
Der Installation Testen: Diese Art von software-Tests identifiziert die Wege, die installation zu falschen Ergebnissen führt.
Kompatibilität Testen: Prüfung der Verträglichkeit bestimmt, ob eine Anwendung unter unterstützte Konfigurationen führt, wie erwartet, mit verschiedenen Kombinationen von hardware-und software-Pakete.
Konfiguration Testen: Diese Tests werden zum testen der Kompatibilität Probleme. Es legt minimale und optimale Konfiguration von Hard-und software, und bestimmt die Wirkung, hinzufügen oder ändern von Ressourcen wie Speicher, Festplatten und CPU.
Compliance-Tests: Dieser prüft, ob das system wurde entwickelt in übereinstimmung mit den standards, Verfahren und Leitlinien.
Fehler-Handling zu Testen: Dies bestimmt die Fähigkeit des Systems, um richtig zu verarbeiten fehlerhafter Transaktionen.
- Handbuch-Support-Tests: Diese Art von testen von software ist eine Schnittstelle zwischen Mensch und Anwendung-system.
Inter-Systeme Testen: Diese Methode ist eine Schnittstelle zwischen zwei oder mehreren Anwendungssystemen.
Exploratives Testen: Exploratives testen ist ähnlich wie ad-hoc-Tests, und wird durchgeführt, um zu erkunden, die software-features.
Volumen Testen: Diese Prüfung wird durchgeführt, wenn eine riesige Menge an Daten verarbeitet, durch die Anwendung.
Szenario-Tests: Szenario-Tests bietet eine mehr realistische und sinnvolle Kombination von Funktionen, sondern als künstliche Kombinationen, die durch domain-oder kombinatorischen test-design.
User Interface Testing: Dieser Art von Tests wird durchgeführt, um zu prüfen, wie benutzerfreundlich die Anwendung ist. Der Benutzer sollte in der Lage sein, um die Anwendung zu verwenden, ohne jegliche Unterstützung durch die system-Personal.
System Testing: Dieser Test durchgeführt, der über ein komplettes, integriertes system, um das system bewerten und die Einhaltung der angegebenen Anforderungen. Dies geschieht, um zu überprüfen, ob das system den funktionalen und nicht-funktionalen Anforderungen und ist auch gedacht, um zu testen, über die Grenzen der Definition in der software - /hardware-Anforderungen-Spezifikationen.
User Acceptance Testing: Abnahme durchgeführt wird, um zu überprüfen, dass das Produkt für den Kunden zumutbar ist und wenn es die Erfüllung der spezifizierten Anforderungen des Kunden. Diese Prüfung umfasst die Alpha-und Beta-Tests.
Alpha-Test: der Alpha-Test wird durchgeführt auf der Entwickler-Website des Kunden in eine geschlossene Umgebung. Dies geschieht, nachdem das system testen.
Beta-Tests: Dies geschieht am Standort des Kunden die vom Kunden in der offenen Umgebung. Die Anwesenheit der Entwickler, während der Durchführung dieser Prüfungen ist nicht zwingend. Dies gilt als der Letzte Schritt in der software-Entwicklung Lebenszyklus, wenn das Produkt fast fertig ist.
White-Box-Tests: Es ist der Prozess des Gebens der Eingabe an das system und prüfen, wie das system verarbeitet die Eingabe die Ausgabe zu generieren. Es ist zwingend erforderlich, für einen tester zu haben, die Kenntnis des Quellcodes.
Unit-Tests: Unit-Tests erfolgt auf der Entwickler-Website, um zu überprüfen, ob ein bestimmtes Stück /Einheit des code ist in Ordnung. Es testet die Einheit des Programms als ganzes.
Statische und Dynamische Analyse: In der statischen Analyse ist es erforderlich, um durch den code gehen, um herauszufinden, alle eventuellen Fehler im code. In der Erwägung, dass bei der dynamischen Analyse, der code wird ausgeführt und analysiert die Ausgabe.
Statement Coverage: Sie sorgt dafür, dass der code ausgeführt wird in der Weise, dass jede Aussage der Anwendung wird mindestens einmal ausgeführt.
Decision Coverage: Dies hilft bei der Entscheidung durch die Ausführung der Anwendung mindestens einmal zu beurteilen, ob es Ergebnisse in true oder false.
Condition Coverage: In dieser Art von software-Tests, jeder und jede Bedingung ausgeführt wird, indem Sie wahr und falsch, in jeder Hinsicht, mindestens einmal.
Pfadüberdeckung: Jeder Pfad innerhalb der code mindestens einmal ausgeführt, um eine vollständige Pfadüberdeckung, das ist eine der wichtigsten Teile der white-box-Tests.
Integration-Tests: Integration Prüfung wird durchgeführt, wenn verschiedene Module sind miteinander integriert, um die form eines sub-system oder ein system. Diese hauptsächlich beim Bau und der Gestaltung der software-Architektur. Dies ist weiter unterteilt in die Bottom-Up-Integration und Top-Down Integration testing.
Bottom-Up-Integrationstest: Hier ist das niedrigste level-Komponenten werden zuerst getestet und dann das testen von Komponenten höherer Ebene erfolgt mit der 'Treiber'. Der gesamte Prozess wird wiederholt, bis die Zeit alle höhere level-Komponenten sind getestet.
Top-Down Integration Testing: Dies ist völlig entgegengesetzt zum bottom-up-Ansatz, wie es testet die top-level-Module und der Zweig der Module getestet werden Schritt für Schritt mit 'Stubs', bis die entsprechenden module zu einem Ende kommt.
Security Testing: Prüfung, die bestätigt, wie gut ein system schützt sich selbst gegen nicht autorisierten internen oder externen, oder vorsätzliche Beschädigung von code; Mittel für das security testing des Systems. Sicherheitstests gewährleistet, dass das Programm Zugriff zu der nur autorisiertes Personal.
Mutation Testing: In mutation testen, die Anwendung ist getestet, der code geändert wurde, dass nach der Fixierung einen bestimmten Fehler/defekt.
verwenden Sie folgenden link um das gedruckte format
Arten von Software-Tests
Werden können folgende kann Ihnen helfen.
http://www.kostcare.com/pdf/Testing%20at%20Different%20Phase%20of%20Software%20Development%20Life%20Cycle.pdf
http://ijcsi.org/papers/7-3-1-11-16.pdf
http://www.softwaretestinghelp.com/types-of-software-testing/
http://rajeevprabhakaran.wordpress.com/2008/11/20/different-types-of-testing/