Veebirakenduste testimise kontroll-loend: Veebisaidi testjuhtumite näited

Veebirakenduste testimisel tuleks kaaluda allpool nimetatud malli. Allpool nimetatud kontroll-loend on peaaegu rakendatav igat tüüpi veebirakenduste jaoks, sõltuvalt ärinõuetest.

Veebirakenduste testimise kontrollnimekiri koosneb

Kasutatavuse testimine
Funktsionaalne testimine
Ühilduvuse testimine
Andmebaaside testimine
Turvalisuse testimine
Jõudluse testimine

Vaatame nüüd iga kontroll-loendit üksikasjalikult:

Kasutatavuse testimine

Mis on kasutatavuse testimine?

Kasutatavuse testimine pole muud kui kasutajasõbralikkuse kontroll.
Kasutatavuse testimisel testitakse rakenduse voogu, et uus kasutaja saaks rakendusest hõlpsasti aru.
Põhimõtteliselt kontrollitakse süsteemi navigeerimist kasutatavuse testimisel.

Mis on kasutatavuse testimise eesmärk või eesmärk?

Kasutatavuse test määrab toote kasutusmugavuse ja tõhususe, kasutades standardset kasutatavustesti.

Näited kasutatavuse juhtumitest

Veebilehe sisu peaks olema õige ilma õigekirja- või grammatikavigadeta
Kõik fondid peaksid olema samad, mis nõuete järgi.
Kogu tekst peaks olema korralikult joondatud.
Kõik veateated peaksid olema õiged ilma õigekirja- või grammatikavigadeta ning veateade peaks vastama välja sildile.
Tööriista vihje tekst peaks olema iga välja jaoks olemas.
Kõik väljad peaksid olema korralikult joondatud.
Väljasiltide, veergude, ridade ja veateadete vahel peaks olema piisavalt ruumi.
Kõik nupud peaksid olema standardses vormingus ja suuruses.
Kodulink peaks olema igal lehel.
Keelatud väljad peaksid olema hallid.
Kontrollige katkiseid linke ja pilte.
Igasuguse värskendus- ja kustutustoimingu jaoks tuleks kuvada kinnituskiri.
Kontrollige saiti erineva eraldusvõimega (640 x 480, 600 x 800 jne?)
Kontrollige, kas lõppkasutaja saab süsteemi pettumusteta käitada.
Kontrollige, kas vaheleht peaks korralikult töötama.
Kerimisriba peaks ilmuma ainult vajaduse korral.
Kui esitamisel on tõrketeade, peaks seal olema kasutaja täidetud teave.
Pealkiri peaks ilmuma igal veebilehel
Kõigile väljadele (tekstikast, rippmenüü, raadionupp jne) ja nuppudele peaks olema juurdepääs klaviatuuri otseteede abil ja kasutajal peaks olema võimalik kõiki toiminguid teha klaviatuuri abil.
Kontrollige, kas rippmenüü andmed pole kärbitud välja suuruse tõttu. Samuti kontrollige, kas andmed on kodeeritud või hallatud administraatori kaudu.

Funktsionaalne testimine:

Mis on funktsionaalne testimine?

Toote omaduste ja käitumiskäitumise testimine, et tagada nende vastavus toote spetsifikatsioonidele.
Testimine, mis ignoreerib süsteemi või komponendi sisemist mehhanismi ja keskendub ainult valitud sisenditele ja täitmistingimustele vastuseks loodud väljunditele.

Mis on funktsionaalse testimise eesmärk või eesmärk?

Funktsionaalse testimise eesmärk on kontrollida, kas teie toode vastab kavandatud funktsionaalsetele spetsifikatsioonidele, mis on nimetatud teie arendusdokumentatsioonis.

Funktsionaalsete testide stsenaariumide näited:

