fbpx

Get your 6-month No-Cost Opt-Out offer for Unlimited Software Automation?

Pavarësisht nëse jeni duke koduar softuer për anëtarët e kompanisë tuaj ose një bazë të gjerë klientësh, duke pasur praktikat dhe kornizat e duhura të testimit, qoftë manuale, automatizimi ose hibride, çon në cilësi të qëndrueshme të softuerit, reputacion të përmirësuar dhe efikasitet.

Në varësi të kompanisë për të cilën punoni, shumë testime vijnë në formën e testimit manual.

Mësoni më shumë se çfarë është testimi manual, çfarë testojnë kompanitë me testimin manual dhe një sërë faktesh të tjera të rëndësishme rreth proceseve të testimit të softuerit.

 

Table of Contents

Çfarë është testimi manual?

pastrimi i një konfuzioni në automatizimin e testimit të softuerit

Testimi manual është një lloj testimi i softuerit në të cilin një rast testimi ekzekutohet manualisht nga testuesi pa ndihmën e ndonjë mjeti të automatizuar .

Kompanitë përdorin testimin manual si një metodë për të identifikuar gabimet ose problemet në softuerin e tyre. Ndërsa disa e përshkruajnë këtë si një formë të thjeshtë ose primitive testimi, ai përfundimisht vendos funksionalitetin e një programi pa kërkuar përdorimin e mjeteve të testimit të palëve të treta .

Të gjitha format e testimit të softuerit kanë disa aspekte manuale, pasi ka disa veçori të një aplikacioni që janë thjesht të pamundura për t’u testuar pa ndonjë ndërhyrje manuale.

 

1. Kur duhet të bëni testimin manual?

 

Ka disa faza në të cilat zhvilluesit përdorin testimin manual, e para është përgjatë fazës bazë të zhvillimit të funksionalitetit.

Kur funksionaliteti bazë i softuerit është në zhvillim, zhvilluesit e softuerit testojnë që secila pjesë e programit të funksionojë me dorë, pasi kjo është më e shpejtë se krijimi i rasteve të testimit për pjesë mjaft të thjeshta të kodit.

Testimi manual është gjithashtu i përhapur në fazat e fundit të zhvillimit kur një program ka krijuar një UI. Testimi i UI përfshin shikimin se si një përdorues i jetës reale i përgjigjet mënyrës se si janë dizajnuar menutë dhe si funksionon sistemi.

Meqenëse kjo përfshin shumë të dhëna cilësore dhe opinione personale në vend të metrikës së pastër sasiore, testimi manual është opsioni ideal për të marrë një shkallë më të madhe të njohurive mbi produktin.

 

2. Kur nuk keni nevojë të bëni testime manuale

 

Ka disa raste në të cilat përdorimi i testimit manual do të kërkonte shumë më tepër kohë dhe përpjekje sesa është e nevojshme, e para prej tyre është në testimin e bazës së të dhënave.

Bazat e të dhënave trajtojnë sasi të mëdha të dhënash dhe futja manuale e tyre do të kërkonte shumë kohë dhe do të ishte joefikase për një organizatë.

Në këto raste, përdorimi i sistemeve të automatizuara është ideal pasi ato mund të trajtojnë paketa të mëdha të dhënash në një kohë të kufizuar.

Testimi manual është gjithashtu më pak i dobishëm në fusha të tilla si testet e ngarkesës , ku një zhvillues përfundon testimin për të parë se si softueri i tyre trajton ngarkesa të konsiderueshme të përdoruesve.

Ky është shpesh rasti për aplikacionet dhe programet online me serverë që kërkojnë vlerësim të plotë. Përfundimi i testeve manuale do të kërkonte që shumë individë që të gjithë t’i qasen një aplikacioni në të njëjtën kohë, dhe kjo mund të çojë në kosto të rënda pune për një shërbim që mund të plotësohet nga një sistem i automatizuar testimi softuerësh me një kosto shumë më të ulët.

 

3. Kush është i përfshirë në testimin manual?

 

Anëtarët e stafit me përfshirje në testimin manual varen nga natyra e kompanisë në të cilën po punoni.

 

Disa nga njerëzit me përfshirje në procesin e testimit manual, përveç llojit të ekipit të zhvillimit, i gjeni këto role në:

 

· Zhvilluesi:

 

Një zhvillues është i përfshirë në proces vazhdimisht, duke testuar funksionalitetin bazë të softuerit dhe duke bërë përditësime të kodit në varësi të reagimeve të testuesit të cilësisë së cilësisë.

Zhvilluesit kryejnë shumë testime manuale, pasi ata janë përgjegjës për funksionimin e moduleve në një standard të lartë në fazat më të hershme të zhvillimit të softuerit.

 

· Testues i cilësisë së cilësisë

 

Të pranishëm në ekipe më të mëdha, testuesit e QA përfundojnë ekskluzivisht testimin për një kompani dhe sigurojnë që aplikacioni të funksionojë ashtu siç pret klienti.

Një testues i cilësisë së cilësisë është kryesisht i rëndësishëm drejt fazave të testimit, integrimit dhe mirëmbajtjes së zhvillimit, duke marrë përsipër testimin manual nga vetë zhvilluesit që testojnë gjatë gjithë zbatimit.

 

· Menaxher i SC

 

Punon në kompanitë më të mëdha të zhvillimit, menaxherët e QA caktojnë testues për detyra dhe fusha specifike të projektit.

Ata janë gjithashtu përgjegjës për krijimin e një liste të gjërave që duhet të plotësohen dhe leximin e raporteve të testimit. Kjo është veçanërisht e rëndësishme në testimin manual, pasi kënaqësia e stafit mund të sigurojë rezultate shumë më të mira.

 

Çfarë testojmë me teste manuale?

 

Ekzistojnë disa aspekte të ndryshme të softuerit që analizojnë testet manuale, secila prej të cilave është më e mirë kur përdoret testimi manual falë sfidave specifike të testeve.

 

Disa nga veçoritë kryesore për të cilat përfitoni nga përdorimi i testeve manuale, përveç arsyeve që testet manuale lulëzojnë këtu, përfshijnë:

 

1. Funksionaliteti bazë

 

Një nga pjesët më të hershme të procesit të testimit të softuerit shikon funksionalitetin bazë të një pjese të softuerit.

Në këtë fazë, një zhvillues ose testues shikon një nga modulet funksionale të kodit dhe vlerëson nëse funksionon siç pritej. Për shkak të shkallës së vogël të këtyre moduleve, ia vlen të përqendrohemi në testimin manual pasi automatizimi do të zgjaste shumë.

Një shembull i kësaj është një pjesë e softuerit të bazës së të dhënave, me testues që vendosin një pjesë të të dhënave në funksion dhe tashmë e dinë rezultatin e pritur.

Nëse të dyja përputhen, testi është i suksesshëm. Testimi në këtë fazë të procesit vendos një bazë të fortë për pjesën tjetër të punës së kompanisë.

 

2. Dizajn UI

 

UI i referohet ndërfaqes së përdoruesit të një pjese të softuerit, ose menyve, butonave dhe ndërveprimit të disponueshëm për një përdorues.

Testimi i UI fokusohet në mënyrën se si funksionon UI dhe nëse është një mënyrë komode për të punuar për përdoruesin, duke përfshirë nëse përdoruesi mund të ndërveprojë me të gjitha veçoritë dhe nëse menutë janë estetikisht të këndshme.

Testimi manual është një domosdoshmëri në këtë fazë, pasi informacioni cilësor si p.sh. nëse ndërfaqet duken mirë nuk është diçka në të cilën shquhet një program i automatizuar.

 

3. Testimi i penetrimit

 

Testimi i penetrimit i referohet testimit të një pakete softuerike për të parë lehtësinë me të cilën një palë e jashtme mund të aksesojë softuerin përmes mjeteve të paligjshme.

Automatizimi i softuerit fokusohet në ndjekjen e disa hapave specifikë dhe përfundimin e proceseve që tashmë janë pjesë e aplikacionit, në vend që të eksplorojë zona të reja, një domosdoshmëri për testimin e sigurisë.

Për shembull, një kompani mund të punësojë një haker etik për të vlerësuar softuerin e tyre dhe për të kërkuar çdo mundësi që një palë me qëllim të keq mund të ketë për të hyrë në të dhënat e përdoruesit.

Kjo është gjithnjë e më e rëndësishme në vitet që kur GDPR u miratua si pjesë e ligjit në të gjithë Evropën.

 

4. Testimi eksplorues

 

Testimi eksplorues i referohet testimit që duhet të kryhet vetëm një ose dy herë, duke marrë emrin pasi është pjesë e “eksplorimit” të softuerit për çdo veçori ose defekt të papritur.

Testimi manual është më i përshtatshëm për këtë rast pasi kërkon kohë për të shkruar kodin për një rast testimi dhe dikush që të hyjë manualisht në softuer dhe ta shqyrtojë atë do të kërkonte më pak kohë.

Një shembull i kësaj është kur një zhvillues dëshiron të kontrollojë nëse një veçori e caktuar është integruar siç duhet, me një test të vetëm që verifikon që të dhënat lëvizin saktë përmes programit.

 

