Menu

Sådan udføres test af backend

how perform backend testing

Prøv Vores Instrument Til At Fjerne Problemer

bedste gratis computerrenser og -reparation

Hvad er Backend Testing og hvordan udføres det?

Softwareapplikationer er komplekse; der er mere end hvad der møder øjet.

Mest systemtestindsats gå gennem GUI. Dette skyldes, at test validerer, om softwaren er 'egnet til brug' af slutbrugeren eller ej. Slutbrugere bruger GUI, og det gør vi også; Derfor er det virkelig vigtigt, at software klarer sig godt på dette område.

Men software har også mange andre elementer, der ikke er direkte synlige eller tilgængelige for brugeren til direkte interaktion. Det gør ikke disse elementer mindre vigtige, og de skal også gennemgå grundig test.

Kombinationen af ​​alle disse velfungerende elementer skaber en fuldt udformet softwareapplikation. Vi kan kombinere alt, hvad vi ikke direkte ser som 'Back-end'.

hvordan man udfører back end-test

Nogle af Backend Testing-elementerne er:

  • Database
  • API'er
  • Servere

Afhængigt af applikationens art kan en back-end omfatte forskellige netværkskonfigurationer, kommunikationsprotokoller osv. Men oftest er der tre elementer.

Lad os nu se, hvad der er involveret i test af hver af disse komponenter, og hvordan.

Hvad du lærer:

Backend Database Testing

Mest almindeligt når udtrykket 'Back End Testing' bruges, betyder det databasetest.

Databasen er et vigtigt element i enhver applikation. Når GUI og DB interagerer med hinanden problemfrit, fungerer din applikation godt. Hvis der er problemer, oplever du inkonsekvente resultater, sikkerhedstrusler og ydeevne flaskehalse.

Databaser valideres normalt til:

  • SYRE-egenskaber
  • CRUD-operationer
  • Skema
  • Migration
  • Forretningsregeloverensstemmelse
  • Sikkerhed
  • Ydeevne

Avancerede ETL- og datalagervedligeholdelsessystemer har også brug for test, der køres mod dem.

For mere information om disse testtyper , tjek de følgende artikler, der allerede er på vores site =>

hvordan man spiller matroska videofil

Ud over indholdet i ovenstående links er det vigtige aspekt, der skal gentages, at database-, ETL- og datalagertest har brug for øget viden om SQL .

Mange værktøjer bruges ofte af testere til at interagere og validere DB-adfærd gennem forespørgsler.

Lad os se på et par kategorier af disse testværktøjer til Backend Database:

# 1) Grænseflader, der giver dig mulighed for at oprette forbindelse og køre dine forespørgsler mod databaser.

Nogle af dem har en GUI, og andre ikke.

  • TUDSE: Jeg er sikker på, at alle har hørt om dette. Det understøtter mange DB'er og platforme. Det kommer både som gratis og kommerciel version. Flere oplysninger, ressourcer og den gratis version findes på paddeverden
  • pHpMyAdmin: Dette er et fremragende open source-værktøj, der giver dig mulighed for at køre forespørgsler og interagere med din DB via en brugergrænseflade. Jeg har personligt brugt dette, og mit team elsker, hvor intuitivt værktøjet er. Vi havde brug for nul træning for at blive komfortable. Jeg kan varmt anbefale dette værktøj, hvis du leder efter et forbindelsesmedium til dine MySQL- og MariaDB-databaser phpmyadmin
  • HeidiSQL: Meget lig pHpMyAdmin. Det opretter forbindelse til MySQL, Microsoft SQL-databaser og PostgreSQL. Åben kilde. Find mere information på hheidisql

Listen over værktøjer er uendelig, men ovenstående er nogle af de mest populære valg.

# 2) Værktøjer til benchmarking af DB-belastning og ydelse:

  • HammerDB: Det er et open source-værktøj, som mange DB-eksperter garanterer. Jeg har personligt ikke brugt dette, men det understøtter mange databaser. Fra skærmbillederne og udseendet af det ligner det et værktøj, der er værd at tjekke ud. Flere detaljer på hammerdb
  • SLOB: Silly Little Oracle Benchmark-værktøjet hjælper dig med at tid og vurdere I / O-stil for DB-transaktioner. Det kan hjælpe dig med at forstå CPU-, hukommelses- og behandlingstider for bulktransaktioner på dit system. Flere detaljer på kevinclosson
  • Gyngebænk : Dette er et meget lignende værktøj til HammerDB. Dette fungerer på Oracle DBs og er meget effektivt. For at forstå værktøjet og dets funktioner, prøv denne guide: dominicgiles

