Datadriven testning
Datadriven testning ( DDT ), även känd som tabelldriven testning eller parameteriserad testning , är en mjukvarutestmetod som används vid testning av datorprogramvara för att beskriva tester gjorda med hjälp av en tabell över villkor direkt som testingångar och verifierbara utdata som såväl som processen där testmiljöinställningar och kontroll inte är hårdkodade. I den enklaste formen levererar testaren ingångarna från en rad i tabellen och förväntar sig de utgångar som förekommer i samma rad. Tabellen innehåller vanligtvis värden som motsvarar gräns- eller partitionsinmatningsutrymmen. I styrmetoden "läses" testkonfigurationen från en databas.
Introduktion
Vid testning av programvara eller program finns flera metoder tillgängliga för att implementera denna testning. Var och en av dessa metoder existerar samtidigt eftersom de skiljer sig åt i den ansträngning som krävs för att skapa och sedan underhålla. Fördelen med datadriven testning är att det är lätt att lägga till ytterligare indata i tabellen när nya partitioner upptäcks eller läggs till i produkten eller systemet som testas . I den datadrivna testprocessen är testmiljöns inställningar och kontroll inte hårdkodade. Kostnadsaspekten gör DDT billig för automatisering men dyr för manuell testning.
Metodöversikt
Datadriven testning är skapandet av testskript som körs tillsammans med deras relaterade datamängder i ett ramverk. Ramverket tillhandahåller återanvändbar testlogik för att minska underhållet och förbättra testtäckningen. Indata och resultat (testkriterier) datavärden kan lagras i en eller flera centrala datakällor eller databaser , det faktiska formatet, organisationen och verktygen kan vara implementeringsspecifika.
Datan omfattar variabler som används för både ingångsvärden och utdataverifieringsvärden. I avancerade (mogna) automationsmiljöer kan data skördas från ett körande system med hjälp av ett specialbyggt anpassat verktyg eller sniffer, DDT-ramverket utför alltså uppspelning av insamlad data och producerar ett kraftfullt automatiserat regressionstestverktyg.
Automatiserade testsviter innehåller användarens interaktioner genom systemets GUI, för repeterbara tester. Varje test börjar med en kopia av "före"-bildreferensdatabasen. "Användarinteraktionerna" spelas om genom den "nya" GUI-versionen och resulterar i databasen "post test". Referensdatabasen "posttest" jämförs med databasen "post test" med hjälp av ett verktyg . Skillnader avslöjar trolig regression.
Navigering genom programmet , läsning av datakällor och loggning av teststatus och information är allt kodat i testskriptet.
Data driven
Allt som har potential att förändras (även kallat "variabilitet" och inkluderar element som miljö, slutpunkter, testdata, platser etc.) separeras från testlogiken (skript) och flyttas till en "extern tillgång" . Detta kan vara en konfigurations- eller testdatauppsättning. Logiken som exekveras i skriptet dikteras av datavärdena.
Nyckelordsdriven testning är liknande förutom att logiken för själva testfallet är kodad som datavärden i form av en uppsättning "åtgärdsord", och inte inbäddad eller "hårdkodad" i testskriptet. Skriptet är helt enkelt en "drivrutin" (eller leveransmekanism) för data som finns i datakällan.
Databaserna som används för datadrivna tester kan inkludera:
- Datapooler
- DAO- objekt
- ADO -objekt
Se även
- Kontrollbord
- Nyckelordsdriven testning
- Testa ramverk för automatisering
- Testdriven utveckling
- Metadatadriven testning
- Modularitetsdriven testning
- Modellbaserad testning