Cikli jetësor i testeve manuale

 

Ekzistojnë disa faza në ciklin jetësor të testeve manuale, ku testimi manual përdoret për të ekzaminuar një gamë të gjerë aspektesh të një pakete softuerike.

 

Disa nga fazat në ciklin jetësor të testeve manuale përfshijnë:

 

· Planifikimi

 

Planifikoni një raund testimi, i cili përfshin vlerësimin e kërkesave të aplikacionit, testet specifike për të përfunduar dhe ndërtimin në të cilin po testoni softuerin.

Kjo fazë përfshin shkrimin e çdo rasti testimi për një testues manual për të përfunduar dhe krijimin e një mjedisi testimi. Jini të plotë në mënyrë që të shmangni testuesit manual që bëjnë aksidentalisht teste në mënyra të ndryshme.

 

· Duke testuar:

 

Plotësoni testet. Kjo përfshin kalimin e rasteve të testimit disa herë për të marrë të dhëna të qëndrueshme dhe për të shënuar të gjithë informacionin që merrni.

Nëse ndryshoni fare nga rasti i testimit, mbani shënim se si dhe pse. Variacioni është më i zakonshëm në testet nga fundi në fund , por të gjitha testet manuale mund të përjetojnë disa ndryshime në mënyrën se si funksionon një testues.

 

· Analiza:

 

Analizoni të gjitha rezultatet që keni marrë nga testet. Kjo përfshin gjetjen e gabimeve në softuer dhe shkaqet e mundshme të problemeve.

Shkoni përtej funksionalitetit të thjeshtë dhe integroni informacione cilësore, si p.sh. shqyrtimi i dizajnit të aplikacionit.

Informacioni cilësor lulëzon veçanërisht në testimin manual, me testuesit që gjenerojnë të dhëna përshkruese që informojnë zhvilluesit për rregullimet e minutës që përmirësojnë jashtëzakonisht përvojën e dikujt me një aplikacion.

 

· Zbatimi:

 

Përdorni raportet e mëparshme për të zbatuar një sërë ndryshimesh. Ky mund të jetë një proces i gjatë në varësi të ndryshimeve, me zhvilluesit që eksperimentojnë me kodin për të ofruar një zgjidhje për defektet që ekzistonin në versionet e mëparshme.

Kur përdorni testimin manual, zhvilluesit marrin një përfitim shtesë duke folur për të gjitha ndryshimet me një testues. Kjo i ndihmon të dyja palët të kuptojnë siç duhet se çfarë ka nevojë për rregullim dhe si mund të rregullohet, nëse ky është një ndryshim funksional apo dizajni.

 

· Rinis planifikimin:

 

Ndërsa zhvilluesit po krijojnë një rregullim për problemet në testet e mëparshme, planifikoni për grupin e ardhshëm të testeve. Kjo përfshin testimin e përditësimeve më të fundit dhe përpjekjen për të rikrijuar gabimet që ishin të pranishme në versionin e fundit.

Të kesh këtë cikël të vazhdueshëm testesh do të thotë që softueri është gjithmonë duke u përmirësuar dhe asnjëherë statik. Testimi manual mund të duket sikur kërkon shumë kohë, por ka një kthim të konsiderueshëm të investimit nga fleksibiliteti dhe vazhdimësia që ofron me testet e përsëritura.

 

Përfitimet e testimit manual

 

Ka shumë përfitime të përdorimit të testimit manual në një kompani të zhvillimit të softuerit, duke filluar nga cilësia e vetë softuerit deri tek mënyra se si projekti ndikon në financat e kompanisë.

 

Disa nga përfitimet e përdorimit të testimit manual në një kompani përfshijnë:

 

1. Fleksibilitet më i madh

 

Për të përfunduar automatizimin e testimit, ju duhet një analist i QA që të hyjë në një pjesë të softuerit dhe të kodojë një rast testimi, i cili plotëson një grup të saktë hapash çdo herë.

Megjithëse kjo ndonjëherë është e dobishme, një testues njerëzor mund të kalojë një proces dhe të vërejë diçka të pavend përpara se të hetojë dhe pa pasur nevojë të ndryshojë një linjë kodi.

Kjo rrit ndjeshëm fleksibilitetin e testeve tuaja dhe do të thotë që ju të gjeni probleme me programin tuaj që përndryshe do të kalonin pa u vënë re, duke pasur një mundësi më të madhe për të rregulluar problemet.

 

2. Informacion cilësor

 

Informacioni cilësor i referohet informacionit që përshkruan diçka, dhe ky është një lloj informacioni që testuesit njerëzorë mund t’i ofrojnë një ekipi zhvilluesish.

Një testues manual mund t’i bëjë të ditur kompanisë nëse një menu e caktuar ndihet e “ngatërruar” dhe të shpjegojë pse, ndërsa një program automatizimi nuk do të ishte në gjendje t’ia ofronte këtë pasqyrë një zhvilluesi.

Kjo do të thotë që duke zbatuar testimin manual në flukset e tyre të punës, kompanitë mund të rrisin ndjeshëm standardin e aplikacionit në një mënyrë që do të luftonin kur përdorin ekskluzivisht automatizimin e testimit në proceset e tyre.

 

3. Nuk ka kufizime nga mjedisi

 

Testimi i automatizimit mbështetet në përdorimin e një platforme ekzistuese, me disa që kanë kufizime relativisht të rrepta.

Kufizimet me të cilat përballen disa (ndonëse jo të gjitha) platformat përfshijnë të paaftën për të punuar me platforma si Linux , vetëm aftësinë për të punuar me një gjuhë të caktuar kodimi dhe vetëm trajtimin e një numri të caktuar detyrash.

Kur punoni me njerëz në proceset tuaja të testimit, këto kufizime zhduken në mënyrë efektive. Ju jeni të kufizuar vetëm nga aftësitë e testuesve tuaj manualë dhe jo nga ndonjë problem teknik.

Kjo ju ndihmon të krijoni një strategji testimi që shqyrton më në detaje një program pa pasur nevojë të bëni kompromis.

 

4. Lejon testimin e përdorshmërisë

 

Testimi i përdorshmërisë është lloji i testimit që vlerëson nëse një pjesë e softuerit është “i përdorshëm”, duke përfshirë mënyrën se si duket dhe ndjehet tek përdoruesi përfundimtar.

Ky lloj testimi shkon përtej vlerësimit fjalë për fjalë nëse një funksion mund të përdoret, por shqyrton nëse dikush do të zgjidhte ta përdorte atë mbi produktet konkurruese.

Zbatimi i testimit manual të përdorshmërisë u ofron kompanive njohuri më të mëdha dhe ndihmon për të bërë rregullime që e bëjnë aplikacionin më konkurrues, diçka që automatizimi nuk mund t’ua ofrojë ekipeve të zhvillimit.

 

Sfidat e testimit manual

 

Ashtu si me çdo lloj procesi si zhvillues, ka disa sfida që lidhen me përdorimin e testimit manual si një mjet për sigurimin e cilësisë .

Duke qenë të vetëdijshëm për këto sfida, ju mund të përshtatni teknikën që përdorni gjatë testimit manual të softuerit, duke parandaluar që këto probleme të shkaktojnë probleme të rënda dhe duke rritur standardin e programit në fund të procesit.

 

Disa nga sfidat kryesore me të cilat përballen kompanitë kur përdorin testimin manual përfshijnë:

 

1. Nivelet e aftësive të testuesit

 

Sfida e parë e madhe për t’u përballur është niveli i kërkuar i aftësive të të gjithë testuesve manualë në një ekip.

Me testues manualë të talentuar, kompanitë shohin një përfitim të qartë pasi zbulojnë gabimet më shpejt dhe janë të sigurta duke ditur se softueri i tyre funksionon siç pritet. Kompanitë më të mira janë gjithmonë në kërkim të testuesve manualë që janë në krye të fushës për të garantuar një nivel më të lartë të performancës.

Si testues, gjithmonë përpiquni të mësoni dhe zhvilloni këto aftësi. Aftësitë e përmirësuara do të thotë që ju i sjellni më shumë vlerë një kompanie, me testimin manual që gjen më shumë gabime dhe përmirëson përvojat e përdoruesit. Testet më të mira manuale vijnë nga testues që kanë shpenzuar kohë duke përmirësuar zanatin e tyre.

 

2. Kostoja e testimit

 

Testimi manual është një proces i zakonshëm për bizneset e të gjitha madhësive, por në varësi të mënyrës se si përdorni testimin manual, kostot mund të rriten.

Për shembull, një kompani që ka disa anëtarë shumë të aftë të stafit të testimit në libra mund të shpenzojë shumë para nëse bëhen testime të përsëritura, pasi ju po paguani në mënyrë efektive për kohën e të gjithëve. Ky është më pak problem në proceset e testimit të automatizuar.

Një kundërvënie ideale për këtë çështje është planifikimi përpara, pasi sa më shumë kohë të shpenzoni duke planifikuar testet që po përfundoni dhe rendin në të cilin po i plotësoni, aq më pak ka mundësi që kostot e personelit të rriten ndërsa njerëzit kryejnë testet që ata bëjnë. nuk duhet.

 

