Veebirakenduse testjuhtumite näide (kontrollnimekiri)
Thomas Hamilton
Veebirakenduste testimisel tuleks arvestada allpool nimetatud malliga. Allpool nimetatud kontroll-loend on peaaegu rakendatav igat tüüpi veebirakenduste jaoks, olenevalt ärinõuetest.
Vaatame nüüd iga kontrollnimekirja üksikasjalikult:
Kasutatavuse testimine
Mis on kasutatavuse testimine?
- Kasutatavuse testimine pole midagi muud kui kasutajasõbralikkuse kontroll.
- Kasutatavuse testimisel testitakse rakenduse voogu, et uus kasutaja saaks rakendusest hõlpsasti aru.
- Põhimõtteliselt kontrollitakse süsteemis navigeerimist kasutatavuse testimises.
Mis on kasutatavuse testimise eesmärk või eesmärk?
Kasutatavuse test määrab toote kasutamise lihtsuse ja tõhususe, kasutades standardseid kasutatavuse testimise tavasid.
Kasutatavuse testimise näited
- Veebilehe sisu peab olema korrektne, ilma kirja- või grammatikavigadeta
- Kõik fondid peavad vastama nõuetele.
- Kogu tekst peab olema õigesti joondatud.
- Kõik veateated peavad olema õiged, ilma kirja- või grammatikavigadeta ning veateade peaks ühtima välja sildiga.
- Tööriistavihje tekst peaks olema igal väljal.
- Kõik väljad peavad olema õigesti joondatud.
- Väljasiltide, veergude, ridade ja veateadete vahele tuleks jätta piisavalt ruumi.
- Kõik nupud peaksid olema standardvormingus ja -suuruses.
- Kodulink peaks olema igal lehel.
- Keelatud väljad peaksid olema hallid.
- Kontrollige, kas linke ja pilte pole katki.
- Igasuguse värskendamise ja kustutamise toimingu puhul tuleks kuvada kinnitusteade.
- Kontrollige saiti erinevatel eraldusvõimetel (640 x 480, 600 × 800 jne?)
- Kontrollige, kas lõppkasutaja saab süsteemi ilma pettumuseta käivitada.
- Kontrollige, kas vahekaart peaks korralikult töötama.
- Kerimisriba peaks ilmuma ainult vajaduse korral.
- Kui saatmisel kuvatakse veateade, peaks seal olema kasutaja täidetud teave.
- Pealkiri peaks olema igal veebilehel
- Kõik väljad (tekstikast, rippmenüü, raadionupp jne) ja nupud peavad olema klaviatuuri otseteede kaudu juurdepääsetavad ning kasutajal peaks olema võimalik teha kõiki toiminguid klaviatuuri abil.
- Kontrollige, kas rippmenüü andmed pole välja suuruse tõttu kärbitud. Samuti kontrollige, kas andmed on kõvakodeeritud või hallatakse administraatori kaudu.
Funktsionaalne testimine
Mis on funktsionaalne testimine?
- Toote omaduste ja töökäitumise testimine, et tagada nende vastavus selle spetsifikatsioonidele.
- Testimine, mis ignoreerib süsteemi või komponendi sisemist mehhanismi ja keskendub ainult väljunditele, mis genereeritakse vastuseks valitud sisenditele ja täitmistingimustele.
Mis on funktsionaalse testimise eesmärk või eesmärk?
- Eesmärk Funktsionaalne testimine on kontrollida, kas teie toode vastab teie arendusdokumentatsioonis mainitud kavandatud funktsionaalsetele spetsifikatsioonidele.
Funktsionaalsete testide näidisstsenaariumid:
- Testida kõik kohustuslikud väljad peaksid olema valideeritud.
- Testige tärnimärki, mis peaks kuvama kõikidel kohustuslikel väljadel.
- Süsteemi testimine ei tohiks valikuliste väljade veateadet kuvada.
- Kontrollige, et liigaastad oleksid õigesti valideeritud ja ei põhjustaks vigu/valearvutusi.
- Testige numbriväljad ei tohiks tähestikku aktsepteerida ja kuvatakse õige veateade.
- Testige negatiivsete arvude olemasolu, kui see on lubatud numbriväljade jaoks.
- Testi nulliga jagamist tuleks arvutuste jaoks õigesti käsitleda.
- Kontrollige iga välja maksimaalset pikkust, et tagada andmete kärpimine.
- Testige hüpikteadet ("See väli on piiratud 500 tähemärgiga"), mis peaks kuvama, kui andmed saavutavad välja maksimaalse suuruse.
- Kontrollige, kas värskendamise ja kustutamise toimingute jaoks peaks kuvama kinnitusteate.
- Testige summade väärtusi, mis peaksid kuvama valuutavormingus.
- Testige kõiki sisestusvälju erimärkide suhtes.
- Testige ajalõpu funktsionaalsust.
- Testige sortimisfunktsiooni.
- Testige saadaolevate nuppude funktsionaalsust
- Testige privaatsuspoliitikat ja KKK-d on selgelt määratletud ja peaksid olema kasutajatele kättesaadavad.
- Testige, kas mõni funktsioon ebaõnnestub, kasutaja suunatakse kohandatud vealehele.
- Kontrollige, kas kõik üleslaaditud dokumendid on korralikult avatud.
- Testige, et kasutajal peaks olema võimalik üleslaaditud faile alla laadida.
- Testige süsteemi e-posti funktsionaalsust.
- Testige Java skript töötab erinevates brauserites (IE, Firefox, Chrome, safari ja Opera).
- Katsetage, et näha, mis juhtub, kui kasutaja kustutab saidil viibides küpsised.
- Katsetage, et näha, mis juhtub, kui kasutaja kustutab küpsised pärast saidi külastamist.
- Testige kõik liitkastis/loendikastis olevad andmed on paigutatud kronoloogilises järjekorras.
Ühilduvuse testimine
Mis on ühilduvuse testimine?
- Ühilduvustesti kasutatakse selleks, et teha kindlaks, kas teie tarkvara ühildub süsteemi teiste elementidega, millega see peaks töötama, nt brauserid, Operasüsteemid või riistvara.
Mis on ühilduvustesti eesmärk või eesmärk?
- Ühilduvuse testimise eesmärk on hinnata, kui hästi tarkvara konkreetses brauseris toimib, Operasüsteemid, riist- või tarkvara.
Ühilduvuse testimise näidisstsenaariumid:
- Testige veebisaiti erinevates brauserites (IE, Firefox, Chrome, Safari ja Opera) ja veenduge, et veebisaiti kuvatakse õigesti.
- Kontrollige, kas kasutatav HTML-versioon ühildub sobivate brauseri versioonidega.
- Testige piltide õiget kuvamist erinevates brauserites.
- Testige, kas fondid on kasutatavad erinevates brauserites.
- Testige, kas java skripti kood on kasutatav erinevates brauserites.
- Testige animeeritud GIF-e erinevates brauserites.
Andmebaasi testimine
Mis on andmebaasi testimine?
- In Andmebaasi testimine testitakse taustakirjeid, mis on sisestatud veebi- või töölauarakenduste kaudu. Veebirakenduses kuvatavad andmed peaksid ühtima andmebaasis salvestatud andmetega.
Andmebaasi testimise läbiviimiseks peaks testija olema teadlik allpool nimetatud punktidest:
- Testija peaks mõistma põhjalikult funktsionaalseid nõudeid, äriloogikat, rakenduste voogu ja andmebaasi disaini.
- Testija peaks välja selgitama rakenduse jaoks kasutatavad tabelid, päästikud, salvestamise protseduurid, vaated ja kursorid.
- Testija peaks mõistma loodud päästikute, salvestamise protseduuride, vaadete ja kursorite loogikat.
- Testija peaks välja selgitama tabelid, mida see mõjutab, kui sisestamise värskendamise ja kustutamise (DML) toiminguid tehakse veebi- või töölauarakenduste kaudu.
Ülaltoodud punktide abil saab testija hõlpsasti kirjutada andmebaasi testimise testistsenaariume.
Andmebaasi testimise katsejuhtumite näidised:
- Kontrollige andmebaasi nime: andmebaasi nimi peaks vastama spetsifikatsioonidele.
- Kontrollige tabeleid, veerge, veerutüüpe ja vaikeseadeid: kõik asjad peaksid vastama spetsifikatsioonidele.
- Kontrollige, kas veerg lubab nulli või mitte.
- Kontrollige iga tabeli esmast ja võõrvõtit.
- Kontrollige salvestatud protseduuri:
- Kontrollige, kas protseduur Salvestatud on installitud või mitte.
- Kontrollige Salvestatud protseduuri nime
- Kontrollige parameetrite nimesid, tüüpe ja parameetrite arvu.
- Katsetage parameetreid, kas need on vajalikud või mitte.
- Testige salvestatud protseduuri, kustutades mõned parameetrid
- Kui väljund on null, siis testige nullkirjeid.
- Testige salvestatud protseduuri, kirjutades lihtsaks SQL päringud.
- Testige, kas salvestatud protseduur tagastab väärtused
- Testige salvestatud protseduuri näidissisendandmetega.
- Kontrollige iga lipu käitumist tabelis.
- Pärast iga lehe esitamist veenduge, et andmed salvestatakse õigesti andmebaasi.
- Kontrollige andmeid, kui DML-i (värskenda, kustuta ja lisa) toiminguid tehakse.
- Kontrollige iga välja pikkust: välja pikkus tagumises ja esiosas peab olema sama.
- Kontrollige QA, UAT ja tootmise andmebaasi nimesid. Nimed peaksid olema ainulaadsed.
- Kontrollige krüptitud andmeid andmebaasis.
- Kontrollige andmebaasi suurust. Samuti testige iga täidetud päringu reageerimisaega.
- Kontrollige esiosas kuvatavaid andmeid ja veenduge, et need oleksid samad ka tagaosas.
- Kontrollige andmete kehtivust, sisestades kehtetud andmed andmebaasi.
- Kontrollige käivitajaid.
Mis on turvatestimine?
Turvalisuse testimine hõlmab testi, et tuvastada kõik vead ja lüngad turvalisuse seisukohast.
Turvatestimise näidisstsenaariumid:
- Veenduge, et veebisait, mis sisaldab olulisi andmeid, nagu parool, krediitkaardi numbrid, turvaküsimuse salajased vastused jne, tuleks saata HTTPS-i (SSL) kaudu.
- Kontrollige, et oluline teave, nagu parool, krediitkaardinumbrid jne, kuvatakse krüptitud kujul.
- Kontrollige, kas paroolireeglid on rakendatud kõigil autentimislehtedel, nagu registreerimine, unustasin parooli, parooli muutmine.
- Kontrollige parooli muutmise korral, et kasutaja ei peaks saama vana parooliga sisse logida.
- Veenduge, et veateated ei näitaks olulist teavet.
- Kontrollige, kas kasutaja on süsteemist välja logitud või kasutaja seanss on aegunud, kasutaja ei peaks saama saidil navigeerida.
- Kinnitage, et pääseda turvalistele ja turvamata veebilehtedele otse ilma sisselogimata.
- Veenduge, et valik „Vaata lähtekoodi” on keelatud ja see ei tohiks olla kasutajale nähtav.
- Veenduge, et kasutajakonto lukustatakse, kui kasutaja sisestab mitu korda vale parooli.
- Veenduge, et küpsised ei salvestaks paroole.
- Kontrollige, kas mõni funktsioon ei tööta ja süsteem ei peaks kuvama rakenduse, serveri või andmebaasi teavet. Selle asemel peaks see kuvama kohandatud vealehe.
- Kontrollige SQL-i süstimise rünnakuid.
- Kontrollige kasutaja rolle ja nende õigusi. Näiteks ei tohiks taotlejal olla juurdepääs administraatori lehele.
- Veenduge, et olulised toimingud on logifailidesse kirjutatud ja et see teave peaks olema tracsuutlikkust
- Veenduge, et seansi väärtused oleksid aadressiribal krüptitud vormingus.
- Veenduge, et küpsiste teave on salvestatud krüptitud vormingus.
- Kinnitage rakendus brute Force Attacks
Mis on jõudluse testimine?
Jõudluse testimine viiakse läbi selleks, et hinnata süsteemi või komponendi vastavust kindlaksmääratud jõudlusnõuetele.
Üldised testistsenaariumid:
- Rakenduse jõudluse, stabiilsuse ja mastaapsuse määramiseks erinevates koormustingimustes.
- Et teha kindlaks, kas praegune arhitektuur toetab rakendust kasutajate tipptasemel.
- Et teha kindlaks, milline konfiguratsiooni suurus tagab parima jõudluse.
- Rakenduste ja infrastruktuuri kitsaskohtade tuvastamiseks.
- Et teha kindlaks, kas tarkvara uus versioon mõjutas negatiivselt reageerimisaega.
- Toote ja/või riistvara hindamiseks, et teha kindlaks, kas see suudab kavandatud koormusmahtudega hakkama saada.
Kuidas jõudlustesti teha? Käsitsi testimise või automatiseerimise teel
Praktiliselt ei ole toimivustesti käsitsi teostamine võimalik järgmiste puuduste tõttu, näiteks:
- Vaja on rohkem ressursse.
- Samaaegsed toimingud ei ole võimalikud.
- Õige süsteemi jälgimine pole saadaval.
- Korduvat ülesannet pole lihtne täita.
- Apache JMeter
- Laadige jooksja
- Borland Silk Performer.
- Rational Performance Tester
- WAPT
- NEO LOAD
