Vad är testsele? (Exempel)

Testa sele i mjukvarutestning

Testa sele i mjukvarutestning är en samling stubbar, drivrutiner och andra stödverktyg som krävs för att automatisera testkörning. Testsele utför tester med hjälp av ett testbibliotek och genererar testrapporter. Teststammen innehåller all information som behövs för att kompilera och köra ett test som testfall, målinstallationsport (TDP), källfil under test, stubbar, etc.

Enkelt uttryckt, en kabelhärva omsluter den komponent du vill verifiera i en kontrollerad miljö. Angränsande moduler som saknas ersätts av små dummyprogram, indata kommer från en fast datamängd och varje resultat skrivs till en logg istället för att läsas från en skärm. Avsnitten som följer förklarar varför team bygger en, vad den är gjord av, hur den fungerar och var den passar in.

Varför använda testsele?

Det finns en anordning som tar bort väntan från testcykeln. Eftersom den simulerar det som inte är klart än, en mjukvarutestning Teamet kan börja verifiera beteendet i den första sprinten snarare än efter den slutliga integrationen. Diagrammet nedan visar var en kabelhärva sitter mellan testskripten och applikationen som testas.

• Automatisera testprocessen
• Utför testsviter av testfall
• Generera tillhörande testrapporter
• Stöd för felsökning
• För att registrera testresultaten för vart och ett av testerna
• Hjälper utvecklarna att mäta kodtäckning på kodnivå
• Öka systemets produktivitet genom automatisering
• Förbättra kvaliteten på programvarukomponenter och applikationer
• För att hantera det komplexa tillstånd som testare har svårt att simulera

Dessa vinster är viktigast vid korta releasecykler. När kod skickas flera gånger i veckan kostar en defekt som överlever integrationsstadiet mycket mer. tracän en som fastnat mot en stump den dagen den skrevs. Den utdelningen kommer dock bara när selen är monterad av rätt delar.

Viktiga komponenter i en testsele

En sele är inte ett enda program utan en samling av delar, där varje del tar bort ett hinder som annars skulle hindra ett test från att köras obevakat.

• Testskript: Automatiserade instruktioner som anger stegen som ska utföras och det förväntade resultatet, skrivna enligt testskript konventioner.
• Testkörningsmotor: Löparen som läser skript i ordning, löser beroenden och utlöser sekventiell eller parallell körning.
• Testdatalager: Indatavärden som lagras utanför skriptet i CSV, JSON, XML eller en seedad databas, ofta fyllda av testa verktyg för datagenerering.
• förare: Dummy-anropsmoduler som anropar komponenten som testas när det verkliga övre lagret, till exempel ett användargränssnitt, inte är färdigt.
• Stubbar: Dummy anropade moduler som returnerade standardsvar, till exempel en betaltjänst som svarade "Betalning lyckades" utan att kontakta en bank.
• Utdatavaliderare: Påståendelogik som jämför faktisk utdata med det förväntade värdet och markerar varje fall som godkänt eller misslyckat.
• Loggnings- och rapporteringslager: Tidsstämplar, skärmdumpar, konsolutdata och en körsammanfattning som gör varje fel tracmöjligt efteråt.

Ta bort vilken del som helst och selen slutar att vara automatisk, eftersom något då måste tillföras för hand vid varje körning.

Hur fungerar en testsele?

En sele upprepar samma loop vid varje utförande. Att veta den loopen visar exakt var din egen automatiseringstestning tillgångar ansluts och vilket steg som misslyckas när en körning blir röd.

1. Förbered miljön: Kabelhärvan löser miljökonfigurationen, öppnar anslutningar och laddar fixturer, så att varje körning startar från samma kända tillstånd.
2. Ladda testskripten: Skript, parametrar och förväntade resultat läses från arkivet. Ingenting skrivs in vid körning, vilket gör en andra körning jämförbar med den första.
3. Ersätt de saknade modulerna: Förare vikarierar för uppringare som ännu inte finns, och stubbar vikarierar för tjänster som är oavslutade, instabila eller dyra att ringa.
4. Anropa applikationen som testas: Exekveringsmotorn utlöser arbetsflödet som beskrivs av skriptet, oavsett om det är ett metodanrop, en API begäran eller en webbläsarinteraktion.
5. Registrera den faktiska utmatningen: Returvärden, svarsnyttolaster, databasrader, loggrader och skärmtillstånd registreras alla allt eftersom de produceras.
6. Jämför mot förväntade resultat: Utdatavalideraren gör en assert på varje insamlat värde. Eventuella avvikelser markerar fallet som misslyckat och registrerar både det förväntade och det observerade värdet.
7. Logga och rapportera: Selen skriver en tidsstämplad trace av körningen och genererar en godkänd/misslyckad-rapport som en utvecklare kan läsa utan att köra något igen.
8. Riva: Tillfälliga data, anslutningar och stub-tillstånd rensas så att nästa ärende inte kan ärva rester från detta.