3. Konsumon kohë

 

Kompjuterët janë më të shpejtë se njerëzit në të gjitha llojet e gjërave, nga planifikimi i një lëvizjeje shahu te investimi i parave në bursë apo edhe thjesht shtypja e një butoni pasi ai ndryshon ngjyrën. I njëjti koncept vlen edhe për testimin, me përdoruesit që marrin kohën e tyre për të lexuar të gjithë informacionin dhe për të lundruar nëpër menutë.

Prandaj, testimi manual mund të zgjasë shumë më tepër sesa përdorimi i automatizimit të testit. Kundërshtoni këtë duke përdorur një kombinim të testeve manuale dhe të automatizuara, duke hequr detyrat e vogla nga testuesit manualë dhe në vend të kësaj duke i përdorur ato aty ku është e nevojshme ekspertiza. Thjeshtimi i proceseve tuaja është gjithashtu ideal për testimin manual, pasi heq sa më shumë hapa të jetë e mundur.

 

4. Potenciali për gabime

 

Njerëzit bëjnë gabime. Kjo është e natyrshme, qoftë në formën e plotësimit të hapave në rendin e gabuar në një test ose shënimit të rezultateve në mënyrë të pasaktë falë një klikimi të gabuar. Megjithatë, këto gabime mund të shkaktojnë probleme serioze me saktësinë e një regjimi të testimit të softuerit.

Testuesit manualë që janë më të lodhur ose të lodhur nga kryerja e së njëjtës detyrë herë pas here kanë më shumë gjasa të bëjnë gabime se të tjerët, kështu që përdorni automatizimin për të shmangur këtë kur është e mundur ose jepni testuesve pushime të rregullta nga ekrani i tyre, pasi kjo i mban ata më vigjilentë ndaj çfarë po ndodh.

Menaxherët gjithashtu mund të marrin në konsideratë menaxhimin e ngarkesës së punës për të parandaluar që njerëzit të digjen dhe të kenë probleme.

 

Karakteristikat e testeve manuale

 

Ka disa karakteristika kryesore që duhen kërkuar në testet manuale. Këto përcaktojnë se çfarë është një test manual dhe janë veçori domethënëse që mund të planifikoni kur hartoni testet tuaja.

 

Mësoni më shumë për disa nga karakteristikat kryesore të testeve manuale dhe çfarë nënkuptojnë këto në një mjedis testimi aktiv:

 

1. Rastet e testimit të optimizuara

 

Në testimin manual, rastet e testimit janë shumë të optimizuara. Kjo i referohet udhëzimeve që ka një testues manual përpara përfundimit të një testi, me një nivel të lartë optimizimi që çon në një ekip testimi që kursen kohë dhe burime pasi kryejnë më pak detyra.

Gjithmonë kërkoni të kufizoni madhësinë e një rasti testimi kudo që është e mundur për të shfrytëzuar sa më shumë burimet e disponueshme.

 

2. Metrika më të kuptueshme

 

Testimi manual më i mirë ka metrika më të kuptueshme. Aty ku automatizimi i testimit gjeneron vazhdimisht statistika dhe informacione komplekse, pasqyra që mund të ofrojnë këto metrikë nuk ia vlen koha që do t’i duhej një testuesi manual për të përfunduar ose llogaritur.

Si një alternativë, testet manuale përfshijnë metrika shumë më të thjeshta që janë të lehta për t’u gjeneruar dhe kërkojnë më pak kohë për t’u analizuar më vonë gjatë procesit.

 

3. Raportim inteligjent

 

Testimi manual çon në raportim më inteligjent nga ekipi i testimit. Testet e automatizuara gjenerojnë raportet e tyre në fund të procesit, gjë që tenton të çojë që të gjitha raportet të jenë në të njëjtin format.

Testuesit njerëzorë janë shumë më fleksibël dhe mund të krijojnë raportet e tyre, duke shtuar çdo informacion që ata mendojnë të jetë i dobishëm për ekipin e zhvillimit kudo që është e nevojshme.

 

4. Rinisni strategjitë

 

Strategjitë e riekzekutimit i referohen mënyrës se si një ekip testues kryen teste përsëri dhe përsëri, duke mbledhur të dhëna nga raste të përsëritura të kryerjes së detyrave.

Testimi manual do të thotë që strategjitë e rinovimit janë shumë më fleksibël, me testuesit në gjendje të kryejnë më shumë teste nëse mendojnë se ka diçka për të hetuar më tej.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Disa teste manuale gjithashtu inkurajojnë në mënyrë aktive variancën në veprimet që një përdorues kryen, duke siguruar të dhëna nga një gamë më e gjerë sjelljesh. Kjo gjeneron më shumë të dhëna rreth softuerit dhe çon në strategji më koherente të përditësimit që ecin përpara.

 

Llojet e testeve manuale

 

Ekzistojnë tre lloje të ndryshme të testimit manual që përdorin kompanitë, me ndryshimin e diktuar nga niveli i aksesit që kanë testuesit. Çdo lloj është i dobishëm në kontekstin e tij unik.

 

Llojet kryesore të testeve manuale përfshijnë:

 

1. Testimi i kutisë së bardhë

 

Testimi i kutisë së bardhë është një formë testimi që përfshin testuesit të jenë në gjendje të shohin të gjithë kodin burimor dhe dokumentacionin e dizajnit për një pjesë të softuerit.

Ky nivel më i madh aksesi do të thotë që testuesi është në gjendje të shohë të gjitha aspektet individuale të kodit dhe se si ato ndikojnë në mënyrën se si funksionon softueri. Kjo është ideale për fazat më të hershme të procesit të zhvillimit, pasi zhvilluesit mund të shikojnë manualisht kodin e tyre, ta krahasojnë atë me rastet e testimit dhe të gjejnë lehtësisht zonën që po shkakton ndonjë problem të rëndësishëm përpara se të korrigjojnë ndonjë nga defektet ekzistuese.

 

2. Testimi i kutisë së zezë

 

Testimi i kutisë së zezë i referohet një forme testimi ku testuesit nuk mund të shohin asgjë nga ajo që po ndodh pas ndërfaqes së përdoruesit. Kjo do të thotë se nuk ka qasje në asnjë nga kodet ose ndonjë nga dokumentacioni i projektimit, me testues që i afrohen softuerit me mungesë të plotë njohurish.

Testuesit manual e përdorin këtë qasje në fazat e fundit të procesit të zhvillimit, pasi testimi i pranimit të përdoruesit dhe testimi nga fundi në fund kërkojnë perspektivën e një përdoruesi fundor dhe jo të dikujt me ndonjë përfshirje në procesin e zhvillimit.

 

3. Testimi i kutisë gri

 

Testimi i kutisë gri është një kombinim midis testimit të kutisë së zezë dhe kutisë së bardhë dhe kërkon që një testues të jetë në gjendje të shohë disa nga dokumentacioni dhe kodin burimor. Kjo kombinon përfitimin e të qenit në gjendje të shohësh shkaqet e mundshme të çdo problemi, ndërkohë që ende kufizon informacionin, duke ndihmuar me veçori të tilla si trajtimi i të dhënave .

Përdorni testimin manual të kutisë gri gjatë gjithë fazave të mesme të procesit të zhvillimit, duke u ofruar testuesve disa informacione të mëtejshme, por gjithsesi duke i bërë ata të mbështeten në intuitën e tyre për shumë funksionalitete për të siguruar që një përdorues fundor mund të kuptojë sistemet.

 

Pastrimi i një konfuzioni – Testimi manual Vs Testimi i Automatizimit

 

Ekzistojnë dy disiplina të ndryshme të përfshira në testimin e softuerit, testimin manual dhe testimin e automatizimit. Pavarësisht se të dyja kanë në mënyrë efektive të njëjtin funksion, ato janë disiplina të veçanta që kompanitë përdorin për të ekzaminuar paketat e tyre softuerike.

Lexoni për më shumë se çfarë është testimi i automatizimit, ndryshimi midis testimit të automatizimit dhe testimit manual, dhe kur të përdorni secilin nga dy llojet e testimit në proceset e QA të softuerit tuaj.

 

1. Çfarë është Testimi i Automatizimit?

 

Testimi i automatizimit është procesi i një testuesi që përdor një mjet të palës së tretë për të automatizuar një pjesë të softuerit, duke ekzaminuar softuerin pasi ai përfundon në mënyrë të përsëritur të njëjtin proces për të siguruar që ai performon në një standard mjaft të lartë për një organizatë. Përfitimi kryesor i automatizimit të testeve është se është një proces shumë më i shpejtë, veçanërisht kur plotësoni detyra të thjeshta si futja e të dhënave.

Një shembull i kësaj është testimi i një baze të dhënash për t’u siguruar që ajo trajton të gjithë informacionin siç duhet, futja e mijëra pjesëve të të dhënave në softuer brenda pak çastesh dhe vlerësimi i rezultateve më pas.

Kompanitë kryesisht përdorin testimin e automatizimit për detyra të mëdha dhe shumë të përsëritura. Meqenëse një sistem i automatizuar nuk do të bëjë gabime të vogla, të tilla si futja e informacionit të gabuar ose klikimi në lidhjen e gabuar.

