Meny

Hur man utför Backend Testing

how perform backend testing

Prova Vårt Instrument För Att Eliminera Problem

felreparationsverktyg för Windows 10

Vad är Backend Testing och hur utför jag det?

Programvaruapplikationer är komplexa; det finns mer än vad som möter ögat.

Mest systemtestning gå igenom GUI. Detta beror på att testning validerar om programvaran är ”lämplig för användning” av slutanvändaren eller inte. Slutanvändare använder GUI och det gör vi också; det är därför det är väldigt viktigt att programvaran går bra inom detta område.

Men programvara har också många andra element som inte är direkt synliga eller tillgängliga för användaren för direkt interaktion. Det gör inte dessa element mindre viktiga och de måste också genomgå en grundlig testning.

Kombinationen av alla dessa välfungerande element gör en fullständigt utformad programvara. Vi kan kombinera allt vi inte direkt ser som ”Back-end”.

hur man utför backend-testning

Några av Backend Testing-elementen är:

  • Databas
  • API: er
  • Servrar

Beroende på applikationens karaktär kan en back-end innehålla olika nätverkskonfigurationer, kommunikationsprotokoll etc. Men oftast finns det tre element.

Låt oss nu se vad som är involverat i att testa var och en av dessa komponenter och hur.

Vad du kommer att lära dig:

Backend Database Testing

Oftast när termen 'Back End Testing' används, innebär det databastestning.

Databasen är ett viktigt inslag i alla applikationer. När GUI och DB interagerar sömlöst fungerar din applikation bra. Om det finns problem upplever du inkonsekventa resultat, säkerhetshot och prestanda flaskhalsar.

Databaser valideras vanligtvis för:

  • SYRA-egenskaper
  • CRUD-operationer
  • Schema
  • Migration
  • Överensstämmelse med affärsregler
  • säkerhet
  • Prestanda

Avancerade ETL- och datalagerunderhållssystem kommer också att behöva testas mot dem.

För mer information om dessa testtyper , kolla in följande artiklar som redan finns på vår webbplats =>

Förutom innehållet i ovanstående länkar är den viktiga aspekten att upprepa att databas-, ETL- och datalagertestning behöver ökad kunskap om SQL .

Många verktyg används ofta av testare för att interagera och validera DB-beteendet genom frågor.

Låt oss titta på några kategorier av dessa testverktyg för Backend Database:

# 1) Gränssnitt som låter dig ansluta och köra dina frågor mot databaserna.

webbplatser för att titta på anime engelska dubbad

Vissa av dem har ett GUI och andra inte.

  • PADDA: Jag är säker på att alla har hört talas om detta. Den stöder många DB: er och plattformar. Den kommer både som gratis och kommersiell version. Mer information, resurser och gratisversionen finns på padda världen
  • pHpMyAdmin: Detta är ett utmärkt open source-verktyg som låter dig köra frågor och interagera med din DB via ett användargränssnitt. Jag har personligen använt detta och mitt team älskar hur intuitivt verktyget är. Vi behövde ingen utbildning för att bli bekväma. Jag rekommenderar det här verktyget om du letar efter ett anslutningsmedium till dina MySQL- och MariaDB-databaser phpmyadmin
  • HeidiSQL: Mycket lik pHpMyAdmin. Den ansluts till MySQL, Microsoft SQL-databaser och PostgreSQL. Öppna råvaror. Hitta mer information på hheidisql

Listan över verktyg är oändlig, men ovanstående är några av de mest populära valen.

# 2) Verktyg för benchmarking av DB-belastning och prestanda:

  • HammerDB: Det är ett open source-verktyg som många DB-experter garanterar. Jag har personligen inte använt detta men det stöder många databaser. Från skärmdumparna och utseendet på det ser det ut som ett verktyg som är värt att kolla in. Mer information på hammerdb
  • SLOB: Silly Little Oracle Benchmark-verktyget hjälper dig att tid och bedöma I / O-stil för DB-transaktioner. Det kan hjälpa dig att förstå CPU, minne och behandlingstider för bulktransaktioner på ditt system. Mer information på kevinclosson
  • Gungbänk : Detta är ett mycket liknande verktyg som HammerDB. Detta fungerar på Oracle DBs och är mycket effektivt. För att förstå verktyget och dess funktioner, prova den här guiden: dominicgiles

