Phenquestions
Unit-Tests
Unit Testing ist das unabhängige Testen einer einzelnen Funktion, Klasse oder eines Moduls als das Testen einer voll funktionsfähigen Software. Mit einem Framework für Unit-Tests kann der Programmierer Testfälle mit Eingabe und erwarteter Ausgabe erstellen create. Wenn Sie Hunderte, Tausende oder Zehntausende von Unit-Testfällen für ein großes Softwareprojekt haben, stellen Sie sicher, dass alle einzelnen Units wie erwartet funktionieren, während Sie den Code weiter ändern. Beim Ändern einer Einheit mit Testfällen sollten die Testfälle für dieses Modul untersucht werden und festgestellt werden, ob neue Testfälle erforderlich sind, sich die Ausgabe geändert hat oder die aktuellen Testfälle als nicht mehr relevant entfernt werden können. Das Erstellen einer großen Anzahl von Unit-Tests ist der einfachste Weg, um eine hohe Testfallabdeckung für eine Softwarecodebasis zu erreichen, stellt jedoch nicht sicher, dass das Endprodukt wie erwartet als System funktioniert working.
Funktionsprüfung
Funktionstests sind die gebräuchlichste Testform. Wenn Leute ohne viel Detail von Softwaretests sprechen, meinen sie oft Funktionstests. Funktionstests prüfen, ob die primären Funktionen der Software wie erwartet funktionieren. Ein Testplan könnte geschrieben werden, um alle zu testenden funktionalen Testfälle zu beschreiben, die den Hauptmerkmalen und Fähigkeiten der Software entsprechen. Die primäre Funktionsprüfung wird sein:glücklicher Weg“ Tests, die nicht versuchen, die Software zu beschädigen oder in herausfordernden Szenarien zu verwenden. Dies sollte das absolute Minimum an Tests für jedes Softwareprojekt sein.
Integrationstests
Nach Unit-Tests und Funktionstests können mehrere Module oder das gesamte System noch nicht als Ganzes getestet werden. Oder es gibt Komponenten, die weitgehend unabhängig sind, aber gelegentlich zusammen verwendet werden. Jedes Mal, wenn Komponenten oder Module unabhängig, aber nicht als Gesamtsystem getestet werden, sollten Integrationstests durchgeführt werden, um die Funktion der Komponenten zusammen als funktionierendes System gemäß den Benutzeranforderungen und -erwartungen zu validieren.
Stresstest
Denken Sie an Stresstests, wie Sie ein Space Shuttle oder ein Flugzeug testen testing. Was bedeutet es, Ihre Software oder Ihr System unter „STRESS“ zu stellen?? Stress ist nichts anderes als eine intensive Belastung einer bestimmten Art, die Ihr System am ehesten zerstören wird. Dies könnte einem „Load Testing“ ähneln, in dem Sinne, dass Ihr System einer hohen Parallelität ausgesetzt wird, bei der viele Benutzer auf das System zugreifen. Aber das Stressen eines Systems kann auch auf anderen Vektoren vorkommen. Zum Beispiel das Ausführen von Firmware auf einer Hardwarekomponente, wenn die Hardware eine physische Verschlechterung aufweist und im herabgesetzten Modus betrieben wird. Stress ist für alle Arten von Software einzigartig, und bei Systemen und bei der Entwicklung von Stresstests sollte berücksichtigt werden, welche natürlichen oder unnatürlichen Ursachen Ihre Software oder Ihr System am wahrscheinlichsten belasten.
Belastungstests
Lasttests sind, wie oben beschrieben, eine spezielle Art von Stresstests, bei denen eine große Anzahl gleichzeitiger Benutzerverbindungen und -zugriffe automatisiert werden, um die Auswirkungen einer großen Anzahl authentischer Benutzer zu simulieren, die gleichzeitig auf Ihr Softwaresystem zugreifen. Ziel ist es herauszufinden, wie viele Benutzer gleichzeitig auf Ihr System zugreifen können, ohne dass Ihr Softwaresystem kaputt geht. Wenn Ihr System den normalen Datenverkehr von 10.000 Benutzern problemlos bewältigen kann, was passiert, wenn Ihre Website oder Software viral wird und 1 Million Benutzer erreicht?? Wird das unerwartet "BELASTUNG" brechen Sie Ihre Website oder Ihr System? Lasttests simulieren dies, sodass Sie mit der zukünftigen Zunahme der Benutzer zufrieden sind, da Sie wissen, dass Ihr System die erhöhte Last bewältigen kann.
Leistungstest
Menschen können völlig frustriert und verzweifeln, wenn die Software ihre Leistungsanforderungen nicht erfüllt. Leistung bedeutet im Allgemeinen, wie schnell wichtige Funktionen ausgeführt werden können. Je komplexer und dynamischer die Funktionen in einem System zur Verfügung stehen, desto wichtiger und nicht offensichtlicher wird es, seine Leistung zu testen, nehmen wir ein einfaches Beispiel, Windows- oder Linux-Betriebssystem Operating. Ein Betriebssystem ist ein hochkomplexes Softwareprodukt, und die Durchführung von Leistungstests auf seinem System kann die Geschwindigkeit und das Timing von Funktionen wie Booten, Installieren einer App, Suchen nach einer Datei, Ausführen von Berechnungen auf einer GPU und/oder anderen Funktionen umfassen die Millionen von Aktionen, die ausgeführt werden können. Bei der Auswahl der Leistungstestfälle sollte sorgfältig vorgegangen werden, um sicherzustellen, dass die getesteten wichtigen und fehleranfälligen Leistungsmerkmale.
Skalierbarkeitstests
Das Testen auf Ihrem Laptop ist gut, aber nicht wirklich gut genug, wenn Sie ein soziales Netzwerk, ein E-Mail-System oder eine Supercomputer-Software aufbauen. Wenn Ihre Software auf 1000 Servern bereitgestellt werden soll, die alle gleichzeitig funktionieren, werden die Tests, die Sie lokal auf einem System durchführen, die Fehler nicht aufdecken, die auftreten, wenn die Software „im Maßstab“ auf Hunderttausenden von Instanzen bereitgestellt wird. In Wirklichkeit werden Ihre Tests wahrscheinlich nie in vollem Umfang ausgeführt werden können, bevor Sie in die Produktion gehen, da es viel zu teuer und nicht praktikabel wäre, ein Testsystem mit 1000 Servern zu bauen, das Millionen von Dollar kostet. Daher werden Skalierbarkeitstests auf mehreren Servern durchgeführt, aber normalerweise nicht mit der vollständigen Anzahl von Produktionsservern, um einige der Fehler aufzudecken, die möglicherweise auftreten, wenn Ihre Systeme in einer größeren Infrastruktur verwendet werden.
Statische Analysetests
Statische Analyse ist ein Testen, das durchgeführt wird, indem der Softwarecode untersucht wird, ohne ihn tatsächlich auszuführen. Um eine statische Analyse durchzuführen, würden Sie im Allgemeinen ein Werkzeug verwenden, es gibt viele, ein berühmtes Werkzeug ist Coverity. Die statische Analyse ist vor der Veröffentlichung Ihrer Software einfach durchzuführen und kann viele Qualitätsprobleme in Ihrem Code finden, die vor der Veröffentlichung behoben werden können. Speicherfehler, Datentyp-Handhabungsfehler, Nullzeiger-Dereferenzierungen, nicht initialisierte Variablen und viele weitere Fehler können gefunden werden. Sprachen wie C und C++ profitieren stark von der statischen Analyse, da die Sprachen den Programmierern im Austausch für große Leistungsfähigkeit große Freiheiten bieten, aber dies kann auch große Fehler und Fehler verursachen, die mit statischen Analysetests gefunden werden können.
Fehlerinjektionsprüfung
Einige Fehlerzustände sind sehr schwer zu simulieren oder auszulösen, daher kann die Software so gestaltet werden, dass ein Problem oder eine Störung künstlich in das System eingeschleust wird, ohne dass der Fehler natürlich auftritt. Der Zweck des Fehlerinjektionstests besteht darin, zu sehen, wie die Software mit diesen unerwarteten Fehlern umgeht. Reagiert es elegant auf die Situation, stürzt es ab oder führt es zu unerwarteten und unvorhersehbaren problematischen Ergebnissen?? Nehmen wir zum Beispiel an, wir haben ein Banksystem und es gibt ein Modul, um Gelder intern von KONTO A auf KONTO B zu überweisen. Dieser Überweisungsvorgang wird jedoch erst aufgerufen, nachdem das System bereits vor dem Aufruf des Überweisungsvorgangs überprüft hat, ob diese Konten vorhanden sind. Obwohl wir davon ausgehen, dass beide Konten vorhanden sind, tritt bei der Übertragungsoperation ein Fehlerfall auf, in dem ein Ziel- oder Quellkonto nicht vorhanden ist und ein Fehler auftreten kann. Da wir diesen Fehler unter normalen Umständen aufgrund von Vortests der Eingaben nie erhalten. Um das Systemverhalten zu überprüfen, wenn die Übertragung aufgrund eines nicht vorhandenen Kontos fehlschlägt, injizieren wir einen gefälschten Fehler in das System, der ein nicht vorhandenes Konto zurückgibt für eine Übertragung und testen Sie, wie der Rest des Systems in diesem Fall reagiert. Es ist sehr wichtig, dass der Fehlerinjektionscode nur in Testszenarien verfügbar ist und nicht für die Produktion freigegeben wird, wo er verheerende Folgen haben könnte.
Testen von Speicherüberlauf
Bei der Verwendung von Sprachen wie C oder C++ trägt der Programmierer eine große Verantwortung, den Speicher direkt anzusprechen, und dies kann bei Fehlern zu schwerwiegenden Fehlern in der Software führen software. Wenn beispielsweise ein Zeiger null und dereferenziert ist, stürzt die Software ab. Wenn einem Objekt Speicher zugewiesen wird und dann ein String über den Speicherplatz des Objekts kopiert wird, kann die Referenzierung des Objekts zu einem Absturz oder sogar zu unspezifiziertem Fehlverhalten führen. Daher ist es wichtig, ein Tool zu verwenden, um zu versuchen, Speicherzugriffsfehler in Software abzufangen, die Sprachen wie C oder C++ verwendet, die diese potenziellen Probleme haben könnten. Zu den Tools, die diese Art von Tests durchführen können, gehören Open Source Valgrind oder proprietäre Tools wie PurifyPlus. Diese Tools können den Tag retten, wenn nicht klar ist, warum die Software abstürzt oder sich schlecht verhält, und zeigen direkt auf die Stelle im Code, an der der Fehler vorliegt. Genial, richtig?
Grenzfalltests
Es ist leicht, Fehler beim Codieren zu machen, wenn Sie sich an einer sogenannten Grenze befinden. Zum Beispiel sagt ein Bankautomat, dass Sie maximal 300 $ abheben können. Stellen Sie sich also vor, der Programmierer hat beim Erstellen dieser Anforderung auf natürliche Weise den folgenden Code geschrieben:
Wenn (amt < 300)startWithdrawl()
sonst
error("Sie können %s abheben", amt);
Kannst du den Fehler erkennen? Der Benutzer, der versucht, 300 US-Dollar abzuheben, erhält eine Fehlermeldung, da er nicht weniger als 300 US-Dollar beträgt. Das ist ein Fehler. Daher werden Grenztests natürlich durchgeführt. Anforderungsgrenzen stellen dann sicher, dass die Software auf beiden Seiten der Grenze und der Grenze ordnungsgemäß funktioniert.
Fuzz-Tests
Die Hochgeschwindigkeitsgenerierung von Eingaben für Software kann so viele mögliche Eingabekombinationen erzeugen, selbst wenn diese Eingabekombinationen völliger Unsinn sind und niemals von einem echten Benutzer geliefert werden würden. Diese Art von Fuzz-Tests kann Fehler und Sicherheitslücken finden, die auf andere Weise nicht gefunden werden können, da viele Eingaben und Szenarien schnell ohne manuelle Testfallgenerierung getestet werden.
Versuchsforschung
Schließen Sie die Augen und stellen Sie sich vor, was das Wort „Explore“ bedeutet. Sie beobachten und untersuchen ein System, um herauszufinden, wie es wirklich funktioniert. Stellen Sie sich vor, Sie erhalten einen neuen Schreibtischstuhl im Versandhandel und er besteht aus 28 Teilen, alle in separaten Plastiktüten ohne Anleitung. Sie müssen Ihren Neuankömmling erkunden, um herauszufinden, wie er funktioniert und wie er zusammengesetzt ist. Mit diesem Geist kannst du ein explorativer Tester werden. Sie haben keinen klar definierten Testplan mit Testfällen. Sie erkunden und untersuchen Ihre Software und suchen nach Dingen, die Sie dazu bringen, das wunderbare Wort zu sagen: „INTERESSANT“!”. Nach dem Lernen untersuchen Sie weiter und finden Wege, die Software zu zerstören, an die die Entwickler nie gedacht hatten, und liefern dann einen Bericht, der zahlreiche schlechte Annahmen, Fehler und Risiken in der Software detailliert beschreibt. Erfahren Sie mehr darüber in dem Buch Explore It.
Penetrationstests
In der Welt der Softwaresicherheit ist Penetrationstest eines der wichtigsten Testverfahren. Alle Systeme, ob biologisch, physikalisch oder Software haben Grenzen und Grenzen. Diese Grenzen sollen nur bestimmten Nachrichten, Personen oder Komponenten erlauben, in das System einzutreten. Betrachten wir konkreter ein Online-Banking-System, das die Benutzerauthentifizierung verwendet, um die Site zu betreten. Wenn die Site gehackt und ohne ordnungsgemäße Authentifizierung in das Backend eingegeben werden kann, wäre dies eine Penetration, die geschützt werden muss. Das Ziel von Penetrationstests ist es, bekannte und experimentelle Techniken zu verwenden, um die normale Sicherheitsgrenze eines Softwaresystems oder einer Website zu umgehen. Penetrationstests beinhalten oft das Überprüfen aller Ports, die lauschen und versuchen, über einen offenen Port in ein System einzudringen. Andere gängige Techniken sind SQL-Injection oder Passwort-Cracking password.
Regressionstests
Nachdem Sie über eine funktionierende Software verfügen, die im Feld eingesetzt wird, ist es wichtig, das Einführen von Fehlern in bereits funktionierende Funktionen zu verhindern. Der Zweck der Softwareentwicklung besteht darin, die Leistungsfähigkeit Ihres Produkts zu erhöhen, Fehler einzuführen oder dazu zu bringen, dass alte Funktionen nicht mehr funktionieren, was als REGRESSION bezeichnet wird. Regression ist ein Fehler oder Defekt, der eingeführt wurde, als die Funktion zuvor wie erwartet funktionierte. Nichts kann den Ruf Ihrer Software oder Marke schneller ruinieren, als Regressionsfehler in Ihre Software einzuführen und echte Benutzer diese Fehler nach einer Veröffentlichung finden zu lassen.
Regressionstestfälle und Testpläne sollten um die Kernfunktionalität herum aufgebaut sein, die weiterhin funktionieren muss, um sicherzustellen, dass Benutzer eine gute Erfahrung mit Ihrer Anwendung machen. Alle Kernfunktionen Ihrer Software, von denen Benutzer erwarten, dass sie auf eine bestimmte Weise funktionieren, sollten einen Regressionstestfall haben, der ausgeführt werden kann, um zu verhindern, dass die Funktionalität bei einem neuen Release kaputt geht. Dies können zwischen 50 und 50.000 Testfälle sein, die die Kernfunktionalität Ihrer Software oder Anwendung abdecken.
Bisektionstests des Quellcodes
In der Software wurde ein Fehler eingeführt, aber es ist nicht ersichtlich, in welcher Version des Releases der neue Fehler eingeführt wurde. Stellen Sie sich vor, es gab 50 Software-Commits von der letzten bekannten Zeit, als die Software ohne den Fehler funktionierte, bis jetzt, als…
Lokalisierungstests
Stellen Sie sich eine Wetteranwendung vor, die das aktuelle und prognostizierte Wetter an Ihrem Standort sowie eine Beschreibung der Wetterbedingungen anzeigt. Der erste Teil des Lokalisierungstests besteht darin, sicherzustellen, dass die richtige Sprache, das richtige Alphabet und die richtigen Zeichen je nach Standort des Benutzers richtig angezeigt werden. Die App im Vereinigten Königreich sollte in englischer Sprache mit lateinischen Zeichen angezeigt werden; die gleiche App in China sollte in chinesischen Schriftzeichen in der chinesischen Sprache angezeigt werden. Es wurden aufwendigere Lokalisierungstests durchgeführt, die breitere Palette von Personen aus verschiedenen Geo-Standorten wird mit der Anwendung verbunden.
Test der Barrierefreiheit
Einige Bürger in unserer Gemeinde haben Behinderungen und können daher Probleme bei der Verwendung der erstellten Software haben. Daher werden Zugänglichkeitstests durchgeführt, um sicherzustellen, dass Menschen mit Behinderungen weiterhin auf die Funktionen des Systems zugreifen können. Wenn wir zum Beispiel davon ausgehen, dass 1 % der Bevölkerung farbenblind ist und unsere Softwareoberfläche davon ausgeht, dass Benutzer zwischen Rot und Grün unterscheiden können, diese farbenblinden Personen den Unterschied jedoch NICHT erkennen können. Daher hat eine Brunnen-Software-Schnittstelle über die Farbe hinaus zusätzliche Hinweise, um die Bedeutung anzuzeigen. Neben den Tests auf Farbenblindheit würden auch andere Szenarien in die Software-Zugänglichkeitstests einbezogen, wie z. B. vollständige Sehblindheit, Taubheit und viele andere Szenarien. Ein gutes Softwareprodukt sollte einem maximalen Prozentsatz potenzieller Benutzer zugänglich sein.
Upgrade-Tests
Einfache Apps auf einem Telefon, Betriebssysteme wie Ubuntu, Windows oder Linux Mint und Software, die Atom-U-Boote betreibt, müssen häufig aktualisiert werden. Der Prozess des Upgrades selbst könnte Fehler und Defekte verursachen, die bei einer Neuinstallation nicht vorhanden wären, da der Zustand der Umgebung anders war und der Prozess der Einführung der neuen Software zusätzlich zur alten möglicherweise Fehler verursacht haben könnte. Nehmen wir ein einfaches Beispiel, wir haben einen Laptop mit Ubuntu 18.04, und wir wollen auf Ubuntu 20 aktualisieren.04. Dies ist ein anderer Prozess der Installation des Betriebssystems als das direkte Reinigen der Festplatte und die Installation von Ubuntu 20.04. Daher funktioniert die Software nach der Installation oder einer ihrer abgeleiteten Funktionen möglicherweise nicht zu 100% wie erwartet oder wie bei der Neuinstallation der Software. Daher sollten wir zunächst in Betracht ziehen, das Upgrade selbst in vielen verschiedenen Fällen und Szenarien zu testen, um sicherzustellen, dass das Upgrade vollständig funktioniert. Und dann müssen wir auch in Betracht ziehen, das tatsächliche System nach dem Upgrade zu testen, um sicherzustellen, dass die Software wie erwartet eingerichtet wurde und funktioniert. Wir würden nicht alle Testfälle eines frisch installierten Systems wiederholen, was Zeitverschwendung wäre, aber wir werden uns mit unseren Systemkenntnissen genau überlegen, was bei einem Upgrade kaputt gehen KÖNNTE und Testfälle für diese Funktionen strategisch hinzufügen add.
Black-Box- und White-Box-Tests
Blackbox und Whitebox sind weniger spezifische Testmethoden und eher Kategorisierungsarten von Tests. Im Wesentlichen Black-Box-Testing, das davon ausgeht, dass der Tester nichts über das Innenleben der Software weiß und einen Testplan und Testfälle erstellt, die das System nur von außen betrachten, um seine Funktion zu überprüfen. White-Box-Tests werden von Softwarearchitekten durchgeführt, die die interne Funktionsweise eines Softwaresystems verstehen und die Fälle mit dem Wissen darüber entwerfen, was brechen könnte, würde, sollte und wahrscheinlich ist. Sowohl beim Black- als auch beim White-Box-Test werden wahrscheinlich unterschiedliche Arten von Fehlern gefunden.
Blogs und Artikel über Softwaretests
Softwaretests sind ein dynamisches Feld und viele interessante Veröffentlichungen und Artikel, die die Community über den neuesten Stand der Technik zum Thema Softwaretests informieren. Von diesem Wissen können wir alle profitieren. Hier ist eine Auswahl interessanter Artikel aus verschiedenen Blogquellen, denen Sie vielleicht folgen möchten:
- 7 Tipps, die Sie vor dem Testen ohne Anforderungen befolgen sollten; http://www.Testjournale.com/
- 60 beste Automatisierungstesttools: Der ultimative Listenleitfaden; https://testgilde.com/
- Open-Source-Datenbanktesttools; https://www.Softwaretestmagazin.com/
- 100-Prozent-Unit-Test-Abdeckung reicht nicht aus; https://www.klebrige Köpfe.com/
- Flockige Tests bei Google und wie wir sie abschwächen; https://test.googleblog.com/
- Was ist ein Regressionstest?? ; https://test.io/blog/
- 27 beste Chrome-Erweiterungen für Entwickler im Jahr 2020; https://www.Lambdates.com/
- 5 wichtige Software-Testschritte, die jeder Ingenieur durchführen sollte; https://techbeacon.com/
Produkte zum Softwaretesten
Die meisten wertvollen Testaufgaben können automatisiert werden, daher sollte es keine Überraschung sein, dass der Einsatz von Tools und Produkten zur Durchführung der unzähligen Aufgaben der Software-Qualitätssicherung eine gute Idee ist. Im Folgenden listen wir einige wichtige und sehr wertvolle Softwaretools für Softwaretests auf, die Sie erkunden und sehen können, ob sie Ihnen helfen können.
JUnit
Zum Testen von Java-basierter Software bietet JUnit eine umfassende Testsuite für Unit- und Funktionstests des Java-freundlichen Codes.
Selen
Zum Testen von Webanwendungen bietet Selenium die Möglichkeit, Interaktionen mit Webbrowsern zu automatisieren, einschließlich browserübergreifender Kompatibilitätstests. Dies ist eine erstklassige Testinfrastruktur für die Automatisierung von Webtests.
Gurke
Ein verhaltensgesteuertes Test-Framework ermöglicht es Geschäftsanwendern, Produktmanagern und Entwicklern, die erwartete Funktionalität in natürlicher Sprache zu erklären und dieses Verhalten dann in Testfällen zu definieren. Dadurch werden Testfälle besser lesbar und eine klare Zuordnung zur erwarteten Benutzerfunktionalität möglich.
Reinigen
Finden Sie Speicherlecks und Speicherbeschädigungen zur Laufzeit, indem Sie Ihre Software mit der eingebetteten Purify Plus-Instrumentierung ausführen, die Ihre Speichernutzung verfolgt und auf Fehler in Ihrem Code hinweist, die ohne Instrumentierung nicht leicht zu finden sind.
Valgrind
Open-Source-Tools, die Ihre Software ausführen und Ihnen die Interaktion mit ihr ermöglichen, während Sie auf einen Fehlerbericht über Codierungsfehler wie Speicherlecks und Beschädigungen hinweisen. Es ist nicht erforderlich, den Kompilierungsprozess neu zu kompilieren oder Instrumentierung hinzuzufügen, da Valgrind über die Intelligenz verfügt, Ihren Maschinencode dynamisch zu verstehen und Instrumentierung nahtlos einzufügen, um Codierungsfehler zu finden und Ihnen bei der Verbesserung Ihres Codes zu helfen.
Abdeckung
Statisches Analysetool, das Codierungsfehler in Ihrer Software findet, noch bevor Sie Ihren Code kompilieren und ausführen. Coverity kann Sicherheitslücken, Verstöße gegen Codierungskonventionen sowie Fehler und Fehler finden, die Ihr Compiler nicht findet not. Toter Code kann gefunden werden, nicht initialisierte Variablen und Tausende anderer Fehlertypen. Es ist wichtig, Ihren Code mit statischer Analyse zu bereinigen, bevor Sie ihn für die Produktion freigeben.
JMeter
Ein Open-Source-Framework für Performance-Tests, das sich an Java-basierte Entwickler richtet, daher das J im Namen. Website-Tests sind neben Leistungstests von Datenbanken, Mailsystemen und vielen anderen serverbasierten Anwendungen einer der Hauptanwendungsfälle für JMeter.
Metasploit
Für Sicherheits- und Penetrationstests ist Metasploit ein generisches Framework mit Tausenden von Funktionen und Fähigkeiten. Verwenden Sie die Interaktionskonsole, um auf vorcodierte Exploits zuzugreifen und die Sicherheit Ihrer Anwendung zu überprüfen.
Akademische Forschung zum Softwaretesten
- University of Sheffield Testing Research Groupfield
- Software-Verifizierungs- und Validierungslabor der Universität von Kentucky
- Forschungsgruppe für Softwaretests der North Dakota State University
- Intelligentes Labor für Systemtests; Tschechische Technische Universität Prag
- NASA: Jon McBride Software Testing and Research (JSTAR)
- McMaster-Universität; Forschungslabor für Softwarequalität
- Ontario Tech-Universität; Forschungslabor für Softwarequalität
- Die Universität von Texas @ Dallas; STQA
Fazit
Die Rolle der Software in der Gesellschaft nimmt weiter zu und gleichzeitig wird die Software der Welt komplexer. Damit die Welt funktioniert, müssen wir über Methoden und Strategien zum Testen und Validieren der von uns erstellten Software verfügen, indem wir die Funktionen ausführen, die sie ausführen soll. Für jedes komplexe Softwaresystem sollte eine Teststrategie und ein Testplan vorhanden sein, um die Funktionalität der Software weiterhin zu validieren, während sie weiter verbessert und ihre Funktion bereitgestellt wird.