Disa nga pjesët kryesore të softuerit që përdorin këtë janë serverët dhe bazat e të dhënave të drejtpërdrejta, pasi ato trajtojnë shumë informacione dhe ngarkesa të larta të përdoruesve, duke kërkuar kështu një formë testimi që mund të përputhet me kërkesat.

 

2. Cili është ndryshimi midis testeve manuale dhe atyre të automatizuara?

 

Dallimi kryesor midis testeve manuale dhe atyre të automatizuara është metoda e përfundimit.

Një test manual mbështetet tërësisht në një qenie njerëzore për të përfunduar testimin, duke ndjekur rastin e testimit deri në përfundim dhe më pas duke shënuar çdo informacion.

Me testet e automatizuara, një program kompjuterik është përgjegjës për plotësimin e rasteve të testimit pasi ato të jenë shkruar fillimisht nga një analist i QA.

Disa platforma testimi të automatizuara gjenerojnë gjithashtu raportet e tyre për përdoruesit, duke kufizuar sasinë e kohës që dikush duhet të shpenzojë për të mbledhur të gjitha të dhënat nga eksperimenti. Në vend të kësaj, ata mund të kalojnë kohën e tyre për të krijuar një rregullim për problemet që ka paketa e softuerit.

 

3. Përfundim: Testimi manual kundrejt testimit të automatizuar

 

Ekzistojnë disa ndryshime thelbësore midis testimit manual dhe të automatizuar , me të dy konceptet që mbështeten në baza krejtësisht të ndryshme për të punuar siç duhet.

Megjithatë, ata mund të punojnë ngushtë së bashku në shumë projekte zhvillimi. Duke përdorur testimin e automatizuar për disa nga detyrat më të rënda dhe duke aplikuar teknika testimi manuale për ato që mbështeten në më shumë fleksibilitet, ju mund të shpejtoni ndjeshëm proceset e testimit.

Një nga keqkuptimet më të mëdha rreth testimit është se ju keni një zgjedhje binare për të bërë, por kjo nuk mund të jetë më larg nga e vërteta për çdo ekip efektiv të sigurimit të cilësisë.

 

Heqja e 5 miteve të testimit manual

 

Ka disa mite që njerëzit besojnë rreth testimit manual, secila prej të cilave i udhëzon njerëzit drejt ndjekjes së metodave më pak se ideale dhe e bën marrjen e rezultateve më të komplikuar sesa duhet.

 

Pesë mite kryesore rreth testimit manual përfshijnë:

 

1. Testimi është i vetmi departament përgjegjës për cilësinë e produktit

 

Cilësia e produktit është roli i të gjithë kompanisë, jo vetëm i ekipit të sigurimit të cilësisë.

Testimi i softuerit ekziston për të hequr defektet kudo që është e mundur, që do të thotë se shumë njerëz e shohin rregullimin dhe gjetjen e defekteve si përgjegjësi e vetme e një ekipi të QA. Përkundrazi, vetë zhvilluesit janë përgjegjës për shkrimin e kodit, ndërsa ekipi i menaxhimit është përgjegjës për organizimin e zhvillimit.

Gjithkush me një rol në një kompani ka njëfarë përgjegjësie për krijimin e një produkti të një standardi mjaft të lartë, në vend që të mbështetet në një ekip testimi për të gjetur të gjitha problemet dhe për të dërguar një produkt sa më shpejt të jetë e mundur më pas.

 

2. Testimi manual nuk ka më rëndësi

 

Me rritjen e AI dhe automatizimin gjithnjë e më të zakonshëm të procesit robotik , ka disa që besojnë se testimi manual nuk ka më rëndësi në zhvillimin e softuerit. Kompanitë shohin çmimin e lirë të automatizimit dhe zgjedhin të ndjekin atë rrugë kudo që të jetë e mundur.

Testimi manual mbetet një nga mjetet më të rëndësishme për një kompani falë programit të saj të testimit E2E, kutisë së zezë dhe GUI. Duke zbatuar testimin manual, kompanitë gjejnë probleme të softuerit që përndryshe do t’i humbiste automatizimit, duke përmirësuar produktin e tyre përtej çdo përfitimi të mundshëm që mund të shihnin vetëm përmes automatizimit.

 

3. Është për njerëzit që nuk mund të kodojnë

 

Një nga supozimet kryesore që kanë disa njerëz është se njerëzit që nuk mund të kodojnë zgjedhin të testojnë në vend të kësaj.

Megjithatë, kjo është larg nga e vërteta. Njohuria e kodit është një domosdoshmëri në shumë role testimi, me testimin e kutisë gri dhe të bardhë që mbështetet në leximin e kodit dhe të kuptuarit se si mund të kontribuojë në çdo gabim që është i pranishëm në paketën e softuerit.

Duke supozuar se vetëm njerëzit që nuk dinë të kodojnë janë të përfshirë në testim, ju potencialisht e kufizoni veten për të pasur një standard më të ulët të stafit të testimit në ekipin tuaj. Nëse jeni testues, merrni parasysh të përfundoni një kurs kodimi për të përmirësuar standardet tuaja.

 

4. Mund të krijoni softuer pa gabime

 

Disa njerëz hyjnë në industrinë e testimit manual me supozimin se një ekip i sigurimit të cilësisë mund të gjejë çdo defekt në një pjesë të softuerit dhe të ndihmojë ekipin e zhvillimit ta zgjidhë atë.

Në teori, kjo do të çonte në një produkt që nuk ka fare defekte dhe kënaq plotësisht klientin. Ky është, sigurisht, qëllimi përfundimtar ideal për testimin e softuerit, por rrallë është i mundur.

Edhe paketat softuerike më të akorduara nga kompanitë më të mëdha në Tokë transportohen me defekte, dhe ndërsa qëllimi duhet të jetë zvogëlimi i numrit të gabimeve sa më shumë që të jetë e mundur, nuk ka asnjë dëm të vërtetë në disa probleme të vogla që bëjnë lëshimin përfundimtar. Testimi dhe zhvillimi manual pas lëshimit është i rëndësishëm për këtë arsye.

 

5. Nuk ka asnjë vlerë të shtuar nga testimi

 

Një nga mitet më të mëdha rreth çdo forme të testimit të softuerit është se ai nuk i shton ndonjë vlerë paketës së softuerit. Megjithatë, klientët gjithmonë vlerësojnë cilësinë si një nga aspektet më të rëndësishme të aplikacionit, me programet me gabime ose me cilësi të ulët që humbasin menjëherë përdoruesit e tyre ndërsa kërkojnë alternativa.

Një produkt i lëmuar është shumë më i vlefshëm për një kompani sesa ai që nuk funksionon siç duhet, dhe testimi efektiv është në qendër të kësaj pune. Testimi i nivelit të lartë çon në kthime të konsiderueshme kur kompanitë zgjedhin të investojnë siç duhet.

Shkurtimisht, një strategji testimi manual + automatizimi hibrid do të japë gjithmonë një rezultat më të mirë të testit sesa secila prej këtyre strategjive kur përdoret ekskluzivisht.

 

Çfarë ju nevojitet për të filluar testimin manual?

 

Ka disa gjëra që ju nevojiten për të nisur procesin e testimit manual dhe disponueshmëria e të gjitha këtyre veçorive e bën testimin jo vetëm më të lehtë, por edhe të mundshëm në radhë të parë.

 

Disa nga gjërat që ju nevojiten për të filluar testimin manual përfshijnë:

 

1. Softueri

 

Gjëja e parë që një testues kërkon për të përfunduar testimin e softuerit është vetë softueri. Në fund të fundit, testimi manual është efektivisht i pamundur nëse nuk ka asgjë të disponueshme për t’u testuar.

Një test efektiv i softuerit përfshin përdorimin e përsëritjes më të fundit të softuerit, pasi ky ka të gjithë kodin burimor përkatës për nevojat e përdoruesit dhe është një përfaqësim më i drejtë i produktit siç qëndron.

Nëse është e mundur, përpiloni aplikacionin plotësisht të freskët për të marrë pamjen më të saktë të mundshme të softuerit.

 

2. Kërkesat për softuer

 

Një testues duhet të ketë akses në kërkesat e softuerit. Kjo nuk i referohet harduerit ose sistemit operativ që i nevojitet paketës, por përmbledhjes për softuerin mbi të cilin po punon zhvilluesi.

Të kesh kërkesa më të detajuara të softuerit në fazën e testimit do të thotë që stafi i QA të kërkojë të gjitha veçoritë e rëndësishme që në fillim, duke mbajtur shënim se ku ka ndonjë problem në softuer dhe duke rekomanduar rregullime.

Pa këtë, një testues po punon pa asnjë udhëzim dhe nuk e di nëse informacioni që ata po japin është me të vërtetë i dobishëm për ekipin e zhvillimit.

 

3. Pajisje të përshtatshme

 

Testimi i softuerit kërkon harduer që plotëson nevojat e programit që po ekzekuton.