Testi kõik kohustuslikud väljad tuleks kinnitada.
Testi tärnimärk peaks kuvama kõik kohustuslikud väljad.
Testige, et süsteem ei peaks valikuliste väljade tõrketeadet kuvama.
Kontrollige, kas hüppeaastad on õigesti kinnitatud ega põhjusta vigu / valearvestusi.
Testige, et numbriväljad ei peaks tähestikke aktsepteerima ja õige veateade peaks ilmuma.
Testige negatiivsete arvude olemasolu, kui see on lubatud numbriväljadel.
Arvutuste tegemiseks tuleks testi jagamine nulliga korralikult läbi viia.
Testige iga välja maksimaalset pikkust, et tagada andmete kärpimine.
Testige hüpikakent ("See väli on piiratud 500 tähemärgiga") peaks kuvama, kui andmed jõuavad välja maksimaalseks suuruseks.
Kontrollige, kas värskendus- ja kustutustoimingute jaoks peaks ilmuma kinnituskiri.
Testi summa väärtused peaksid kuvama valuutas.
Kontrollige, kas kõigis sisestusväljades on erimärke.
Testige ajalõpu funktsionaalsust.
Testige sortimise funktsionaalsust.
Testige saadaolevate nuppude funktsionaalsust
Testige privaatsuseeskirju ja KKK on selgelt määratletud ja peaks olema kasutajatele kättesaadav.
Testige, kas mõni funktsioon ei õnnestu, kui kasutaja suunatakse kohandatud tõrke lehele.
Kontrollige, kas kõik üleslaaditud dokumendid on korralikult avatud.
Testige, et kasutaja peaks saama üleslaaditud faile alla laadida.
Testige süsteemi e-posti funktsionaalsust.
Java-skripti testimine erinevates brauserites (IE, Firefox, Chrome, Safari ja Opera) töötab korralikult.
Testige, mis juhtub, kui kasutaja kustutab saidil olles küpsised.
Testige, mis juhtub, kui kasutaja kustutab pärast saidi külastamist küpsised.
Testige kõiki andmeid kombo / loendiboksi sees kronoloogilises järjekorras.

Ühilduvuse testimine:

Mis on ühilduvuse testimine?

Ühilduvustesti kasutatakse selleks, et teha kindlaks, kas teie tarkvara ühildub süsteemi muude elementidega, millega see peaks töötama, nt brauserite, operatsioonisüsteemide või riistvaraga.

Mis on ühilduvuse testimise eesmärk või eesmärk?

Ühilduvuse testimise eesmärk on hinnata tarkvara toimivust konkreetses brauseris, operatsioonisüsteemides, riistvaras või tarkvaras.

Ühilduvuse testi stsenaariumide näidised:

Testige veebisaiti erinevates brauserites (IE, Firefox, Chrome, Safari ja Opera) ja veenduge, et veebisait oleks korralikult kuvatud.
Testige, kas kasutatav HTML-versioon ühildub sobivate brauseriversioonidega.
Testige piltide kuvamist õigesti erinevates brauserites.
Testige, et fondid oleksid kasutatavad erinevates brauserites.
Testige Java-skripti koodi, mida saab kasutada erinevates brauserites.
Testige animeeritud GIF-e erinevates brauserites.

Andmebaasi testimine:

Mis on andmebaaside testimine?

Andmebaasi testimisel testitakse taustaprogramme, mis on sisestatud veebi- või töölauarakenduste kaudu. Veebirakenduses kuvatavad andmed peaksid vastama andmebaasi salvestatud andmetele.

Andmebaasi testimise läbiviimiseks peaks testija olema teadlik allpool nimetatud punktidest :

Testija peaks põhjalikult mõistma funktsionaalseid nõudeid, äriloogikat, rakenduste voogu ja andmebaasi ülesehitust.
Testija peaks välja selgitama rakenduse jaoks kasutatavad tabelid, päästikud, salvestusprotseduurid, vaated ja kursorid.
Testija peaks mõistma loodud päästikute, salvestusprotseduuride, vaadete ja kursorite loogikat.
Testija peaks välja selgitama tabelid, mida see mõjutab, kui veebi- või töölauarakenduste kaudu toimuvad sisestamise värskendamise ja kustutamise (DML) toimingud.

Eespool nimetatud punktide abil saab testija hõlpsalt kirjutada andmebaasi testimise teststsenaariumid.

Näited andmebaaside testimise juhtumitest:

Kontrollige andmebaasi nime: andmebaasi nimi peaks vastama spetsifikatsioonidele.
Kontrollige tabeleid, veerge, veerutüüpe ja vaikeväärtusi: kõik asjad peaksid vastama spetsifikatsioonidele.
Veenduge, kas veerg lubab nulli või mitte.
Kontrollige iga tabeli esmast ja võõrvõtit.
Kontrollige salvestatud protseduuri:
Kontrollige, kas protseduur Stored on installitud või mitte.
Kontrollige salvestatud protseduuri nime
Kontrollige parameetrite nimesid, tüüpe ja parameetrite arvu.
Testige parameetreid, kui need on vajalikud või mitte.
Testige salvestatud protseduuri, kustutades mõned parameetrid
Testige, kui väljund on null, peaks see nullkirjeid mõjutama.
Testige salvestatud protseduuri, kirjutades lihtsad SQL-päringud.
Kontrollige, kas salvestatud protseduur tagastab väärtused
Testige salvestatud protseduuri sisendandmete proovidega.
Kontrollige tabelis iga lipu käitumist.
Veenduge, et andmed salvestatakse pärast iga lehe esitamist andmebaasi korralikult.
Kontrollige andmeid, kui DML-i (värskendamise, kustutamise ja sisestamise) toimingud on tehtud.
Kontrollige iga välja pikkust: põllu pikkus tagumises ja esiotsas peab olema sama.
Kontrollige QA, UAT ja tootmise andmebaasi nimesid. Nimed peaksid olema kordumatud.
Kontrollige andmebaasis krüpteeritud andmeid.
Kontrollige andmebaasi suurust. Samuti testige iga täidetud päringu reageerimisaega.
Kontrollige kasutajaliideses kuvatud andmeid ja veenduge, et need oleksid tagumises osas samad.
Andmete kehtivuse kontrollimiseks sisestage andmebaasi valed andmed.
Kontrollige päästikuid.

Mis on turvatestimine?

Turvatestimine hõlmab testi, et tuvastada puudused ja lüngad turvalisuse seisukohast.

Proovitesti stsenaariumid turvalisuse testimiseks:

Veenduge, et veebileht, mis sisaldab olulisi andmeid, näiteks parooli, krediitkaardinumbreid, salajasi vastuseid turvaküsimustele jne, tuleks esitada HTTPS (SSL) kaudu.
Veenduge, et oluline teave, nagu parool, krediitkaardinumbrid jne, peaks kuvama krüptitud vormingus.
Paroolireeglite rakendamise kontrollimine kõigil autentimislehtedel, nagu registreerimine, parooli unustamine, parooli muutmine.
Kontrollige, kas parool on muutunud, ei tohiks kasutaja vana parooliga sisse logida.
Veenduge, et veateated ei peaks kuvama olulist teavet.
Veenduge, et kasutaja on süsteemist välja logitud või kasutaja sessioon on aegunud, kasutaja ei peaks saama saidil navigeerida.
Veenduge, et pääsete otse turvatud ja turvamata veebilehtedele sisse ilma sisselogimiseta.
Veenduge, et valik „Kuva lähtekood” on keelatud ja see ei peaks olema kasutajale nähtav.
Veenduge, et kasutajakonto lukustatakse, kui kasutaja sisestab mitu korda vale parooli.
Veenduge, et küpsised ei peaks paroole salvestama.
Kontrollige, kas mõni funktsioon ei tööta, ei tohiks süsteem kuvada rakenduse, serveri ega andmebaasi teavet. Selle asemel peaks see kuvama kohandatud tõrke lehe.
Kontrollige SQL-i süstimisrünnakuid.
Kontrollige kasutajarolle ja nende õigusi. Näiteks ei peaks taotleja pääsema administraatori lehele juurde.
Veenduge, et olulised toimingud oleksid logifailidesse kirjutatud ja see teave peaks olema jälgitav.
Kontrollige, kas seansi väärtused on aadressiribal krüptitud vormingus.
Veenduge, et küpsiste teave oleks krüptitud vormingus.
Kontrollige Brute Force Attacksi rakendust

Mis on jõudluskontroll?

Toimivuse testimine viiakse läbi, et hinnata süsteemi või komponendi vastavust täpsustatud toimivusnõuetele.

Üldised teststsenaariumid:

Rakenduse jõudluse, stabiilsuse ja mastaapsuse määramiseks erinevates koormustingimustes.
Selleks, et teha kindlaks, kas praegune arhitektuur saab rakendust toetada kasutajate tipptasemel.
Parima jõudlustaseme määramiseks konfiguratsiooni suuruse määramine.
Rakenduse ja infrastruktuuri kitsaskohtade tuvastamiseks.
Et teha kindlaks, kas tarkvara uus versioon avaldas negatiivset mõju reageerimisajale.
Toote ja / või riistvara hindamiseks, et teha kindlaks, kas see suudab prognoositud koormusmahuga hakkama saada.

Kuidas teha jõudluskontrolli? Käsitsi testimise või automaatika abil pole jõudlustesti käsitsi võimalik teha mõningate puuduste tõttu, näiteks:

Vaja on rohkem ressursse.
Samaaegsed toimingud pole võimalikud.
Korralik süsteemi jälgimine pole saadaval.
Korduva ülesande täitmine pole lihtne.

Seetõttu peaksime ülaltoodud probleemidest ülesaamiseks kasutama jõudluskontrolli tööriista. Allpool on loetelu mõnest populaarsest testimisvahendist.