Neautomatinis testavimo vadovas: viskas, ką reikia žinoti



Šis straipsnis padės jums gauti išsamių žinių apie tai, kas yra rankinis testavimas, ir paaiškins, kodėl tai yra taip pat svarbu, kaip automatizavimo bandymai

Kiekvienas programinės įrangos projektas turi tris esminius aspektus: kainą, laiką ir kokybę. Tai pasiekiama reguliariai tikrinant programinę įrangą. yra neatsiejama bet kurio IT projekto dalis. Programinė įranga yra išbandyta, kad nustatytų klaidas ir rastų problemų, kurios gali neigiamai paveikti vartotojo patirtį. Testavimas plačiai priskiriamas bandymams rankiniu būdu ir .Per šį „Kas yra rankinis testavimas?“ straipsnį, sužinosime apie rankinį testavimą.

Pažvelkime į šiame straipsnyje aprašytas temas:





kas yra „javascript“ metodas

Kas yra rankinis testavimas?

Neautomatinis testavimas yra praktinis programos testavimas rankiniu būdu, norint rasti defektus ir klaidas. Testo atvejus žmonės vykdo rankiniu būdu be jokių įrankių ar scenarijų palaikymo.

Rankinis testavimas - kas yra rankinis testavimas - „Edureka“



Tai reiškia, kad kažkas iš tikrųjų naudoja prietaisą, kad imituotų galutinio vartotojo vaidmenį, kad įvertintų daugelį komponentų, įskaitant programinės įrangos dizainą, funkcionalumą ir našumą. Jie spustelėja kelis žiniatinklio programos elementus ar vienetus be įrankio ar scenarijaus palaikymo. Tai naudinga, kai automatikos testavimas neįmanomas.

Rankinio testavimo pranašumai

Žemiau yra keletas programinės įrangos testavimo rankiniu būdu privalumų:

    • Programos testavimas rankiniu būdu padeda nustatyti visas problemas, susijusias su programos išvaizda ir savijauta
    • Palengvina testuotojui prieigą prie vaizdinių komponentų, tokių kaip tekstas, išdėstymas ir UI bei UX problemos
    • Reikia nebrangių investicijų, nes joms valdyti nereikia jokių brangių bandymų automatikos įrankių ir aukšto lygio įgūdžių
    • Prisitaikanti ir gerai pritaikyta neplanuotų programos pakeitimų atveju, todėl ją reikia išbandyti įgyvendinus pakeitimus.
    • Leidžia stebėti, vertinti žmones ir intuiciją, o tai gali būti naudingiau, jei tikslas yra patogumas vartotojui arba geresnė klientų patirtis

Kai pradėsite testuoti, vienas iš pagrindinių sprendimų, kuriuos turėsite priimti, yra tai, ar ketinate tikrinti rankiniu būdu, ar naudoti automatinį testavimą. Taigi turėtumėte žinoti, kuo rankinis testavimas skiriasi nuo automatizuoto testavimo. Patikrinkime.



Skirtumas tarp rankinio testavimo ir automatikos testavimo?

Žemiau esančioje lentelėje pateikiami pagrindiniai rankinio ir automatizavimo testavimo skirtumai.

funkcijos Rankinis testavimas Automatikos testavimas
Vartotojo sąsaja Užtikrinkite patogumą vartotojui ir geresnę klientų patirtįNegarantuoja teigiamos klientų patirties ir patogumo vartotojui
Tikslumas& Patikimumas Žemas, nes rankiniai bandymai yra labiau linkę į žmogaus klaidasAukštas, nes naudojami įrankiai ir scenarijai
Testavimo laikas AukštasSantykinai žema
Investavimo išlaidos Maža, investicijų grąža (IG) taip pat mažaAukšta, investicijų grąža (IG) taip pat didelė
Reikalingas biudžetas Nelabai aukštaiPalyginti aukštas
Žmogaus elementas Leidžia žmonėms stebėti išsiaiškinti bet kokius nesklandumusŽmogaus stebėjimas nedalyvavo

Kaip matote, rankinis testavimas taip pat turi neigiamų taškų. Štai kodėl nerekomenduojama taikyti testavimo rankiniu būdu kiekvienam bandymo scenarijui. Tačiau yra tam tikrų scenarijų, kai rankinis testavimas yra tinkamiausias. Pažiūrėkime.

Kada naudoti rankinį testavimą?

Neautomatinis testavimas geriausiai tinka:

Tiriamasis testavimas

Kai bandymui būdinga blogai parašyta specifikacijos dokumentacija ir (arba) trumpas vykdymo laikas, tada geriau atlikti rankinį testavimą. Tiriamajam testavimui reikalingos testuotojo žinios, kūrybiškumas, analitiniai įgūdžiai ir patirtis. Iš esmės mums reikia žmogaus įgūdžių, kad šiame scenarijuje atliktume testavimo procesą, kuris yra įmanomas atliekant testus rankiniu būdu.

Naudingumo testavimas

Naudodamiesi bandymais, bandytojai turi išmatuoti, kiek patogi, efektyvi ar patogi yra programinė įranga ar produktas galutiniams vartotojams. Tai vėl reikalauja žmogaus intuicijos ir patirties, to negali atlikti įrankiai, ir tai turi būti griežtai prižiūrima rankiniu būdu. Taigi pageidautina naudoti rankinį metodą.

Ad-hoc testavimas

„Ad-Hoc“ yra neformalus bandymų tipas, todėl konkretaus požiūrio nėra. Kadangi tai atliekama be jokio planavimo ir dokumentų, vienintelis svarbus veiksnys yra testerio supratimas ir įžvalga. Rankinis testavimas būtų geras pasirinkimas tokioje situacijoje.