Për shembull, nëse një testues është duke kërkuar për defekte ose probleme në një lojë të re video që kërkon harduer të avancuar dhe ka vetëm një kompjuter të nivelit të ulët, ai nuk do të jetë në gjendje ta testojë siç duhet softuerin.

Ky është më pak problem për aplikacionet e vogla ose mjetet e uebit. Sigurohuni që hardueri që po përdorni të përputhet me nevojat e softuerit përpara se të filloni të përfundoni testimin, duke zgjedhur harduerin pas konsultimit me ekipin e zhvillimit për kërkesat e softuerit.

 

Procesi i testimit manual

 

Ka disa hapa që duhen ndjekur kur kaloni procesin e testimit manual, ku secili luan një rol në ofrimin e një pamjeje të saktë të programit tuaj.

 

Këto hapa përfshijnë:

 

1. Analizoni kërkesat

 

Hapi i parë në procesin e testimit manual është analizimi i kërkesave të aplikacionit. Kjo përfshin kërkesat specifike të renditura në përmbledhjen e aplikacionit, disa nga veçoritë e dokumentit të projektimit dhe çdo pjesë tjetër të programit që prisni të shihni (të tilla si kërkesat ligjore).

Duke i analizuar këto në fillim të procesit do të thotë që ju e dini se për çfarë po testoni ndërsa ekzaminoni softuerin.

 

2. Krijo një plan testimi

 

Pasi të dini se çfarë ka nevojë për testim, krijoni një plan testimi. Kjo përfshin të dini se cilat veçori po testoni, si saktësisht po i testoni ato dhe kur në proces i përfundoni ato teste.

Duke krijuar një plan testimi, ju siguroheni që të gjitha testet e nevojshme të jenë gati përpara kohe dhe që të mos humbisni asnjë veçori rastësisht.

Kjo gjithashtu ndihmon me menaxhimin e fuqisë punëtore, pasi e dini se sa testues manual ju nevojiten dhe kur.

 

3. Shkruani rastet e testimit

 

Filloni të shkruani disa raste testimi për softuerin. Një rast testimi është një grup ngjarjesh që i plotësoni kur testoni softuerin, duke i ndjekur këto me rigorozitet çdo herë për t’u siguruar që është një provë e drejtë.

Mendoni për testin specifik manual për të cilin po punoni në secilin rast dhe përfshini sa më shumë detaje që të jetë e mundur, pasi kjo zvogëlon mundësinë që këdo të devijojë nga plani origjinal.

 

4. Rishikoni rastet tuaja

 

Pasi të keni shkruar të gjitha rastet tuaja të testimit, kaloni një proces rishikimi të plotë. Kjo përfshin dorëzimin e rasteve të testimit tek një anëtar i stafit drejtues, mundësisht një menaxher të SC.

Duke përfshirë një palë të tretë në procesin e korrigjimit, ju rritni standardin e rasteve të testimit duke hequr çdo gabim që mund të jetë i pranishëm. Menaxheri mund të sugjerojë çdo përmirësim që përfundimisht e bën testimin tuaj manual më efikas dhe ju ndihmon të gjeni çdo problem në aplikacion.

Sigurohuni që çdo rast i vetëm i testimit të verifikohet përpara se të ekzekutoni testet.

 

5. Kryeni testet manuale

 

Pasi një menaxher konfirmon një rast testimi, filloni të ekzekutoni testet. Ndiqni ato në rendin që keni vendosur që në fillim të procesit për t’u siguruar që të keni përfunduar çdo test dhe të siguroheni që njerëzit po i kryejnë testet ngadalë dhe me kujdes.

Marrja e saktë e testeve 100% të kohës do t’ju kursejë shumë kohë për të bërë gabime në disa ekzekutime dhe për t’u kthyer pas dhe për të verifikuar sërish nëse rezultatet janë të sakta.

Regjistroni informacionin ndërsa shkoni për të zvogëluar mundësinë e harrimit të informacionit kryesor.

 

6. Raportoni ndonjë defekt

 

Pasi të keni përfunduar testet manuale dhe të gjeni ndonjë defekt, përfundoni një proces raportimi.

Kjo përfshin shkrimin e një raporti për ekipin e zhvillimit duke renditur të gjitha gabimet, ku i keni gjetur dhe hapat që keni ndërmarrë për t’i rikrijuar ato. Përfshini të gjitha të dhënat që gjeneroni në testimin tuaj.

Në teste më cilësore, diskutoni dizajnin e aplikacionit në detaje, çdo problem që keni pasur dhe disa rregullime të mundshme që e bëjnë aplikacionin më miqësor për përdoruesit.

Mos harroni se është kjo fazë ku testimi manual me të vërtetë shkëlqen kundrejt automatizimit, pasi testuesit manualë mund të ofrojnë informacion cilësor që automatizimi shpesh nuk mund ta bëjë.

 

Praktikat më të mira për testimin manual

 

Praktikat më të mira i referohen disa gjërave që janë të zakonshme në të gjitha llojet e testimeve manuale që ndihmojnë në përmirësimin e standardit të një procesi testimi. Ndjekja e praktikave më të mira përfundimisht do të thotë që ju e gjeni veten me një test të cilësisë së lartë që ka rezultate të sakta dhe të besueshme.

 

Disa praktika më të mira që duhen mbajtur parasysh kur kaloni në procesin e testimit manual përfshijnë:

 

1. Përqendrohuni te qartësia

 

Theksimi i qartësisë gjatë gjithë procesit të testimit manual është një domosdoshmëri.

Të qenit sa më i qartë që të jetë e mundur zvogëlon mundësinë e keqkomunikimit midis departamenteve dhe profesionistëve, duke ndihmuar që njerëzit të fokusohen në punën në fushat e duhura të softuerit. Kjo është veçanërisht e rëndësishme në testimin manual, pasi ka më shumë hapësirë për interpretimin e udhëzimeve.

Kjo përfshin shkrimin e një rasti të qartë testimi që testuesi duhet të ndjekë, shënimin e rezultateve në një mënyrë të thjeshtë dhe të kuptueshme dhe ndihmën e të gjithëve në organizatë për të kuptuar kërkesat e aplikacionit.

 

2. Përdorni rishikim të vazhdueshëm

 

Rishikoni gjithçka në procesin e testimit sa më shpesh që të mundeni.

Një proces i efektshëm i rishikimit përfshin vëmendjen ndaj mënyrës se si po performojnë anëtarët e stafit, shikimin e rasteve të testimit për të verifikuar që ata janë ende duke punuar siç prisni dhe rishikimin e vetë softuerit për të siguruar që po bëhet përparim.

Mbajtja e një sy në cilësinë e çdo aspekti të procesit siguron që standardet të mos rrëshqasin dhe që të merrni një nivel mjaftueshëm të lartë të prodhimit nga fillimi në fund.

 

3. Mos gjuani vetëm për insekte

 

Disa njerëz mendojnë se qëllimi kryesor i testimit të softuerit është gjetja e gabimeve, por kjo është larg nga rasti. Procesi përfshin gjithashtu sigurimin që aplikacioni të funksionojë në një standard të lartë, të funksionojë në një mënyrë të parashikueshme dhe të jetë i rehatshëm për përdoruesit.

Në fund të fundit, kjo përdorshmëri është fokusi kryesor i testimit manual, pasi është pothuajse “i paautomatizuar”.

Nëse gjeni ndonjë defekt gjatë ndjekjes së rastit të testimit, atëherë përfshijini ato në raportin tuaj, por dalja nga rruga drejt gjetjes së gabimeve që nuk janë të rëndësishme për testin mund të ngatërrojë zhvilluesit dhe ta vendosë procesin prapa pozicionit të tij të pritur.

 

Llojet e rezultateve nga një test manual

 

Ekzistojnë disa lloje të ndryshme të rezultateve që mund të merrni nga një test manual, ku secili ofron një pasqyrë unike në mënyrën se si po performon një aplikacion.

 

Llojet e rezultateve që mund të merrni nga testet manuale përfshijnë:

 

1. Regjistri i defekteve

 

Një regjistër i defekteve është një listë ose dokument plot me të gjitha problemet që ka një pjesë e softuerit në një provë. Sa më i gjatë të jetë regjistri i defekteve, aq më shumë ka probleme që kërkojnë rregullim në softuer.

Këto mund të jenë ose automatike ose të shkruara me dorë nga një testues manual, me testuesit manualë që e përfundojnë këtë detyrë në aspekte më cilësore të programit, pasi platformat e automatizimit nuk janë në gjendje të formojnë opinione për cilësinë e një pjese të softuerit dhe thjesht të gjenerojnë metrikë.

 

2. Të dhëna cilësore

 

Kjo i referohet reagimeve verbale dhe të shkruara që një testues manual i paraqet ekipit të zhvillimit, zakonisht pas përfundimit të një serie testimesh, siç është testi i pranimit të përdoruesit.

Një UAT fokusohet në sigurimin që përdoruesi mesatar do ta shijojë softuerin dhe do të angazhohet në të siç pritej, që do të thotë një fokus i ndryshëm në krahasim me aspekte të tilla si testimi i veçorive.

