Systemintegrationstestning
Systemintegrationstestning ( SIT ) innebär övergripande testning av ett komplett system av många delsystemkomponenter eller element. Systemet som testas kan bestå av hårdvara , eller mjukvara , eller hårdvara med inbäddad mjukvara , eller hårdvara/mjukvara med testning av människan i slingan .
SIT består, initialt, av "processen att sätta samman de beståndsdelar av ett system på ett logiskt, kostnadseffektivt sätt, omfattande kontroll av systemets utförande (alla nominella och exceptionella vägar), och inklusive en fullständig funktionell utcheckning." Efter integration är systemtest en process för att " verifiera att systemet uppfyller dess krav och validera att systemet fungerar i enlighet med kundens eller användarens förväntningar."
Inom teknisk produktutveckling är början av systemintegrationstestning ofta första gången som ett helt system har monterats så att det kan testas som en helhet. För att göra systemtestningen mest produktiv kommer de många ingående sammansättningarna och delsystemen vanligtvis att ha genomgått ett delsystemstest och framgångsrikt verifierat att varje delsystem uppfyller sina krav på delsystemsgränssnittsnivå.
I samband med mjukvarusystem och mjukvaruteknik är systemintegrationstestning en testprocess som utövar ett mjukvarusystems samexistens med andra . Med flera integrerade system, förutsatt att var och en redan har klarat systemtestning, fortsätter SIT att testa deras nödvändiga interaktioner. Efter detta leveranserna vidare till acceptanstestning.
Integrationstestning av programvara
För mjukvara är SIT en del av livscykeln för mjukvarutestning för samarbetsprojekt. Vanligtvis föregår en omgång av SIT användaracceptanstest (UAT). Programvaruleverantörer kör vanligtvis en pre-SIT-runda med tester innan konsumenter kör sina SIT-testfall.
Till exempel, om en integratör (företag) tillhandahåller en förbättring av en kunds befintliga lösning, så integrerar de det nya applikationsskiktet och det nya databasskiktet med kundens befintliga applikations- och databasskikt. När integrationen är klar använder användarna både den nya delen (utökade delen) och den gamla delen (pre-existerande del) av den integrerade applikationen för att uppdatera data. En process bör finnas för att utbyta dataimport och export mellan de två datalagren. Denna process för datautbyte bör hålla båda systemen uppdaterade. Syftet med systemintegrationstestning är att säkerställa att alla delar av dessa system framgångsrikt existerar tillsammans och utbyter data vid behov.
Det kan finnas fler parter i integrationen, till exempel kan primärkunden (konsumenten) ha sina egna kunder; det kan också finnas flera leverantörer.
Datadriven metod
En enkel metod för SIT som kan utföras med minimal användning av testverktyg för programvara. Dataimport och -export utbyts innan beteendet för varje datafält inom varje enskilt lager undersöks. Efter mjukvarusamarbetet finns det tre huvudtillstånd för dataflöde.
Datatillstånd inom integrationslagret
Integrationslager kan vara en mellanprogram eller webbtjänst(er) som fungerar som ett medium för dataimport och dataexport. Dataimport och exportprestanda kan kontrolleras med följande steg: [ citat behövs ]
- Korskontroll av dataegenskaperna inom integrationslagret med tekniska/affärsspecifika dokument.
- För webbtjänstengagemang med integrationslagret kan WSDL och XSD användas mot webbtjänstbegäran för korskontrollen.
- Middleware-engagemang med integrationslagret möjliggör datamappningar mot middleware-loggar för korskontrollen.
- Utför några enhetstester. Korskontrollera datamappningar (datapositioner, deklarationer) och förfrågningar (teckenlängd, datatyper) med tekniska specifikationer.
- Undersök serverloggarna/mellanprogramsloggarna för felsökning.
Läskunskaper i WSDL , XSD , DTD , XML och EDI kan krävas för detta.
Datatillstånd inom databaslagret
Systemintegrationstestning av ett databaslager kan fortgå enligt följande: [ citat behövs ]
- Kontrollera först om all data har överförts till databaslagret från integrationslagret.
- Kontrollera sedan dataegenskaperna med tabell- och kolumnegenskaperna med relevanta tekniska/affärsspecifika dokument.
- Kontrollera datavalideringarna/begränsningarna med affärsspecifikationsdokument.
- Om det finns några bearbetningsdata i databaslagret, kontrollera lagrade procedurer med relevanta specifikationer.
- Undersök serverloggarna för felsökning.
Kunskaper i SQL och läskunskap i [lagrade procedurer] kan krävas för detta [ enligt vem? ]
Datatillstånd inom applikationslagret
Det finns inte så mycket att göra med applikationslagret när vi utför ett systemintegrationstest: [ citat behövs ]
- Markera alla fält från affärskravdokument som ska vara synliga i användargränssnittet.
- Skapa en datakarta från databasfält till applikationsfält och kontrollera om nödvändiga fält är synliga i användargränssnittet.
- Kontrollera dataegenskaper med några positiva och negativa testfall.
Det finns många kombinationer av dataimport och export som vi kan utföra genom att ta hänsyn till tidsperioden för systemintegrationstestning. Testare måste välja de bästa kombinationerna att utföra med den begränsade tiden och när upprepa några av stegen för att testa dessa kombinationer.
Se även