Test af grå kasse - Gray box testing
Grå-box test (International English stavemåde: grå-box test ) er en kombination af white-box test og black-box test . Formålet med denne test er at søge efter eventuelle fejl på grund af forkert struktur eller forkert brug af applikationer.
Oversigt
En black-box tester kender ikke til den interne struktur i applikationen, der skal testes, mens en white-box tester har adgang til applikationens interne struktur. En gråboks-tester kender delvist den interne struktur, som inkluderer adgang til dokumentation af interne datastrukturer samt de anvendte algoritmer.
Gray-box testere kræver både højt niveau og detaljerede dokumenter, der beskriver applikationen, som de indsamler for at definere testcases.
Behov for test af grå kasser
Gråboks-test er fordelagtigt, fordi det tager den enkle teknik med black-box-test og kombinerer det med de kodemålrettede systemer i white-box-test.
Gray-box-test er baseret på kravstestgenerering, fordi det præsenterer alle betingelserne, før programmet testes ved hjælp af påstandsmetoden. Et krav specifikation sprog bruges til at gøre det let at forstå de krav og kontrollere dets korrekthed.
Gray-box testforudsætninger for objektorienteret software
Objektorienteret software består primært af objekter; hvor objekter er enkelte udelelige enheder med eksekverbar kode og/eller data. Nogle antagelser er angivet nedenfor, som er nødvendige for anvendelse af grå boks-test.
- Aktivering af metoder
- Statusrapportering i klasse under test (CUT).
- Rapporttest er iboende i klasse under test.
Eksempler
- Arkitektonisk model
- Unified Modeling Language - UML Design Model
- Finite -state maskine - Statens model.
Teknikker
Cem Kaner definerer "gråboks-test som involverende input og output, men testdesign uddannes af oplysninger om koden eller programdriften af en slags, der normalt ville være uden for testeren". Gray-box testteknikker er:
- Matrix -test: angiver projektets statusrapport.
- Regressionstest : det indebærer gentagelse af testcases, hvis der foretages nye ændringer.
- Mønstertest: verificer den gode applikation for dets design eller arkitektur og mønstre.
- Ortogonal array -test : bruges som en delmængde af alle mulige kombinationer.
Effekter
Positive effekter
- Tilbyder kombinerede fordele: Da Gray-box test er en kombination af white-box og black-box test, tjener det fordele ved begge test.
- Ikke påtrængende: Det er baseret på funktionelle specifikationer, arkitektonisk udsigt, hvorimod det ikke er på kildekode eller binære filer, hvilket også gør det invasivt.
- Intelligent testautorisering: Grey-box tester håndterer intelligente testscenarier, for eksempel datatypehåndtering, kommunikationsprotokol, undtagelseshåndtering .
- Uvildig test: På trods af alle ovennævnte fordele og funktionaliteter opretholder Gray-box-test grænsen for testning mellem tester og udvikler.
Negative effekter
- Delvis kodedækning: I grå boks-test mangler kildekode eller binærfiler på grund af begrænset adgang til intern eller struktur i applikationerne, hvilket resulterer i begrænset adgang til kodesti-krydsning.
- Defektidentifikation: I distribuerede applikationer er det svært at knytte defektidentifikation. Alligevel er Gray-box-test en velsignelse for at finde ud af, hvor passende disse systemer kaster undtagelser, og hvor fine håndteres disse undtagelser i distribuerede systemer, der har webtjenestemiljø.
Ansøgninger
- Gray-box test er velegnet til webapplikationer. Webapplikationer har distribueret netværk eller systemer; på grund af fravær af kildekode eller binære filer er det ikke muligt at bruge white-box test. Black-box-test bruges heller ikke på grund af bare kontrakt mellem kunde og udvikler, så det er mere effektivt at bruge grå-box-test, da der er væsentlige oplysninger tilgængelige i Web Services Description Language (WSDL).
- Gray-box test er velegnet til funktionel eller forretning domænetest. Funktionel test udføres grundlæggende en test af brugerinteraktioner med kan være eksterne systemer. Gray-box test er velegnet til funktionel test på grund af dets egenskaber; det hjælper også med at bekræfte, at software opfylder de krav, der er defineret for softwaren.
Fremtidigt omfang
Webtjenesternes distribuerede karakter tillader grå-box-test at opdage fejl inden for en serviceorienteret arkitektur (SOA). Som vi ved, er white-box test ikke egnet til webtjenester, da det omhandler direkte de interne strukturer. White-box test kan bruges til state art metoder; for eksempel meddelelsesmutation, der genererer de automatiske tests for store arrays for at hjælpe undtagelseshåndtering af tilstande, flow uden kildekode eller binære filer. En sådan strategi er nyttig til at skubbe gråboks-test tættere på resultaterne af hvidboks-test.
