how perform backend testing
Hva er Backend Testing og hvordan utfører du det?
Programvareapplikasjoner er kompliserte; det er mer enn det som møter øyet.
Mest systemtesting gå gjennom GUI. Dette er fordi testingen validerer om programvaren er 'egnet til bruk' av sluttbrukeren eller ikke. Sluttbrukere bruker GUI og det gjør vi også; det er derfor det er veldig viktig at programvaren går bra i dette området.
Men programvare har også mange andre elementer som ikke er direkte synlige eller tilgjengelige for brukeren for direkte interaksjon. Det gjør ikke disse elementene mindre viktige, og de må også gjennomgå grundige tester.
Kombinasjonen av alle disse velfungerende elementene lager en fullstendig programvare. Vi kan kombinere alt vi ikke ser direkte på som ‘Back-end’.
Noen av elementene for Backend Testing er:
- Database
- APIer
- Servere
Avhengig av applikasjonens art kan en back-end omfatte forskjellige nettverkskonfigurasjoner, kommunikasjonsprotokoller osv. Men det er ofte tre elementer.
La oss nå se hva som er involvert i å teste hver av disse komponentene og hvordan.
Hva du vil lære:
Backend Database Testing
Vanligvis når begrepet 'Back End Testing' brukes, innebærer det databasetesting.
Databasen er et viktig element i enhver applikasjon. Når GUI og DB samhandler med hverandre sømløst, fungerer applikasjonen din bra. Hvis det er problemer, opplever du inkonsekvente resultater, sikkerhetstrusler og ytelsesflaskehalser.
Databaser er vanligvis validert for:
- SYRE-egenskaper
- CRUD-operasjoner
- Skjema
- Migrasjon
- Konformitet om forretningsregel
- Sikkerhet
- Opptreden
Avanserte ETL- og datalagervedlikeholdssystemer må også tester kjøres mot dem.
For mer informasjon om disse testtypene , sjekk ut følgende artikler som allerede er på nettstedet vårt =>
- Alt om databasetesting - hvorfor, hvordan og hva skal jeg teste?
- ETL vs. DB Testing
- ETL-testing - tips, teknikker, prosesser og utfordringer
I tillegg til innholdet i linkene ovenfor, er det viktige aspektet å gjenta at databaset, ETL og datalagertesting trenger økt kunnskap om SQL .
Mange verktøy brukes ofte av testere for å samhandle og validere DB-oppførselen gjennom spørsmål.
La oss se på noen få kategorier av disse Backend Database-testverktøyene:
# 1) Grensesnitt som lar deg koble og kjøre spørsmålene dine mot databasene.
Noen av dem har GUI, og andre har ikke.
- PADDE: Jeg er sikker på at alle har hørt om dette. Den støtter mange DB-er og plattformer. Den kommer både som gratis og kommersiell versjon. Mer informasjon, ressurser og gratisversjonen finner du på paddeverden
- pHpMyAdmin: Dette er et utmerket åpen kildekodeverktøy som lar deg kjøre spørsmål og samhandle med DB-en via et brukergrensesnitt. Jeg har personlig brukt dette, og teamet mitt elsker hvor intuitivt verktøyet er. Vi trengte ingen trening for å bli komfortable. Jeg anbefaler dette verktøyet på det sterkeste hvis du leter etter et tilkoblingsmedium til MySQL- og MariaDB-databasene phpmyadmin
- HeidiSQL: Svært lik pHpMyAdmin. Den kobles til MySQL, Microsoft SQL-databaser og PostgreSQL. Åpen kilde. Finn mer informasjon på hheidisql
Listen over verktøy er uendelig, men det ovennevnte er noen av de mest populære valgene.
# 2) Verktøy for benchmarking av last og ytelse for DB:
- HammerDB: Det er et åpen kildekodeverktøy som mange DB-eksperter garanterer. Jeg har personlig ikke brukt dette, men det støtter mange databaser. Fra skjermbildene og utseendet på det ser det ut som et verktøy det er verdt å sjekke ut. Flere detaljer på hammerdb
- SLOB: Silly Little Oracle Benchmark-verktøyet hjelper deg med å tid og vurdere I / O-stil for DB-transaksjoner. Det kan hjelpe deg å forstå CPU, minne og behandlingstider for bulktransaksjoner på systemet ditt. Flere detaljer på kevinclosson
- Svingbenk : Dette er et veldig likt verktøy som HammerDB. Dette fungerer på Oracle DB-er og er veldig effektivt. For å forstå verktøyet og dets funksjoner, prøv denne guiden: dominicgiles
API-testing
API er strengt tatt ikke back-end, men siden vi løst grupperer alt som ikke er synlig for sluttbrukeren som back-end, la oss også snakke om dette kort.
API står for Application Program Interface, og det er i utgangspunktet her all programmeringslogikken ligger. Det har ikke et brukergrensesnitt som er en av de største utfordringene når det gjelder å teste det. På den annen side, siden API-er generelt opprettes før applikasjonens brukergrensesnitt oppstår, betyr testing av API vanligvis tidlig testing.
Meldinger og send / motta anrop brukes i stedet for direkte sending og mottak av inndata og utdata.
Det mest populære verktøyet som brukes til API-testing er SOAPUI.
- STH som en omfattende veiledning om SoapUI på => 15+ SoapUI Tutorials - Din komplette guide til SoapUI
- HP UFT kan også hjelpe deg med dette => 16 Nye funksjoner i HP UFT - QTP vs UFT
Alle databaser og applikasjoner er installert på servere som holder disse systemene i gang.
Det er noen få tester som kjøres her:
# 1) Installasjon: Når installasjonen er fullført, kan du gå til de respektive mappene og sørge for at filene / elementene har kommet til målmappene på den måten de skulle. Nå, hvis du lurer på ‘hvordan vet jeg hvor alt må gå?’ Spør utviklings- eller distribusjonsteamene dine, og de kan bekrefte dette for deg.
hvordan du bruker diff-kommandoen for å sammenligne to filer
Dette trinnet er kanskje ikke obligatorisk, men noen selskaper bruker manuelle distribusjoner. I så fall kan det bli en viktig røyk / sunnhetsprøve steg.
# 2) Logger: Det er logger for hver transaksjons status på serverne. Dette vil gi oss innsikt i om end-to-end prosessen har vært en suksess.
beste mobiltelefon spion for android
Noen ganger sender frontenderen gyldige data, og databasen kan bli oppdatert riktig. Hva om denne operasjonen kaster et unntak, forårsaker minnelekkasje eller forårsaker en slags feil? Det er loggene på serversiden som vil avsløre denne informasjonen for deg.
Det er ikke en regel, men generelt sett er de fleste servere UNIX-baserte systemer. Så for å kunne jobbe lett gjennom dem, trenger du en måte å koble til serveren din.
PuTTy, hendene ned er det mest populære valget å koble til serverne dine. Putty er et open source-produkt og trenger ingen installasjon. Alt du trenger å gjøre er å laste ned og bruke den.
UNIX-systemer har ikke et grafisk brukergrensesnitt, og det er det som gjør dem perfekte til å være App- og DB-servere. De er sikre, abstrakte, raskere og billigere. Det er mange smaker av UNIX, og på grunn av fraværet av GUI, må vi bruke kommandoer for å kommunisere med serveren. Vi har alle våre ressurser til UNIX-kommandoer og denne er min: friluftsingeniør
# 3) Serverens ytelse og sikkerhet:
Akkurat som alle andre deler av programvaren, må serveren være sikker og responsiv.
Det er mange verktøy tilgjengelig for å sjekke dette og finne et som fungerer for deg, sjekk ut denne listen: 30+ mest populære testprogrammer for webapplikasjoner
Endelig,
Som du sikkert har lagt merke til, vil denne artikkelen ikke hjelpe deg med å lære Backend-testing i sin helhet. Det peker deg imidlertid på ressurser og referanser som vil hjelpe deg å mestre det. Så bokmerke det som referanse!
Også for de av oss som har en tendens til å tenke at funksjonell testing handler om GUI og Front end, bør denne artikkelen avsløre at det ikke er tilfelle.
Enten du leter i DB eller sjekker i loggen for en transaksjons status eller sender en forespørselsmelding til en bestemt tjeneste, validerer du programmets egnethet til å brukes.
Med andre ord, det er funksjonalitet. 'Hvor du tester' og 'hvordan du tester' er forskjellige.
Akkurat som et program må jobbe fra alle ender for å lykkes, må vi tester forstå og utforske de mange fasettene til et programvaresystem for å erklære det klart til bruk.
Om forfatteren: Denne artikkelen er skrevet av STH-teammedlem Swati S.
Det er din tur å dele!
Fortell oss hvordan vi gjorde det med denne artikkelen. Er det noen annen type backend-testing du gjør? Hvilke verktøy bruker du? Hvilke teknikker har du funnet nyttige? Noen utfordringer?
Dine kommentarer, spørsmål, deltakelse og lesertall er dyrebare for oss!
Anbefalt lesing
- Beste verktøy for testing av programvare 2021 [QA Test Automation Tools]
- Alpha Testing og Beta Testing (En komplett guide)
- Testing Primer eBook Download
- ETL Testing Data Warehouse Testing Tutorial (En komplett guide)
- Typer programvaretesting: Ulike testtyper med detaljer
- Hvordan utføre ETL-testing ved hjelp av Informatica PowerCenter Tool
- Funksjonstesting mot ikke-funksjonell testing
- ETL Testing Intervju Spørsmål og svar