Të dhënat cilësore vijnë në formën e një diskutimi me zhvilluesin ose në formën e një raporti me shkrim të gjatë.

 

3. Mesazhe gabimi

 

Mesazhet e gabimit janë vargje të shkurtra teksti që tregojnë nëse ka pasur një gabim në një paketë softuerike dhe nëse po, natyrën e problemit.

Shumica e zhvilluesve shkruajnë një sistem të plotë që përshkruan se çfarë është një problem dhe pse ndodh, duke përdorur kodet e gabimit për të kufizuar problemin. Duke shënuar çdo mesazh gabimi në softuer, një zhvillues e di menjëherë shkakun e problemit që ka lindur dhe është i vetëdijshëm për hapat e mundshëm që duhen ndërmarrë drejt zgjidhjes së tij.

 

Shembuj të testeve manuale

 

Ka disa shembuj të testimit manual që duhen marrë parasysh kur mësoni më shumë se si të kaloni përmes procesit të testimit manual. Secila prej tyre është një disiplinë specifike testimi që zhvillohet në një pikë specifike të ciklit të zhvillimit, duke u ofruar zhvilluesve më shumë njohuri dhe udhëzime se si të përmirësojnë produktin e tyre.

 

Disa shembuj të formateve të testimit manual përfshijnë:

 

1. Testimi i njësisë

 

Testimi i njësisë është procesi për t’u siguruar që çdo njësi individuale në një paketë softuerike funksionon siç mund të prisni. Një njësi, ose modul, i referohet një funksioni të vetëm që kodohet në mënyrë të pavarur përpara se të kompilohet në një paketë më të madhe softuerike në fund të procesit.

Një shembull i kësaj është në një bazë të dhënash, ku dikush mund të testojë një funksion “SORT” për t’u siguruar që ai i organizon të dhënat siç duhet përpara se t’i integrojë ato në paketën më të gjerë.

Përfitimi kryesor i përfundimit të testimit të njësisë është fakti që ju e kuptoni se të gjitha sistemet funksionojnë siç duhet më vete, me çdo problem që lind në fazat e mëvonshme që vijnë nga mënyra se si të gjitha funksionet integrohen me njëri-tjetrin.

Përfundimi i këtyre testeve me dorë është po aq i rëndësishëm, pasi kursen kohë që do të shpenzohej për kodimin kompleks të rasteve të testit të automatizimit.

 

2. Testimi nga fundi në fund

 

Testimi nga fundi në fund është procesi i testimit të një aplikacioni të tërë, nga pika në të cilën hapni për herë të parë softuerin deri në përfundimin e të gjitha funksioneve brenda tij.

Një shembull i mirë i testimit nga fundi në fund është një aplikacion celular që llogarit sa tatim fitoni, në të cilin një testues shkarkon aplikacionin dhe kalon nëpër të gjitha funksionet për të marrë llogaritjen përfundimtare. Testuesi shënon çdo problem që ata kishin dhe ua kalon atë zhvilluesve.

Zhvilluesit përfitojnë nga kjo formë e testimit që kompletohet kryesisht nga testues manual, sepse është një mundësi për të parë se si funksionojnë të gjitha njësitë e softuerit së bashku, me këtë testim në fazën e fundit që siguron që aplikacioni të funksionojë siç duhet kur të gjitha bashkohen.

Testimi nga fundi në fund ndryshon nga testimi i pranimit të përdoruesit pasi nga fundi në fund është kryesisht një proces i brendshëm, në krahasim me natyrën e jashtme publike të një procesi testimi të pranimit të përdoruesit.

 

3. Testimi i pranimit të përdoruesit

 

Testimi i pranimit të përdoruesit është faza përfundimtare në procesin e testimit të softuerit dhe përfshin sigurimin që produkti është i përshtatshëm për bazën e synuar të klientit të produktit. Kjo përfshin ofrimin e klientëve të mundshëm me akses në aplikacion në mënyrë që ata të mund ta përdorin atë dhe të japin komente.

Një nga shembujt më të zakonshëm të testimit të pranimit të përdoruesve në zhvillimin e softuerit modern është ai i testimit alfa dhe beta të lojërave video, në të cilin lojtarët mund të luajnë lojën dhe të raportojnë për çdo problem që ekziston brenda saj.

Përfitimi kryesor i përfundimit të testimit të pranimit të përdoruesit është se ju merrni një perspektivë të jashtme për produktin tuaj në vend që të mbështeteni në perspektivën e njerëzve që kanë pasur një rol aktiv në krijimin e produktit, duke hequr çdo potencial për paragjykim që ndikon në testim. Testimi manual është një domosdoshmëri pasi një sistem automatizimi nuk mund të përsërisë me saktësi ndjenjën e klientit.

 

Llojet e gabimeve dhe gabimeve të zbuluara përmes Testimit Manual që testimi i automatizuar humbet

 

Testimi manual gjen të gjitha llojet e gabimeve, gabimeve dhe problemeve, siç bën testimi i automatizuar. Megjithatë, ka disa probleme në softuer që testimi manual shkëlqen në zbulimin se ku do të humbiste automatizimi.

 

Disa nga llojet kryesore të gabimeve dhe gabimeve në testimin manual përfshijnë:

 

1. Rrjedha e dobët e punës

 

“Rrjedha e punës” i referohet rrugës që ndjek një përdorues për të arritur në një pikë specifike në aplikacion dhe për të përfunduar një proces. Megjithëse mund të mos ketë asgjë teknikisht të gabuar me disa flukse pune, ato mund të jenë ende problematike pasi rruga mund të mos ketë kuptim për një laik.

Në këto raste, një testues manual do të informojë zhvilluesin për problemet me dizajnin dhe do të rekomandojë ndryshime, duke i ndihmuar përdoruesit të jenë më të rehatshëm dhe të familjarizuar me një aplikacion në një mënyrë që sistemet e automatizuara nuk do ta kuptonin.

 

2. Çështje grafike

 

Aplikacionet në ueb funksionojnë në një sërë pajisjesh, me rezolucione dhe madhësi të monitorit që ndryshojnë vazhdimisht në varësi të telefonit, tabletit ose ekranit që një përdorues ka në dispozicion.

Në një aplikacion të optimizuar dobët, kjo mund të çojë në zgjerimin e aktiveve dhe pamjen më të keqe në pajisjet më pak të përdorura, me mjetet e automatizimit që thjesht ndjekin menutë dhe nuk e vënë re këtë.

Duke zbatuar një sërë pajisjesh, testuesit manualë mund të gjejnë të meta grafike që, kur rregullohen, bëjnë që përdoruesit të kenë një përvojë më të mirë me paketën e softuerit.

 

3. Lidhje të pasakta

 

Disa faqe interneti ose aplikacione të lidhura me faqet e internetit të mediave sociale përmes një serie butonash dhe lidhjesh të integruara. Megjithatë, këto mund të mos lidhen gjithmonë me vendin e duhur si rezultat i një gabimi shtypi ose gabimi në procesin e zhvillimit, gjë që një sistem i automatizuar nuk do ta gjejë domosdoshmërisht.

Lidhjet që shkojnë në vendin e gabuar mund të shkaktojnë konfuzion dhe të dëmtojnë ndjeshëm mbajtjen. Testuesit manual kalojnë nëpër të gjitha lidhjet në një program dhe sigurojnë që ato të çojnë në vendin e duhur, duke ndihmuar përdoruesit përfundimtarë të arrijnë atje ku synojnë të shkojnë në vend që të mashtrohen nga një problem.

 

Metrikat e zakonshme të testimit manual

 

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Metrikat janë vlera numerike të thjeshta dhe të matshme që tregojnë diçka pas përfundimit të një testi. Të gjitha këto janë sasiore në natyrë, gjë që i bën më të lehtë për t’u vlerësuar nga këndvështrimi i zhvilluesit.

 

Disa nga metrikat më të zakonshme të testimit manual që përdorin testuesit përfshijnë:

 

1. Defektet

 

Metrika e defekteve është relativisht e thjeshtë dhe i referohet numrit të gabimeve ose gabimeve që janë të pranishme në paketën e softuerit. Një defekt është çdo rast në të cilin softueri nuk funksionon siç pritej, duke filluar nga funksionaliteti i softuerit deri te mënyra se si funksionon grafika. analizimi i defekteve si metrikë është relativisht i thjeshtë, me më shumë defekte që janë një problem më i madh për kompaninë.

Duke gjurmuar nëse numri i defekteve rritet ose zvogëlohet nga përsëritja në përsëritje, mund të kuptoni më mirë nëse cilësia e softuerit po lëviz në drejtimin e duhur ndërsa vazhdon të marrë përditësime.

 

2. Defekte në orë testimi

 

Defektet për orë testimi marrin metrikën e defekteve dhe shtojnë disa detaje më shumë, duke pjesëtuar numrin e defekteve me numrin e orëve që testuesit shpenzojnë në softuer.

Për shembull, një mjet i thjeshtë ueb me pesë defekte që kërkon dy minuta për t’u ekzekutuar do të dukej më mirë se një me dhjetë defekte që përdorni për një orë me metrikën bazë.

