KompjuteraProgramimi

Regres testimi software. Çfarë është testimi regresionit

Kur keni krijuar software të cilësisë së lartë, ju nuk duhet vetëm të shkruaj një linjë të kodit, por edhe për të siguruar se nuk ka gabime në to. Dhe në qoftë se faji primitive gjenden në shumicën e gjuhëve, edhe në kohën e kompilimit, më komplekse është e nevojshme për të kërkuar më shumë, kur drejtimin e aplikacioneve. Ky proces quhet testimi. Ai, nga ana tjetër, është e ndarë në një numër të degëve, të cilat ndryshojnë përmbajtjen dhe karakteristikat e gabimeve të tyre. Si pjesë e artikullit do të konsiderohet se një testim të tillë regresionit. Çfarë përfaqëson? Cilat teste janë atje? A është e mundur për të Automate? Pra, ajo që është testimi regres? Le të flasim më shumë.

Llojet, llojet, tendencat

testimin e regresionit (testimi regresionit) - është kontrolluar mekanizëm, i cili synon për të zbuluar një sërë problemesh në zonat tashmë të provuar programet. Kjo është bërë jo për bindjen e fundit në mungesë të pjesëve jo-pune të kodit, dhe për të gjetur dhe të rregulluar mete regresionit. Nën ata të kuptojnë mete që nuk paraqitet në kohën e programeve të shkrimit, dhe me shtimin e seksioneve të reja të kodit ose korrigjimin e gabimeve të kryera më parë në sintaksë kodit.

Përmbledhur gjithë sa më sipër, ne mund të konkludojmë se qëllimi i testimit regresionit - sigurohuni që korrigjimi i problemeve ekzistuese do të çojë në zonat e reja në kodin tashmë të testuar. Ka dy lloje kryesore të testeve:

  1. Funksionaliteti.
  2. Jofunksionale.

Ato mund të shprehet si:

  1. Scripts.
  2. Grupe.
  3. Kits për fillimin.

Ajo që, në fakt, përfshin testimin e regresionit software? Puna në 3 fusha kryesore. Domethënë regres:

  1. Bugs.
  2. Problemet e vjetra.
  3. efekte anësore.

testet funksionale

Ato janë të bazuara në funksioneve të kryera nga sistemi. Mund të mbahet në komponentin, integrimit, sistemi dhe nivelet e pranimit. Të dy aspektet kryesore, e cila është duke u testuar:

  • Kërkesat.
  • proceset e biznesit.

Kur punon në kërkesat e nevojshme për të bërë një listë të asaj që duhet të testohet. Është e dëshirueshme për të identifikuar artikujt prioritare, për të përcaktuar drejtimin e punës. Kjo është e nevojshme të mos injorojë të gjitha funksionet më të rëndësishme. Kur testimi një "proceset e biznesit" fokusohet në to, dmth. F. Skenarët janë të drejtuar punën e përditshme.

Avantazhet e kontrollit funksionale duhet të përfshijë faktin se software simulon përdorimin aktual të sistemit. Por ka edhe disavantazhe: për shembull, programi mund të jetë e përshtatshme për testimin e tepruar. Ajo është gjithashtu e mundur mosveprimi i gabimeve logjike në software.

Non-funksionale testimi

Këto lloje të testeve për qëllim të kontrolluar të gjitha pronat që nuk kanë të bëjnë me funksionet e sistemit. këto parametra mund prej tyre:

  1. Besueshmëria. Duke u përgjigjet ndaj situatave të ndryshme nuk ofrohen testuar.
  2. Performance. Se si punon sistemi, e cila është e përshtatshme për ngarkesa të ndryshme.
  3. Komoditet. Si përshtatshëm për të punuar me aplikimin në pikëpamjen e përdoruesit.
  4. Scale. të ndryshojë lartësinë e kërkesave dhe gjerësia e aplikimit në punë me të ndryshme monitoron.
  5. Sigurimit. Sa e sigurt është të dhënat e përdoruesit, si dhe informacione të kanaleve të ndryshme të transmetimit.
  6. Transportueshmëri. Kontrollon nëse aplikimi punon në platforma të ndryshme, dhe nëse po - sa.