Dabar, kai žinome, kada naudoti rankinį bandymą, kitoje šio straipsnio „Kas yra rankinis testavimas“ dalyje patikrinkime, kaip atlikti rankinį bandymą.

Kaip atlikti rankinį testavimą?

Čia testeris rankiniu būdu atlieka programinės įrangos bandymus, laikydamasis iš anksto nustatytų rinkinių . Atidžiai apžvelkime, kaip tai daroma.

  1. Pirmiausia reikia suprasti programinės įrangos reikalavimus, kad žinotumėte, ką reikia išbandyti ir kas klasifikuoja defektą.
  2. Kitas žingsnis - bandomųjų atvejų rašymas. Jie padės jums atlikti veiksmus ir išbandyti įvairias programinės įrangos scenarijus.
  3. Kai bandymo atvejai yra pakankamai geri ir bandymo aplinka parengta, atlikite bandymo atvejus. Atitinkamai pažymėkite bandymo atvejus kaip „išlaikytus“, „nepavykusius ar„ praleistus “.
  4. Kaip testuotojas esate atsakingas už klaidų registravimą. Kai susiduriate su klaidomis, turite pranešti kūrėjų komandai apie trūkumą ir pateikti pranešimą apie klaidą.
  5. Galiausiai turite sukurti išsamią bandymo rezultatų ataskaitą. Jame turėtų būti išsami informacija apie tai, kuriuos testus reikia pakartoti, kiek testų nepavyko, kiek testų buvo praleista.

Nors visus šiuos veiksmus atlikti rankiniu būdu reikia daug darbo, norint užtikrinti gerą vartotojo patirtį ir aukštą kokybės lygį, būtina atlikti bandymus rankiniu būdu. Likusią šio „Kas yra rankinis testavimas?“ Dalį straipsnyje aptarkime rankinio testavimo tipus

Kokios yra rankinio testavimo rūšys?

Žemiau pateikiami rankinio bandymo tipai. Tačiau vėlgi tokio tipo bandymai gali būti atliekami rankiniu būdu arba naudojant bandymo automatikos įrankį.

Juodosios dėžės testavimas

Kaip rodo pavadinimas, bandant juodojoje dėžutėje, testeris neturi žinių apie programos kodą ar struktūrą. Jis tiesiog sąveikauja su programa ir išbando funkcinį ir nefunkcinį programos elgesį. Yra daugybė juodosios dėžės metodų, kuriuos testuotojas gali naudoti, norėdamas rasti klaidas ir defektus.

Baltosios dėžės testavimas

Tikrindamas baltos dėžės testuotojas žino apie programos kodą ir struktūrą. Taigi tokio tipo bandymai dažnai vadinami stiklo dėžių bandymais. Dažniausiai šio tipo bandymus kūrėjai naudoja vienetų bandymams atlikti. Yra įvairių baltos dėžės metodų, kuriuos testuotojas gali naudoti, norėdamas rasti klaidas ir defektus.

Vieneto testavimas

Vieneto bandymai yra būdas išbandyti mažiausią kodo dalį, vadinamą vienetu, kurį galima logiškai izoliuoti sistemoje. Daugiausia dėmesio skiriama atskirų modulių funkciniam teisingumui. Vienetas gali būti beveik viskas, ko norite - konkretus funkcionalumas, programa ar konkretus programos metodas.

Integracijos testavimas

dvejetainis - dešimtainis keitiklis java

Jis atliekamas po vieneto bandymo, kai skirtingi programinės įrangos vienetai, komponentai ir moduliai yra integruoti kartu. Pagrindinis tikslas yra patikrinti modulių funkcionalumą, stabilumą ir patikimumą. Integracijos bandymų tikslas yra patikrinti visų modulių ryšio teisingumą.

Sistemos testavimas

Sistemos testavimas yra kitas žingsnis po integravimo testavimo. Jis atliekamas su visišku, visiškai integruotu programinės įrangos produktu, siekiant įvertinti sistemos elgseną ir ištirti visišką integruotos programinės įrangos kompiuterinės sistemos veikimą pagal reikalavimus. Yra įvairių sistemos testavimo metodų, tokių kaip funkcionalumas, našumas, mastelio keitimas, įtempis ir regresijos testavimas.

Priėmimo testavimas

Vartotojo priėmimo testavimas yra oficialus testavimas, atliekamas pagal vartotojo reikalavimus ir funkcijų apdorojimą. Šio tipo bandymai apima galutinio vartotojo realaus scenarijus. Tai reikia padaryti teisingai, nes tai suteiks jums rezultatą, kurio pagrindu programinės įrangos produktas bus patvirtintas arba atmestas vyresniosios vadovybės.

Viskas! Priėjome tinklaraščio pabaigą. Rankinis testavimas taip pat turi neigiamų taškų. Tai užima daug laiko ir yra labiau linkusi į klaidas, nes bandymai tiesiogiai priklauso nuo žmonių. Norėdami gauti geriausius rezultatus, jums reikia tinkamo rankinio ir automatinio testavimo derinio. Turite rasti geriausią metodą bet kurioje bandymo situacijoje, kad pasiektumėte kokybiškų rezultatų, neperžengdami savo biudžeto ir laiko juostos.

Jei radote šį „Kas yra rankinis testavimas? “Straipsnis aktualus, patikrinkite tiesiogiai internete sukūrė patikima internetinė mokymosi įmonė „Edureka“, turinti daugiau nei 250 000 patenkintų besimokančiųjų tinklą visame pasaulyje.

Turite mums klausimą? Prašau paminėti tai komentarų skyriuje „Kas yra rankinis testavimas?“ straipsnį ir mes su jumis susisieksime.