what is software testing
Popoln vodnik za testiranje programske opreme z več kot 100 vajami za ročno testiranje z definicijo testiranja, vrstami, metodami in podrobnostmi postopka:
Kaj je testiranje programske opreme?
Testiranje programske opreme je postopek preverjanja in preverjanja funkcionalnosti aplikacije, da se ugotovi, ali izpolnjuje določene zahteve. To je postopek iskanja napak v aplikaciji in preverjanje, kje aplikacija deluje v skladu z zahtevami končnega uporabnika.
Kaj je ročno testiranje?
Ročno testiranje je postopek, v katerem primerjate vedenje razvitega dela kode (programska oprema, modul, API, funkcija itd.) S pričakovanim vedenjem (zahteve).
Kaj se boste naučili:
- Seznam vaj za ročno preizkušanje programske opreme
- Uvod v ročno preizkušanje programske opreme
- Zaključek
Seznam vaj za ročno preizkušanje programske opreme
To je najbolj poglobljena serija vaj o preizkušanju programske opreme. Pazljivo preglejte teme, omenjene v tej seriji, da se naučite osnovnih in naprednih tehnik testiranja.
Ta serija vadnic bo obogatila vaše znanje in bo povečala vaše sposobnosti testiranja.
Vadite ročno preizkušanje brezplačnega usposabljanja na projektu v živo:
Vadnica št. 1: Osnove ročnega preizkušanja programske opreme
Vadnica # 2: Predstavitev projekta v živo
Vadnica št. 3: Pisanje testnega scenarija
Vadnica # 4: Napišite dokument načrta preizkusa iz nič
Vadnica št. 5: Pisanje testnih primerov iz dokumenta SRS
Vadnica # 6: Izvedba testa
Vadnica št. 7: Sledenje napakam in preizkusna odjava
Vadnica št. 8: Tečaj preizkušanja programske opreme
Življenjski cikel testiranja programske opreme:
Vadnica št. 1: STLC
Spletno testiranje:
Vadnica št. 1: Testiranje spletnih aplikacij
Vadnica # 2: Preskušanje med brskalniki
Vodenje testnih primerov:
kako zagnati izvedljivo datoteko jar -
Vadnica št. 1: Testni primeri
Vadnica # 2: Vzorčna predloga testnega primera
Vadnica št. 3: Matrica sledljivosti zahtev (RTM)
Vadnica # 4: Testna pokritost
Vadnica št. 5: Test Data Management
Vodenje preskusov:
Vadnica št. 1: Testna strategija
Vadnica # 2: Predloga načrta preizkusa
Vadnica št. 3: Preskusna ocena
Vadnica # 4: Orodja za upravljanje preskusov
Vadnica št. 5: Vadnica za HP ALM
Vadnica # 6: Jira
Vadnica št. 7: Vadnica za TestLink
Tehnični preskusi:
Vadnica št. 1: Uporaba preizkušanja primerov
Vadnica # 2: Testiranje državnega prehoda
Vadnica št. 3: Analiza mejne vrednosti
Vadnica # 4: Enakovrednost razdelitve
Vadnica št. 5: Metodologije preskušanja programske opreme
Vadnica # 6: Agilna metodologija
Obvladovanje napak:
Vadnica št. 1: Življenjski cikel hroščev
Vadnica # 2: Poročanje o napakah
Vadnica št. 3: Prednost okvare
Vadnica # 4: Vadnica za Bugzilla
Funkcionalno preskušanje
Vadnica št. 1: Enotno preskušanje
Vadnica # 2: Preizkušanje razumnosti in dima
Vadnica št. 3: Preskušanje regresije
Vadnica # 4: Testiranje sistema
Vadnica št. 5: Preskus sprejemljivosti
Vadnica # 6: Integracijsko preskušanje
Vadnica št. 7: Testiranje sprejemljivosti uporabnika UAT
Nefunkcionalno preskušanje:
Vadnica št. 1: Nefunkcionalno preskušanje
Vadnica # 2: Testiranje učinkovitosti
Vadnica št. 3: Testiranje varnosti
Vadnica # 4: Testiranje varnosti spletnih aplikacij
Vadnica št. 5: Testiranje uporabnosti
Vadnica # 6: Preskušanje združljivosti
Vadnica št. 7: Preizkušanje namestitve
Vadnica št. 8: Preizkušanje dokumentacije
Vrste testiranja programske opreme:
Vadnica št. 1: Vrste preskušanja
Vadnica # 2 : Testiranje črne škatle
Vadnica št. 3: Testiranje zbirke podatkov
Vadnica # 4: Preskušanje od konca do konca
Vadnica št. 5: Raziskovalno preskušanje
Vadnica # 6: Dodatno testiranje
Vadnica št. 7: Testiranje dostopnosti
Vadnica št. 8: Negativno testiranje
Vadnica št. 9: Backend Testiranje
Vadnica št. 10: Alfa testiranje
Vadnica št. 11: Beta testiranje
Vadnica # 12: Alfa proti beta testiranju
Vadnica št. 13: Gama testiranje
Vadnica št. 14: Testiranje ERP
Vadnica št. 15: Statično in dinamično preskušanje
Vadnica št. 16: Adhoc testiranje
Vadnica # 17: Preizkušanje lokalizacije in internacionalizacije
Vadnica # 18: Testiranje avtomatizacije
Vadnica št. 19: Testiranje bele škatle
Kariera testiranja programske opreme:
Vadnica št. 1: Izbira kariere testiranja programske opreme
Vadnica # 2: Kako do službe za preverjanje kakovosti - popoln vodnik
Vadnica št. 3: Možnosti kariere za preizkuševalce
Vadnica # 4: Stikalo za preskušanje programske opreme, ki ni IT
Vadnica št. 5: Začnite kariero ročnega testiranja
Vadnica # 6: Izkušnje iz desetih let preizkušanja
Vadnica št. 7: Preživeti in napredovati na področju testiranja
Priprava intervjuja:
Vadnica št. 1: Priprava nadaljevanja kakovosti
Vadnica # 2: Vprašanja za ročno preizkušanje intervjujev
Vadnica št. 3: Vprašanja za intervjuje s preizkusom avtomatizacije
Vadnica # 4: Vprašanja za QA intervju
Vadnica št. 5: Opravite kakršen koli razgovor za delo
Vadnica # 6: Pridobite preizkusno delovno mesto kot sveže
Testiranje različnih domenskih aplikacij:
Vadnica # 1 : Testiranje bančnih aplikacij
Vadnica # 2: Testiranje aplikacij za zdravstveno varstvo
Vadnica št. 3: Testiranje plačilnega prehoda
Vadnica # 4: Sistem testnih prodajnih mest (POS)
Vadnica št. 5: Preizkušanje spletnih strani e-trgovine
Testiranje certificiranja kakovosti:
Vadnica št. 1: Vodič za certificiranje preizkušanja programske opreme
Vadnica # 2: Vodič za certificiranje CSTE
Vadnica št. 3: Priročnik za certificiranje CSQA
Vadnica # 4: Vodnik ISTQB
Vadnica št. 5: ISTQB Advanced
Teme naprednega ročnega testiranja:
Vadnica št. 1: Ciklomatična kompleksnost
Vadnica # 2: Preskušanje migracij
Vadnica št. 3: Testiranje v oblaku
Vadnica # 4: Testiranje ETL
Vadnica št. 5: Meritve preskušanja programske opreme
Vadnica # 6: Spletne storitve
Pripravite se na ogled prve vaje v tej seriji Ročno testiranje !!!
Uvod v ročno preizkušanje programske opreme
Ročno testiranje je postopek, v katerem primerjate vedenje razvitega dela kode (programska oprema, modul, API, funkcija itd.) S pričakovanim vedenjem (zahteve).
In kako boste vedeli, kakšno je pričakovano vedenje?
To boste vedeli tako, da boste natančno prebrali ali poslušali zahteve in jih popolnoma razumeli. Ne pozabite, da je razumevanje zahtev v celoti zelo pomembno.
vprašanja in odgovori na intervjuju za nadzor kakovosti pdf
Mislite, da ste končni uporabnik tega, kar boste preizkusili. Po tem niste več vezani na dokument s programsko opremo ali besede v njem. Nato lahko razumete bistveno zahtevo in ne samo preverite obnašanje sistema glede na to, kaj je zapisano ali povedano, ampak tudi na podlagi lastnega razumevanja in stvari, ki niso napisane ali povedane.
Včasih je to lahko zgrešena zahteva (nepopolna zahteva) ali implicitna zahteva (nekaj, česar ni treba posebej omenjati, vendar bi moralo biti izpolnjeno), in tudi to morate preizkusiti.
Poleg tega ni nujno, da je zahteva dokumentirana. Zelo dobro lahko poznate funkcionalnost programske opreme ali pa celo ugibate in nato preizkusite korak za korakom. Na splošno ga imenujemo priložnostno ali raziskovalno testiranje.
Poglejmo poglobljeno:
Najprej razumemo dejstvo - Ne glede na to, ali primerjate testiranje programske aplikacije ali kaj drugega (recimo vozilo), koncept ostaja enak. Pristop, orodja in prednostne naloge se lahko razlikujejo, vendar glavni cilj ostaja ISTI in JE PREPROST, tj. Primerjava dejanskega vedenja s pričakovanim.
Drugič - Testiranje je kot odnos ali miselnost, ki bi morala priti od znotraj. Spretnosti se je mogoče naučiti, toda uspešen preizkuševalec boste postali šele, ko boste privzeto imeli nekaj lastnosti. Ko rečem, da se preizkusnih veščin lahko naučimo, mislim na usmerjeno in formalno izobraževanje o postopku testiranja programske opreme.
Katere pa so lastnosti uspešnega preizkuševalca? O njih si lahko preberete na spodnji povezavi:
Preberite tukaj => Kakovosti visoko učinkovitih preizkuševalcev
Toplo priporočam, da preberete zgornji članek, preden nadaljujete s to vadnico. Pomagal vam bo primerjati svoje značilnosti s tistimi, ki se pričakujejo v vlogi preizkuševalca programske opreme.
Za tiste, ki nimajo časa, da bi prebrali članek, je povzetek:
»Vaša radovednost, pozornost, disciplina, logično razmišljanje, strast do dela in sposobnost seciranja stvari so zelo pomembni, če želite biti uničevalni in uspešni preizkuševalec. Uspelo mi je in močno verjamem, da bo uspelo tudi vam. Če že imate te lastnosti, je to res delovalo tudi pri vas. '
Govorili smo o temeljnih predpogojih programa postaja preizkuševalec programske opreme. Zdaj pa poglejmo, zakaj je ročno preskušanje in bi bilo vedno samostojno z rastjo samodejnega preizkušanja ali brez.
Zakaj je potrebno ročno testiranje?
Ali veste, kaj je najboljše pri tem, da ste preizkuševalec, tudi to ročni preizkuševalec?
Dejstvo je, da tukaj ne morete biti odvisni samo od veščin. Imeti morate / razviti in izboljšati svoj miselni proces. To je nekaj, česar v resnici ne morete kupiti za nekaj dolarjev. Sami morate delati na tem.
Boste morali razviti navado postavljanja vprašanj in jih boste morali testirati vsako minuto, ko preizkušate. V večini primerov bi morali ta vprašanja postavljati sebi kot drugim.
Upam, da ste prebrali članek, ki sem ga priporočil v prejšnjem poglavju (tj. Lastnosti zelo učinkovitih preizkuševalcev). Če je odgovor da, potem bi vedeli, da testiranje velja za miselni proces in kako uspešni boste kot preizkuševalec, je popolnoma odvisno od lastnosti, ki jih imate kot oseba.
Poglejmo ta preprost tok:
- Narediš nekaj ( izvajati dejanja ), medtem ko ga opazujete z neko namero (v primerjavi s pričakovanim). Zdaj tvoj opazovanje spretnosti in disciplina za izvedbo stvari se tukaj pojavi v sliki.
- Voila! Kaj je bilo to? Nekaj ste opazili. To ste opazili, ker ste dajali popolno pozornost do podrobnosti pred tabo. Ne boste ga pustili, ker ste radoveden . To ni bilo v vašem načrtu, da bi se zgodilo kaj nepričakovanega / nenavadnega, opazili boste to in raziskali naprej. Zdaj pa to počnete. Lahko ga pustiš. Ampak ne smete ga spustiti.
- Srečni ste, ugotovili ste vzrok, korake in scenarij. Zdaj boste to pravilno in konstruktivno sporočili razvojni skupini in ostalim zainteresiranim stranem v vaši ekipi. To lahko storite s pomočjo orodja za sledenje napak ali ustno, vendar se morate prepričati, da ste sporočanje konstruktivno .
- Ups! Kaj pa, če to storim tako? Kaj pa, če kot vnos vnesem pravilno celo število, vendar z vodnimi presledki? Kaj če? … Kaj če? … Kaj če? Ne konča se zlahka, ne sme se končati z lahkoto. Ti boš predstavljajte si veliko situacij in scenarijev in resnično vas bo zamikalo, da bi jih tudi izvedli.
Spodnji diagram prikazuje življenje preizkuševalca:
Še enkrat preberite omenjene štiri zgoraj omenjene točke. Ste opazili, da sem bil zelo kratek, a vseeno poudaril najbogatejši del ročnega preizkuševalca? In ste opazili krepko poudarjanje v nekaj besedah? To so ravno najpomembnejše lastnosti, ki jih potrebuje ročni preizkuševalec.
Zdaj res mislite, da je ta dejanja mogoče v celoti nadomestiti s čim drugim? In današnji vroči trend - ga je mogoče kdaj nadomestiti z avtomatizacijo?
V SDLC pri kateri koli razvojni metodologiji le redke stvari ostanejo nespremenjene. Kot preizkuševalec boste porabili zahteve in jih pretvorili v testne scenarije / testne primere. Nato boste izvedli te testne primere ali jih neposredno avtomatizirali (vem, da to počne nekaj podjetij).
Ko ga avtomatizirate, je vaš fokus enakomeren, kar avtomatizira zapisane korake.
Vrnimo se k formalnemu delu, to je k ročnemu izvajanju testnih primerov.
Tu se ne osredotočate samo na izvajanje pisnih testnih primerov, temveč med tem opravite tudi veliko raziskovalnega testiranja. Se spomniš, da si radoveden? In si boste predstavljali. In ne boste se mogli upreti, res boste storili, kar ste si zamislili.
Spodnja slika prikazuje poenostavitev pisanja testnih primerov:
Izpolnjujem obrazec in končal sem z izpolnjevanjem prvega polja. Prelena sem, da bi z miško premaknila fokus na naslednje polje. Pritisnil sem tipko 'tab'. Končal sem tudi z naslednjim in zadnjim poljem, zdaj moram klikniti gumb Pošlji, poudarek je še vedno na zadnjem polju.
Ups, pomotoma sem pritisnil tipko 'Enter'. Naj preverim, kaj se je zgodilo. ALI obstaja gumb za oddajo, dvokliknil ga bom. Nezadovoljen. Večkrat kliknem, prehitro.
Ste opazili? Obstaja toliko možnih uporabniških dejanj, tako predvidenih kot nenamernih.
Ne boste uspeli napisati vseh testnih primerov, ki 100% pokrivajo vašo preizkušeno prijavo. To se mora zgoditi na raziskovalni način.
Med preskušanjem aplikacije boste še naprej dodajali svoje nove testne primere. To bodo testni primeri za napake, ki ste jih naleteli, za katere prej ni bil napisan noben testni primer. Ali med preizkušanjem je nekaj sprožilo vaš miselni proces in dobili ste še nekaj testnih primerov, ki jih boste radi dodali v zbirko testnih primerov in jih izvedli.
Tudi po vsem tem ni nobenega jamstva, da ga ni skrite napake . Programska oprema z nič napak je mit. Lahko ga ciljate le tako, da ga približate ničli, vendar se to preprosto ne more zgoditi, ne da bi človeški um neprestano ciljal na iste, podobno, vendar ne omejeno na zgoraj navedeni primer primera.
Vsaj danes ni nobene programske opreme, ki bi razmišljala kot človeški um, opazovala kot človeško oko, postavljala vprašanja in odgovarjala kot človek in nato izvajala predvidena in nenamerna dejanja. Tudi če se kaj takega zgodi, čigav um, misli in oko bo posnemal? Vaš ali moj? Tudi ljudje nismo enake pravice. Vsi smo si različni. Potem?
Potreba po ročnem testiranju, ko je avtomatizacija blizu:
Avtomatizirano testiranje ima v današnjem času svoj delež slave in ga bo v prihodnjih letih doseglo še več, vendar preprosto ne more nadomestiti ročnega preverjanja kakovosti (beri človeško / raziskovalno testiranje).
Verjetno ste že slišali ... Ne avtomatizirate testiranja, ampak avtomatizirate preverjanje ’. Ta stavek veliko govori o tem, kje stoji ročno preverjanje kakovosti s samodejnim preizkušanjem. Veliko velikih imen po vsem svetu je pisalo in govorilo o tej temi, zato na tem ne bom veliko poudarjal.
Avtomatizacija ne more nadomestiti človeškega testiranja, ker:
- Zahteva izvedbene presoje o vsem, kar se zgodi pred vašimi očmi (med testiranjem) in v nekaj primerih tudi zakulisno.
- Zahteva jasno in stalno opazovanje.
- Zahteva izpraševanje.
- Zahteva preiskavo.
- Zahteva obrazložitev.
- Zahteva nenačrtovana dejanja, ki so potrebna med testiranjem.
Testiranje lahko nadomesti orodje / stroj, ki bo sposoben absorbirati podrobnosti, jih obdelati, ukazovati in izvajati kot človeški um in človek, in vse to med izvajanjem in v vseh možnih okoliščinah. Tudi to orodje mora biti kot vsi možni ljudje.
Skratka, človeškega testiranja ni mogoče nadomestiti. Mogoče se bo kakšen hollywoodski znanstvenofantastični film čez nekaj let zdel blizu, toda v resničnem življenju ne vidim, da prihaja nekaj sto let, kar si lahko predstavljam. Ne bom ga odpisal za vedno, saj verjamem v neskončne možnosti.
Ločeno, četudi se to res zgodi po nekaj sto letih, si lahko predstavljam sliko strašljivega sveta zagotovo. Starost transformatorjev. :)
= >> Priporočeno branje - Najboljša podjetja za ročno preskušanje
Kako avtomatizacija pozdravlja ročno testiranje?
Sem že rekel in še enkrat ponavljam, da avtomatizacije ni več mogoče prezreti. V svetu, kjer nenehna integracija, nenehna dobava in nenehna uvajanje postajajo obvezne stvari, neprekinjeno preskušanje ne more biti brez dela. Ugotoviti moramo načine, kako to storiti.
Večina napotitve vedno več delovne sile dolgoročno ne pomaga pri tej nalogi. Zato se mora preizkuševalec (vodja preizkusa / arhitekt / vodja) previdno odločiti, kaj avtomatizirati in kaj je še vedno treba opraviti ročno.
Izjemno pomembno je, da imamo napisane zelo natančne teste / preglede, da jih je mogoče avtomatizirati brez odstopanj od prvotnega pričakovanja in jih uporabiti med regresiranjem izdelka kot del „stalnega testiranja“.
Opomba: Beseda neprekinjeno iz izraza „neprekinjeno testiranje“ je pogojena in logična, tako kot drugi izrazi, ki smo jih uporabili zgoraj z isto predpono. Neprekinjeno v tem kontekstu pomeni vedno pogosteje, hitreje kot včeraj. Medtem ko pomeni, lahko zelo dobro pomeni vsako sekundo ali nano-sekundo.
Brez popolnega ujemanja človeških preizkuševalcev in avtomatiziranih preverjanj (testi z natančnimi koraki, pričakovani rezultati in merila izstopa iz navedenega testa so dokumentirani) je neprekinjeno testiranje zelo težko, kar pa bo omogočilo nenehno integracijo, stalno dobavo in neprekinjeno uvajanje. težje.
Namenoma sem uporabil izraz merila izstopa iz zgornjega testa. Naše avtomatizacijske obleke ne morejo biti več podobne tradicionalnim. Poskrbeti moramo, da če jim ne uspe, morajo hitro spodleteti. In da bodo hitro propadle, morajo biti avtomatizirana tudi merila za izstop.
Primer:
Recimo, da obstaja napaka blokatorja, pri čemer se ne morem prijaviti v Facebook.
Funkcija prijave mora biti potem vaše prvo avtomatizirano preverjanje in vaša zbirka za avtomatizacijo ne bi smela zagnati naslednjega preverjanja, kjer je prijava predpogoj, na primer objava stanja. Dobro veste, da bo zagotovo propadlo. Zato naj hitreje odpove, rezultate objavite hitreje, da bo napako mogoče hitreje odpraviti.
Naslednja stvar je spet nekaj, kar ste že slišali - Ne morete in ne smete poskušati avtomatizirati vsega.
Izberite testne primere, ki bodo, če bodo avtomatizirani, imeli veliko koristi za človeške preizkuševalce in ima donosnost naložbe. V zvezi s tem obstaja splošno pravilo, ki pravi, da bi morali poskusiti avtomatizirati vse svoje primere za prednost 1 in, če je mogoče, tudi prednost 2.
Izvedba avtomatizacije ni enostavna in je dolgotrajna, zato je priporočljivo, da se izogibate avtomatizaciji primerov z nizko prioriteto vsaj do trenutka, ko končate z visokimi. Če izberete, kaj avtomatizirati, in se osredotočite na to, izboljša kakovost aplikacije, kadar jo neprestano uporabljate in vzdržujete.
Zaključek
Upam, da ste do zdaj že razumeli, zakaj in kako hudo je potrebno ročno / človeško testiranje za zagotavljanje kakovostnih izdelkov in kako ga avtomatizacija dopolnjuje.
Prvi korak k temu, da postanete odličen ročni preizkuševalec, je sprejeti pomen ročnega preizkušanja kakovosti in vedeti, zakaj je poseben.
V naših prihajajočih vajah za ročno preizkušanje bomo obravnavali splošni pristop za ročno preizkušanje, njegovo soobstoj z avtomatizacijo in številne druge pomembne vidike.
Prepričan sem, da boste po preizkusu celotnega seznama vadnic v tej seriji pridobili izjemno znanje o preizkušanju programske opreme.
selen z vprašanji za razgovore c #
Radi bi vas slišali. Vas prosimo, da svoje misli / predloge izrazite v spodnjem oddelku za komentarje.
Priporočeno branje
- Najboljša orodja za testiranje programske opreme 2021 (QA Test Automation Tools)
- Testiranje programske opreme QA Assistant Job
- Alfa testiranje in beta testiranje (popoln vodnik)
- Funkcionalno testiranje vs nefunkcionalno testiranje
- Najboljše storitve preverjanja kakovosti programske opreme s strani SoftwareTestingHelp
- Tečaj preizkušanja programske opreme: kateremu inštitutu za preizkušanje programske opreme naj se pridružim?
- Vrste preizkušanja programske opreme: različne vrste preskušanja s podrobnostmi
- Izbira preizkušanja programske opreme kot vaše kariere