Cilat janë vetitë e sistemit mund të hetohet në këto raste? Një total prej 4.

  1. Testimi instalimin. Kontrolluar sa mirë arrijnë të vënë programin në kompjuter për të konfiguruar atë, dhe nëse është e nevojshme dhe për të hequr. vendosjen Quality lejon përdoruesin për të zvogëluar rrezikun e humbjes së të dhënave apo ulje (përkeqësim) aplikacioneve të performancës.
  2. Testimin përdorimin e rehati. Kontrolloni software zhvilluar për përdorshmërisë dhe qartësia e përdoruesit fund.
  3. testimi konfigurimit. Ajo përfshin të kontrolluar ecurinë e programit gjatë instalimit të mjedise të ndryshme të sistemit, si dhe eksperimente me cilësimet e brendshme të programit.
  4. Testimi për dështim dhe shërim. Verifikimi pas ndodhjes së gabimeve. Vlerëson reagimin e pronave mbrojtëse, si dhe çfarë të dhënash dhe sa ruajtur ndërprerjen papritur e aplikimit.

Duke përmbledhur, duhet theksuar se, edhe pse nga testimi jo-funksionale dhe testimin e pavarur të aplikacioneve në drejtim të kryerjes së detyrave, ata mund të flasin për cilësi të tilla si besueshmërinë, performancën, dhe software të sigurimit. Këto parametra karakterizojnë cilësinë e programit dhe në asnjë mënyrë të lënë përshtypjen përdorues të caktuar. Prandaj, rëndësia e këtij testi është jo më pak se ajo e funksionale.

rastet Test

Rastet Test quhen kontrolloni bosh për software. Ata janë quajtur mjete për testim të automatizuar. Kjo është një software të veçantë, me të cilën një specialist krijon, debug, ekzekuton dhe analizon rezultatet e aplikimit të drejtuar përmes zhvillimeve të tilla:

  1. Scripts Test. Këto përfshijnë një sërë udhëzimeve të dizajnuara për kontrollet automatike e pjesëve të veçanta të softuerit.
  2. test kits. Ky kombinim i Scripts që vënë në provë pjesë të caktuara të programeve që janë objektiva të integruar ose të përbashkëta funksionale.
  3. Testet të kandidojë. Ky kombinim i Scripts ndryshme ose grupe për të kandiduar në të njëjtën kohë, ndërsa kontrolluar programin.

Automatizimi i testeve regresionit

Automatizimi i punës - një nga themelet e zhvillimit njerëzor në shekullin e 21. Ajo preku temën. Kështu, në bazë të testimit të automatizuar software për të kuptuar procesin e verifikimit të softuerit, gjatë së cilës funksionet kryesore dhe detyrat si e fillimit, inicializimit dhe ekzekutimit, si dhe analizën dhe shpërndarjen e rezultateve, kryhen automatikisht, duke përdorur mjetet e duhura. Ky veprim është kryer nga një teknik përgjegjës për krijimin, debugging, dhe mbështetje në punën Scripts provë kusht, test kits dhe orkestrim. Puna mund të kryhet me një shumëllojshmëri të programeve, duke përfshirë testimin e regresionit dhe sisteme të automatizuar.

Bugs regresionit

Sipas këtij testi për të kuptuar problemet e kërkimit që janë zyrtarisht "janë hequr", por nuk ka arsye për të besuar se ata ende ekzistojnë. Veçori e këtij lloji të inspektimit është se ajo është e nevojshme për të kontrolluar të gjitha veprimet me një objekt të veçantë në kombinime të ndryshme. para realitet Ndeshja test, raporton problemi zgjidhet nga mekanizmi me të cilin është gjetur. Regres testimi paraqitjen në këtë rast ndihmon për të siguruar se nuk ka efekte anësore.

Regres i gabimeve të vjetra

Kjo i referohet identifikimit të situatave ku ndryshimet e fundit të bëra në kodin e programit, anuluar Bugfixes. Kështu, ata përsëri fillojnë të jetë aktiv. Prandaj, kur bën ndryshime në kodin software të nevojshme për të filluar procesin e testimit nga fillimi (duke supozuar, sigurisht, që ka pasur probleme me punën).

efekt anësor regres

Sipas saj kuptojnë situatën, kur ndryshimi kodi i fundit në një pjesë të një kërkese të bërë jofunksionale disa ose të gjitha pjesët e tjera të programit të zhvilluar. Si një tregues i pranisë së problemeve të tilla është mungesa e performancës në një ose më shumë pjesëve të programit. Detyra e kontrollor për të identifikuar të gjitha fushat me probleme.

Duke përmbledhur gjithçka që është shkruar, që mund të thuhet në lidhje me testimin e regresionit? Ajo është tani një temë që duhet të shkaktojë më probleme. Mbetet vetëm për të zotëruar çdo gjë në praktikë.

Similar articles

 

 

 

 

Trending Now

 

 

 

 

Newest

Copyright © 2018 sq.delachieve.com. Theme powered by WordPress.