Duke përfunduar këtë llogaritje të mëtejshme, testuesit manualë marrin një ide më të mirë të densitetit të defektit, duke kuptuar se sa shpesh një përdorues ka të ngjarë të përballet me një defekt dhe nëse kjo ndikon seriozisht në kohën e tyre me aplikacionin.

Balancimi i defekteve me madhësinë e një aplikacioni është gjithmonë i dobishëm për kontekstualizimin e çështjeve.

 

3. Përqindja e rasteve të testimit të kaluar

 

Disa raste testimi ekzekutohen me një bazë të thjeshtë kalimi/dështimi dhe kjo metrikë siguron një përqindje të rasteve të testimit që kalojnë. Sa më e lartë të jetë përqindja e testit të kaluar, aq më mirë po performon aplikacioni.

Kur një përpjekje e mundshme për të përdorur përqindjen e rastit të testit të kaluar në bazë të veçorive dhe jo kur ekzaminohet i gjithë aplikacioni. Kjo siguron informacion më të hollësishëm mbi atë që funksionon dhe çfarë jo, duke i ndihmuar zhvilluesit të bëjnë ndryshime kudo që janë të nevojshme në vend që të kompletojnë një hetim të mëtejshëm për të parë saktësisht se ku është çështja. Sa më shpejt të gjeni shkakun e një problemi, aq më mirë.

 

7 Gabime dhe kurthe në zbatimin e testeve manuale

 

Ka disa gabime që janë të zakonshme në të gjithë industrinë e testimit të softuerit, secila prej të cilave mund të çojë në zbulimin e gabimeve dhe testimin që zgjat më shumë se sa pritej me një kosto më të lartë.

 

Disa nga gabimet dhe kurthet kryesore për t’u kujdesur dhe shmangur kur zbatoni testimin manual në punën tuaj përfshijnë:

 

1. Rregullimi i gabimit vetë

 

Në disa faza të një procesi zhvillimi, një zhvillues është një person përgjegjës për testimin e kodit dhe rregullimin e problemit. Kjo mund t’i bëjë ata të përpiqen t’i zgjidhin vetë problemet e softuerit, pavarësisht nga fakti se ata mund të mos e kuptojnë plotësisht shkakun e problemit.

Kudo që është e mundur, përpiquni të siguroheni që ka një ndarje të qartë midis testuesit dhe personit që kodon zgjidhjen. Duke bërë këtë dallim, ju zvogëloni mundësinë për t’u fokusuar shumë në rregullimin e gabimit specifik që keni gjetur në vend që të llogaritni pjesën tjetër të softuerit.

Gjithmonë shpërndani punën nëse është e mundur të merrni një përhapje më të gjerë të ekspertizës për një çështje.

 

2. Nxitimi përmes testeve

 

Disa pjesë të softuerit kanë afate shumë të ngushta për lëshimin, gjë që mund t’i bëjë testuesit të përqendrohen në kalimin më të shpejtë të testeve për të arritur datën e synuar. Ky është një gabim serioz, pasi rrezikon të kalohen gabime të rëndësishme. Testimi manual mund ta përkeqësojë këtë çështje, me njerëzit që ndiejnë presionin dhe nxitojnë në mënyrë aktive me gjërat.

Përpiquni të merrni sa më shumë kohë që të jetë e mundur kur plotësoni rastet e testimit, duke kaluar çdo hap me kujdes dhe duke i shënuar të dhënat më në detaje. Edhe nëse duhet të vononi pak lëshimin, është më mirë të dërgoni një produkt të plotë sesa një produkt që përdoruesit nuk e pëlqejnë për shkak të standardeve të dobëta.

 

3. Komunikimi i dobët

 

Komunikimi brenda një ekipi është thelbësor në çdo projekt të zhvillimit të softuerit, me njerëzit që fitojnë sa më shumë njohuri nga bashkëpunëtorët e tyre dhe përdorin këtë informacion për të përmirësuar produktin. Kjo vlen për të pasur një bisedë të vazhdueshme midis departamenteve, si dhe brenda një departamenti të vetëm.

Sa më efektivisht të komunikojë ekipi i QA me zhvilluesit, aq më të mirë kanë udhëzimet për krijimin e përditësimeve, me të gjithë që përfitojnë kolektivisht nga nxjerrja e një produkti të nivelit më të lartë.

Testimi manual lejon komunikim më të mirë pasi testuesi ka një kuptim të plotë të përvojës, duke ofruar më shumë qartësi dhe detaje.

 

4. Testim pa përgatitje

 

Përgatitja sjell përsosmëri, dhe kjo është e vërtetë në të gjithë peizazhin e testimit të softuerit. Në rastin e testimit manual, kjo do të thotë të marrësh kohë për të kuptuar softuerin, përveç mësimit të shkurtër dhe krijimit të rasteve të testimit që sfidojnë në mënyrë të përshtatshme të gjitha këto qëllime.

Marrja e kohës suaj do të thotë që rastet tuaja të testimit i përshtaten nevojave tuaja si zhvillues dhe ka shumë më tepër gjasa të gjeni të gjitha gabimet më të rëndësishme në sistem. Kjo gjithashtu i ndihmon testuesit të lexojnë më qartë rastet e testimit dhe t’i ekzekutojnë ato me një shkallë më të madhe saktësie.

 

5. Injorimi i instinkteve tuaja

 

Kur një kompani fillon të testojë manualisht, ata e bëjnë këtë për disa arsye, duke përfshirë faktin se duan përshtatshmërinë dhe instinktet e një testuesi njerëzor. Kur jeni duke testuar një pjesë të softuerit, mund të vini re se diçka duket e çuditshme pavarësisht se nuk është aktivisht pjesë e një rasti testimi, duke ju bërë të mos bëni asnjë ndryshim ose të hetoni më tej. Ky është një gabim.

Kënaqni gjithmonë kuriozitetin tuaj dhe dëgjoni atë që ju thonë instinktet tuaja, pasi kjo ndihmon në gjetjen e çështjeve që nuk mund t’i bëjë një rast testimi i automatizuar. Testuesit manualë janë zgjedhur për inteligjencën dhe ekspertizën e tyre, kështu që të veprosh sipas këtyre karakteristikave është të shfrytëzosh sa më shumë potencialin e një testi.

 

6. Frika nga gabimet

 

Të gjithë bëjnë gabime, pavarësisht nga puna që po kryeni. Megjithatë, është më mirë ta pranoni këtë në vend që të hyni në një proces nga frika se mund të bëni një gabim. Kjo ju bën më të stresuar dhe ka edhe më shumë gjasa të shkaktojë probleme me performancën tuaj të testimit. Automatizimi nuk e ka këtë problem, me testuesit manualë që janë më të ndjeshëm ndaj presionit.

Qasuni detyrave tuaja natyrshëm dhe nëse bëni një gabim, kërkoni ta korrigjoni atë sa më shpejt të jetë e mundur. Testimi i softuerit është faza në të cilën zbuloni dhe rregulloni problemet, dhe problemi i rastësishëm i testimit nuk do ta shkatërrojë softuerin për një përdorues fundor për sa kohë që ju e rregulloni atë.

 

7. Dështimi për të marrë pushime

 

Testimi manual kërkon një nivel të lartë vëmendjeje ndaj detajeve në çdo test të vetëm, gjë që mund të jetë e lodhshme për një testues. Përkundër kësaj, disa testues dhe kompani fokusohen në mbajtjen e testuesve gjatë gjithë ditës pa ndonjë ndërprerje shtesë për lodhje ose mungesë përqendrimi.

Ky është një gabim i rëndësishëm. Sigurojini stafit testues pushime gjatë gjithë ditës, pasi kjo zvogëlon mundësinë e shfaqjes së problemeve dhe e mban testimin sa më të saktë që të jetë e mundur. Nëse jeni vetë testues, përpiquni të punoni me stafin drejtues për t’u kujdesur në mënyrë aktive për shëndetin mendor të vetes dhe atyre që ju rrethojnë.

 

Mjetet më të mira të testimit manual

 

Kur përfundoni testimin manual, nuk keni nevojë të përfundoni çdo pjesë të punës vetëm. Në disa raste, përdorimi i një mjeti mund të jetë i përsosur për të menaxhuar testimin tuaj dhe për ta bërë procesin sa më të qetë. Nëse jeni një testues që mendoni për mënyrat për të përmirësuar standardet tuaja, shikimi i mjeteve mund të jetë fillimi ideal.

 

5 Mjetet më të mira të testimit manual falas

 

Kur filloni me ndonjë mjet të ri në testimin e softuerit, dëshironi të siguroheni që po merrni vlerë të mirë për investimin tuaj. Kjo i referohet sasisë së kohës që investoni në softuer dhe sasisë së parave që shpenzoni për të marrë licencën.

Me mjetet falas të testimit manual, marrja e vlerës për para është shumë më e thjeshtë dhe nuk vuani nga pendimi i blerësit nëse nuk funksionon.

 

Disa nga mjetet më të mira të testimit manual falas të disponueshme për ekipet e sigurimit të cilësisë përfshijnë:

 

1. JIRA

 

