SOFTWARE TEST CASE
Im Softwareentwicklungs- und Release-Zyklus spielen Tests und funktionale Verifikation eine entscheidende Rolle:
Hier wird jede Funktion gegen die Geschäftsanforderungen geprüft.
Data-Ware verifiziert eigene Anwendungen und die seiner Kunden, erstellt strukturierte Testpläne
und automatisiert diese, wo möglich, um Qualität und Zuverlässigkeit vor dem Release zu gewährleisten.
TESTS
Typen. Fälle.
Testschritte können in zwei große Makrobereiche unterteilt werden: Einzelunit-Tests oder integrierte Funktionen und Tests.
Tests einzelner Units und Funktionen
In dieser Phase wird das Projekt als Satz von Programmen (Modulen) in der gewählten Programmiersprache realisiert.
Unit-Tests werden verwendet, um zu überprüfen, ob jedes Modul die erforderlichen Spezifikationen erfüllt.
Die in dieser Phase beteiligten Sicherheitsfunktionen sind:
• Code-Analyse und Tests - Vor der Ausgabe neuer Entwicklungscode-Teile werden Tests durchgeführt, um
Buffer Overflow, SQL Code Injection, etc. zu identifizieren ...
• Metriken und Post Mortem - Sicherheitsprobleme während der Tests verfolgen.
Für jede Schwachstelle müssen die Schwachstellen in einer Bug-Datenbank erfasst werden.
Die Bug-Datenbank wird auch alle noch nicht behobenen Sicherheitslücken enthalten.
Integrierte Tests
In dieser Phase integrieren Sie die einzelnen Units zusammen und führen vollständige Systemtests durch, um sicherzustellen, dass die Spezifikationen erfüllt werden.
Die in dieser Phase beteiligten Sicherheitstests können in fünf Makroaktivitäten identifiziert werden:
1. Network Mapping
2. Schwachstellenanalyse mit automatischen Tools
3. Penetration Testing
4. Password Cracking
5. Log auditing
Test case. Bedingungen.
Ein Test Case ist eine Reihe von Bedingungen, anhand derer der Tester feststellt, ob die Anwendung die Anforderungen erfüllt oder nicht.
Er wird durch drei Entitäten definiert:
- Eingabeelemente
- Pfad
- Ergebnis (Ausgabeelemente)
Normalerweise sollte jede Anwendung eine Reihe von Test Cases für alle Anwendungsszenarien haben, die auftreten können, einschließlich Fehler.
Bei Performance-Tests ist es nicht notwendig, alle Anwendungs-Test Cases zu verwenden, da es nicht um Anwendungsfunktionalität geht,
sondern um deren Widerstandsfähigkeit.
Dann müssen wir Test Cases auswählen, die eine sinnvolle Nutzung haben (mindestens über 5%), und solche, bei denen der Ressourcenverbrauch am höchsten ist.
Wenn wir beispielsweise eine Webanwendung haben, könnten wir den administrativen oder Benutzeranpassungsteil überspringen, um häufigere
Funktionen zu testen, wie Login / Logout, Katalogsuche, Zahlung, Warenkorbverwaltung, etc.
Für jeden Test Case ordnen wir ein Gewicht (Nutzung) zu, das dazu dient, die Arbeitslast während der Testsitzungen zu definieren.