API-testning

API är strikt taget inte back-end men eftersom vi löst grupperar allt som inte är synligt för slutanvändaren som back-end, låt oss också prata om detta kort.

API står för Application Program Interface och det är i princip där all programmeringslogik finns. Det har inte ett användargränssnitt som är en av de största utmaningarna när det gäller att testa det. Å andra sidan, eftersom API: er genereras generellt innan applikationens användargränssnitt uppstår, innebär testning av API vanligtvis tidig testning.

Meddelanden och skicka / ta emot samtal används istället för direkt sändning och mottagning av in- och utdata.

Det mest populära verktyget som används för API-testning är SOAPUI.

Alla databaser och applikationer är installerade på servrar som håller dessa system igång.

Det finns några tester som körs här:

# 1) Installation: När installationen är klar kan du gå till respektive mappar och se till att filerna / elementen har gjort det till sina målmappar på det sätt som de skulle. Nu, om du undrar ”hur vet jag vart allt behöver gå?” Fråga dina utvecklings- eller distributionsteam så kan de bekräfta detta åt dig.

Det här steget är kanske inte obligatoriskt, men vissa företag använder manuella implementeringar. I så fall kan det bli ett viktigt rök / sanity test steg.

# 2) Loggar: Det finns loggar för varje transaktions status på servrarna. Detta kommer att ge oss inblick i huruvida slut-till-slut-processen har varit en framgång.

Ibland skickar frontend giltiga data och databasen kan uppdateras rätt. Vad händer om den här åtgärden ger ett undantag, orsakar minnesläckage eller orsakar någon form av fel? Det är serverns loggar som avslöjar denna information för dig.

Det är ingen regel, men i allmänhet är de flesta servrar UNIX-baserade system. För att kunna arbeta igenom dem enkelt behöver du ett sätt att ansluta till din server.

PuTTy, hands down är det mest populära valet att ansluta till dina servrar. Spackel är en öppen källkodsprodukt och behöver ingen installation. Allt du behöver göra är att ladda ner och använda det.

UNIX-system har inte ett grafiskt användargränssnitt och det är det som gör dem perfekta för att vara App- och DB-servrar. De är säkra, abstrakta, snabbare och billigare. Det finns många smaker av UNIX och på grund av frånvaron av GUI måste vi använda kommandon för att kommunicera med servern. Vi har alla våra resurser för UNIX-kommandon och den här är min: friingenjör

# 3) Serverns prestanda och säkerhet:

Precis som alla andra delar av programvaran måste servern vara säker och lyhörd.

hur man öppnar json-filen i Windows

Det finns många verktyg tillgängliga för att kontrollera detta och hitta ett som fungerar för dig, kolla in den här listan: 30+ mest populära testverktyg för webbapplikationer

Till sist,

Som du måste ha märkt hjälper den här artikeln inte dig att lära dig Backend-testning i sin helhet. Det pekar dock på resurser och referenser som hjälper dig att behärska det. Så bokmärke det som referens!

Dessutom, för de av oss som tenderar att tänka att funktionell testning handlar om GUI och frontend, bör denna artikel avslöja att det inte är fallet.

Oavsett om du letar i DB eller kontrollerar loggen för en transaktionsstatus eller skickar ett förfrågningsmeddelande till en viss tjänst, validerar du programmets lämplighet att använda.

Med andra ord är det funktionalitet. 'Var du testar' och 'hur du testar' skiljer sig åt.

Precis som en applikation måste arbeta från alla håll för att lyckas, måste vi testare förstå och utforska de många aspekterna av ett mjukvarusystem för att förklara det färdigt att användas.

Om författaren: Denna artikel är skriven av STH-teammedlem Swati S.

Det är din tur att dela!

Berätta hur vi gjorde med den här artikeln. Finns det någon annan typ av backendtestning som du gör? Vilka verktyg använder du? Vilka tekniker har du funnit användbara? Några utmaningar?

Dina kommentarer, frågor, deltagande och läsarkrets är värdefulla för oss!

Rekommenderad läsning

^