API-test

API er strengt taget ikke back-end, men da vi løst grupperer alt, hvad der ikke er synligt for slutbrugeren som back-end, skal vi også tale kort om dette.

API står for Application Program Interface, og det er dybest set her, hvor al programmeringslogik findes. Det har ikke et brugergrænseflade, som er en af ​​de største udfordringer, når det kommer til at teste det. På den anden side, da API'er generelt oprettes inden applikationens brugergrænseflade opstår, betyder test af API normalt tidlig test.

Beskeder og send / modtag opkald bruges i stedet for direkte send og modtagelse af input og output data.

Det mest populære værktøj, der bruges til API-test, er SOAPUI.

Alle databaser og applikationer er installeret på servere, der holder disse systemer i gang.

Der er et par tests, der køres her:

# 1) Installation: Når installationen er afsluttet, kan du gå til de respektive mapper og sørge for, at filerne / elementerne har gjort det til deres målmapper på den måde, de skulle. Spørg dine udviklings- eller implementeringsteam nu, hvis du spekulerer på, hvordan skal jeg vide, hvor alt skal hen? 'De kan bekræfte dette for dig.

Dette trin er muligvis ikke obligatorisk, men nogle virksomheder bruger manuelle implementeringer. I så fald kan det blive et vigtigt røg / sundhedstest trin.

# 2) Logfiler: Der oprettes logfiler for hver transaktions status på serverne. Dette giver os indsigt i, om end-to-end-processen har været en succes.

Nogle gange sender frontenderen gyldige data, og databasen bliver muligvis opdateret rigtigt. Hvad hvis denne handling kaster en undtagelse, forårsager hukommelseslækage eller forårsager en eller anden form for funktionsfejl? Det er serversides logfiler, der afslører disse oplysninger for dig.

Det er ikke en regel, men generelt er de fleste servere UNIX-baserede systemer. Så for at være i stand til at arbejde igennem dem let, har du brug for en måde at oprette forbindelse til din server på.

hvad man skal gøre med torrent-fil

PuTTy, hænder ned er det mest populære valg for at oprette forbindelse til dine servere. Putty er et open source-produkt og behøver ingen installation. Alt du skal gøre er at downloade og bruge det.

UNIX-systemer har ikke en grafisk brugergrænseflade, og det er det, der gør dem perfekte til at være App- og DB-servere. De er sikre, abstrakte, hurtigere og billigere. Der er mange varianter af UNIX, og på grund af manglen på GUI bliver vi nødt til at bruge kommandoer til at kommunikere med serveren. Vi har alle vores ressourcer til UNIX-kommandoer og denne er min: friingeniør

# 3) Serverens ydeevne og sikkerhed:

Ligesom enhver anden del af softwaren skal serveren være sikker og lydhør.

Der er mange værktøjer til rådighed til at kontrollere dette og finde et der fungerer for dig, se denne liste: 30+ mest populære værktøjer til test af webapplikationer

Langt om længe,

Som du sikkert har bemærket, hjælper denne artikel ikke dig med at lære Backend-test i sin helhed. Det peger dig imidlertid på ressourcer og referencer, der hjælper dig med at mestre det. Så bogmærke det som reference!

Også for de af os, der har tendens til at tænke, at funktionel test handler om GUI og frontend, bør denne artikel afsløre, at det ikke er tilfældet.

Uanset om du kigger i DB eller kontrollerer logfilen for en transaktions status eller sender en anmodningsmeddelelse til en bestemt tjeneste, validerer du programmets egnethed til at blive brugt.

Med andre ord er det funktionalitet. 'Hvor du tester' og 'hvordan du tester' adskiller sig.

Ligesom en applikation skal arbejde fra alle ender for at få succes, er vi testere nødt til at forstå og udforske de mange aspekter af et softwaresystem for at erklære det klar til brug.

Om forfatteren: Denne artikel er skrevet af STH-teammedlem Swati S.

Det er din tur til at dele!

Fortæl os, hvordan vi klarede os med denne artikel. Er der nogen anden type backend-test, som du laver? Hvilke værktøjer bruger du? Hvilke teknikker har du fundet nyttige? Eventuelle udfordringer?

Dine kommentarer, spørgsmål, deltagelse og læserskare er dyrebare for os!

Anbefalet læsning

^