JIRA është një mjet dokumentimi për testimin e softuerit që lejon zhvilluesit të krijojnë bileta për çdo defekt, problem ose rregullim që kërkon mbështetje. Kjo platformë vjen me mjete prioritizimi gjithashtu, kështu që një ekip zhvillimi mund të kërkojë së pari të rendit çështjet më të rëndësishme kur përmirëson programin e tyre.

 

2. LoadRunner

 

I pajtueshëm me një sërë mjetesh zhvillimi, LoadRunner ndihmon me testimin e performancës në një sërë cilësimesh, duke gjeneruar të dhëna të testit të performancës në detaje të ndërlikuara. Mjeti ndihmon gjithashtu për të kategorizuar disa nga shkaqet kryesore të problemeve të performancës për një zhvillues që kërkon të rrisë efikasitetin.

 

3. SonarQube

 

Mbështet një gamë të gjerë gjuhësh programimi përmes punës së testimit manual, ndjekjes së matjeve me kalimin e kohës për të reduktuar sasinë e raportimeve që testuesit manual duhet të kryejnë vetë. Shumë i adaptueshëm dhe integrohet në mënyrë efektive me një sërë aplikacionesh kryesore të palëve të treta.

 

4. Trac

 

Zhvilluar në Python, Trac është një mjet i menaxhimit të projektit që ju ofron historinë tuaj të shikimit, kodin dhe çdo ndryshim, në mënyrë që të shihni modifikimet e bëra midis testeve. Korrigjimi përmes Trac përdor gjithashtu një sistem të menaxhimit të biletave, duke thjeshtuar procesin e gjetjes së një problemi dhe rregullimit të tij për një përdorues.

 

5. Njësia NJ

 

Bazuar në JUnit, NUnit është një mjet plotësisht me burim të hapur që mbështet testet e orientuara nga të dhënat dhe integrohet në mënyrë efektive me një sërë platformash. Ju aksesoni të dhënat sasiore edhe pas përfundimit të testeve manuale, gjë që ofron një pasqyrë më të madhe për zhvilluesit që kërkojnë të rregullojnë çdo problem.

 

5 Mjetet më të mira falas të testimit të automatizimit

 

Megjithëse testimi manual ka shumë përfitime, zbatimi i automatizimit në proceset tuaja të testimit ndonjëherë është një mënyrë ideale përpara.

Kjo ju ndihmon të eliminoni disa nga mangësitë e përqendrimit ekskluzivisht në testimin manual, ndërkohë që keni ende një pasqyrë të mirë të softuerit. Automatizimi kërkon disa mjete për të filluar, dhe shumë zhvillues preferojnë të përdorin mjete falas ndërsa fillojnë punën e tyre dhe merren me platformën.

 

Disa nga mjetet më të mira të disponueshme të testimit të automatizimit përfshijnë:

 

1. ZAPTEST EDICION FALAS

 

ZAPTEST Free Edition është krijuar për të ndihmuar testuesit të integrojnë automatizimin në punën e tyre, me fokus në të qenit ndër-platformë dhe t’i detyrojë përdoruesit të zbatojnë automatizimin në një mënyrë që mbështet siç duhet testimin manual. Automatizimi i çdo detyre është pika kryesore, me të gjitha aspektet e softuerit që mund të automatizohen përmes Edicionit Falas të ZAPTEST.

 

2. Apium

 

Një kornizë automatizimi testimi me burim të hapur, kjo fokusohet në mënyrë specifike në automatizimin e pajisjeve celulare për aplikacionet që punojnë në dyqanet në internet. Appium punon me një sërë API dhe sisteme operative duke përfshirë iOS , Windows , Mobile , Web dhe Android .

 

3. Platforma Katalon

 

Një zgjidhje pa kod, Katalon ndihmon testuesit pa përvojë në kodim për të arritur një punë më të mirë të testimit të automatizuar. Kjo platformë ka një dyqan me një sërë zgjerimesh, por kjo do të thotë që për të shfrytëzuar sa më shumë softuerin e testimit, ka të ngjarë të duhet të shpenzoni shumë kohë, dhe potencialisht para, për ta përshtatur atë sipas nevojave tuaja.

 

4. Robotium

 

Një mjet me burim të hapur që synon në mënyrë specifike testimin e Android ndërsa mundëson pranimin e përdoruesit dhe testimin e kutisë gri. Ndërsa ky aplikacion funksionon në një standard të lartë, ka disa rreziqe për përdoruesit, pasi aplikacionet ndër-platformë do të kërkonin ende testim në të gjitha platformat e tjera.

 

5. Ngarkues

 

Loadster është një mjet i krijuar për të ndihmuar kompanitë që punojnë me aplikacione që kanë baza të mëdha përdoruesish. Përdorimi i këtij mjeti i ndihmon zhvilluesit të përgatiten për maja më të mëdha në trafik dhe të kenë performancë optimale edhe me presion të konsiderueshëm në serverët e kompanisë. Përveç ndihmës me testimin manual, Loadster mund të automatizojë disa nga detyrat e një testuesi si pushimi i ngarkesës .

 

konkluzioni

 

Si përfundim, testimi manual është një pasuri për çdo organizatë. Testuesit mund të zbulojnë probleme të padukshme dhe të japin komente të hollësishme rreth një aplikacioni që automatizimi thjesht nuk mund ta bëjë.

Megjithëse ka disa të meta në testimin manual, kompanitë inteligjente po përdorin gjithnjë e më shumë një sistem hibrid të testeve manuale dhe të automatizuara, duke ndihmuar në llogaritjen e dobësive të secilit duke shfrytëzuar avantazhet e të dyjave.

Testimi manual është shtylla kurrizore e zhvillimit më të mirë të softuerit dhe përdorimi i duhur i tij mund të bëjë një ndryshim të madh në rezultatin tuaj.

 

Pyetjet e shpeshta dhe burimet

 

Testimi manual mund të jetë një temë e ndërlikuar, kështu që është e kuptueshme që mund të keni disa pyetje të tjera në lidhje me mënyrën se si funksionon. Shikoni disa pyetje të bëra shpesh në lidhje me testimin manual me disa burime nga të cilat mund të përfitoni ndërsa mësoni të bëheni një testues manual më i mirë me kalimin e kohës.

 

1. Kurset më të mira për Automatizimin e Testit Manual

 

· “Test Automation Foundations” – Udemy

· “Test Automation Training Courses” – NobleProg

· “Manual Testing Training – Mbretëria e Bashkuar” – Akademia e Dijes

· “Testimi manual dhe automatizimi” – IT Talent Hub

 

2. Cilat janë 5 pyetjet kryesore të intervistës për Testimin Manual?

 

· “A keni përvojë me testimin manual?” – Përcakton nëse një kandidat ka shumë përvojë duke punuar në mjedise testimi.

· “Cili është ndryshimi midis testimit manual dhe automatizimit të testimit?” – Përcakton nëse një kandidat ka njohuri bazë teknike për proceset e testimit.

· “Si i keni kapërcyer sfidat në një mjedis testimi softuerësh?” – Vlerëson aftësitë për zgjidhjen e problemeve që ka një kandidat në hapësirën e testimit manual.

· “Cili është mjeti ideal për të mbështetur testimin manual?” – Ndërton një ide më të mirë për rrjedhat e punës që përdor kandidati dhe nëse kjo i përshtatet kompanisë.

· “A jeni rehat duke punuar në një ekip?” – Njoftoni intervistuesin nëse aplikanti është i aftë të punojë në një grup më të madh.

 

3. Udhëzimet më të mira në Youtube për testimin manual

 

· “Testimi manual (Kursi i plotë)” – Teknik i Automatizimit SDET- QA

· “TUTORIAL PËR TESTIM SOFTWARE – Master Testimi i Softuerit dhe Crack Job in Testing” – Mentor i Testimit të Softuerit

· “Çfarë është Testimi Manual? | Manual Testimi Tutorial Për Fillestarët | Edureka” – edureka!

· “Konceptet e testimit manual (funksional)” – Naveen AutomationLabs

· “Manual Testing Tutorials” – Software Testing Academy

 

4. Si të mirëmbahen testet manuale?

 

Ka disa gjëra që mund të bëni për të mbajtur testet manuale, e para prej të cilave është të kujdeseni për testuesit. Duke e vendosur mirëqenien në qendër të proceseve të testimit , ju siguroheni që të gjithë janë në gjendje të përshtatshme për t’i kushtuar vëmendje dhe për të performuar në kulmin e tyre.

Përveç kësaj, fokusohuni në krijimin e strukturave të mira mbështetëse. Kjo do të thotë mbikëqyrje nga menaxherët që sigurohen që testimi të jetë konsistent dhe të japë rezultate të sakta kudo që është e mundur.

Nuk ka asnjë mirëmbajtje strikte mekanike ose të automatizuar në vetvete, por kujdesi për njerëzit është një formë e mbajtjes së testimit në vetvete.

Download post as PDF

Alex Zap Chernyak

Alex Zap Chernyak

Founder and CEO of ZAPTEST, with 20 years of experience in Software Automation for Testing + RPA processes, and application development. Read Alex Zap Chernyak's full executive profile on Forbes.

Get PDF-file of this post