💡 Tips: Uppdatera dina stubbar när den riktiga modulen ändras. En stubb som fortfarande svarar med förra kvartalets format kommer att rapportera en grön körning medan liveintegrationen redan är trasig.

Ett fungerande exempel konkretiserar loopen. Anta att utcheckningssidan är klar men betalningsgatewayen inte är det. En drivrutin utlöser den begäran som gränssnittet normalt skulle skicka, en stub svarar först med "Betalning lyckades" och sedan med en timeout, och validatorn bekräftar ordern i det ena fallet och en uppmaning till ett nytt försök i det andra. Båda vägarna verifieras innan gateway-teamet skriver en rad kod.

Det finns två sammanhang där Test Harness används

Samma mekanism tjänar två olika syften, och ordförrådet ändras något beroende på vilket man befinner sig i.

1. Automationstestning: Den innehåller testskript, parametrar som krävs för att köra dessa skript och samla resultat för att analysera det
2. Integrationstest: Den används för att sätta ihop två enheter av kod eller modul som interagerar med varandra för att kontrollera om det kombinerade beteendet är som förväntat eller inte

Betrakta en inloggningsmodul och en profilmodul som måste utbyta en användartoken. I integrationssammanhang simulerar en drivrutin en lyckad inloggning och överlämnar token till profillogiken, så datamappningenping, behörighetskontrollen och skärmrenderingen kan alla verifieras innan den verkliga autentiseringstjänsten är klar. I automatiseringssammanhang läggs samma par av fall till i en svit och körs om på varje build utan att någon rör vid det igen.

Typer av testselar

Eftersom programvara är byggd i lager är en kabelhärva vanligtvis specialiserad för det lager den verifierar. Fyra typer täcker nästan varje projekt.

A enhetstestkabelhärva kör de minsta kodbitarna, såsom en enskild funktion eller metod, där varje beroende ersätts av en stub. Den är snabbast att köra och billigast att underhålla, vilket är anledningen till enhetstestning Sviter är vanligtvis den första konstruktionen ett team bygger. Att testa en skatteberäkning utan att röra faktureringsmodulen är ett vanligt användningsområde.

An integrationstestsele kontrollerar att två eller flera moduler samarbetar korrekt och är det lager där datafel och misslyckade samtal uppstår. Det är den härvan som beskrivs i integrationstest sammanhanget ovan, till exempel verifiera att en beställningstjänst överlämnar rätt nyttolast till en betaltjänst.

A systemtestkabelhärva driver ett komplett end-to-end-flöde över gränssnitt, tjänst och databas, så systemtestning kan bekräfta att affärsreglerna gäller när varje lager finns. regressionstestverktyg kör sedan den ackumulerade sviten igen efter varje ändring, vilket är det som gör regressionstestning praktiskt när flera hundra scenarier måste upprepas vid varje sammanslagning.

Testa seleverktyg

Var och en av dessa typer bygger normalt på ett befintligt verktyg snarare än från grunden. De två klassiska alternativen förblir ramverk på enhetsnivå:

• junit: Verktyg som används vid användning Java
• Nunit: Verktyg som används för att använda .Net framework

Utöver dessa två lägger de flesta team till verktyg som utökar kapaciteten till webbläsaren, API-lagret eller belastningsprofilen. Tabellen nedan kartlägger de vanliga alternativen i förhållande till den roll var och en spelar.

Oavsett vilken kombination du väljer betalar kabelhärvan sig själv först när den körs utan uppsikt, så koppla in den i en kontinuerlig integration jobb tidigt. En bredare katalog med alternativ listas i Guru99 testverktyg sammanfattning. En distinktion orsakar fortfarande förvirring, och det är värt att avgöra innan du väljer något.

Testsele vs testramverk

En harness och ett automatiseringsramverk behandlas ofta som samma sak, men de besvarar olika frågor: harnessen är det som utför ett test, medan ramverket är den struktur inom vilken tester utformas. Tabellen nedan ställer dem sida vid sida.

Vanliga frågor