Esimerkki verkkosovelluksen testitapauksista (tarkistuslista)

⚡ Älykäs yhteenveto

Täydellinen verkkosovellusten testauksen tarkistuslista kattaa käytettävyyden, toiminnallisuuden, yhteensopivuuden, tietokannan, API:n, tietoturvan, suorituskyvyn ja saavutettavuuden tarkistukset. Jokainen alla oleva osio tarjoaa käyttövalmiita testiskenaarioita, jotka laadunvarmistustiimit voivat kopioida suoraan testauksenhallintatyökaluun.

  • ⚙️ Toiminnallinen ensin: Tarkista pakolliset kentät, rajojen pituudet, karkausvuodet, nollalla jakaminen ja aikakatkaisun toiminta ennen kosmeettisen tarkistuksen aloittamista.
  • 🧭 Käytettävyyssignaalit: Tarkista tasaus, työkaluvihjeet, näppäimistön käyttö, vierityspalkit ja virheilmoitusten palautus, jotta ensikertalainen ei koskaan joudu pulaan.
  • 🌐 Yhteensopivuusmatriisi: Toista kriittiset työnkulut Chromessa, Firefox, Edge-, Safari- ja mobiiliselaimissa, jotta asettelun ja komentosarjojen erot tulevat esiin.
  • 🗄️ Tietokannan eheys: Vertaile käyttöliittymän arvoja tallennettuihin tietueisiin ja tarkista avaimet, käynnistimet, tallennetut proseduurit ja kenttien pituudet molemmilla tasoilla.
  • 🔌 API-kerros: Määritä tilakoodit, skeemat, todennus, nopeusrajoitukset ja alavirran virheiden käsittely erillään selaimesta.
  • 🔐 Turvallisuuden perustaso: Pakota HTTPS, salaa tallennetut salaisuudet, lukitse tilit toistuvien epäonnistumisten jälkeen ja tutki SQL-injektiota ja raakaa voimaa.
  • 🚀 Suorituskyky ja käyttö: Skripti lataa profiilit automaattisesti manuaalisen työn sijaan ja vahvistaa sitten WCAG-kontrastin, otsikot ja näppäimistön toiminnan.

Verkkosovelluksia testattaessa kannattaa harkita alla mainittua mallia. Alla mainittu tarkistuslista soveltuu lähes kaikentyyppisiin verkkosovelluksiin liiketoiminnan vaatimuksista riippuen.

Yllä oleva malli näyttää, kuinka yksi arkki voi sisältää skenaarioita jokaisesta tarkistuslistan osiosta. Taustatietoja on kohdassa verkkosovellusten testaus yleiskatsaus.

Tarkastellaan nyt jokaista tarkistuslistaa yksityiskohtaisesti:

Toiminnallinen testaus

Mitä on toiminnallinen testaus?

  • Tuotteen ominaisuuksien ja toimintakäyttäytymisen testaaminen sen varmistamiseksi, että ne vastaavat sen spesifikaatioita.
  • Testaus, joka jättää huomioimatta järjestelmän tai komponentin sisäisen mekanismin ja keskittyy yksinomaan lähtöihin, jotka generoidaan vasteena valittuihin tuloihin ja suoritusolosuhteisiin.

Mikä on toiminnallisen testauksen tarkoitus tai tavoite?

  • Tavoitteena Toiminnallinen testaus on varmistaa, että tuotteesi vastaa kehitysdokumentaatiossasi mainittuja suunniteltuja toiminnallisia määrityksiä.

Esimerkkejä toiminnallisista testiskenaarioista:

  • Testaa kaikki pakolliset kentät on validoitava.
  • Testaa, että tähtimerkin pitäisi näkyä kaikissa pakollisissa kentissä.
  • Testaa järjestelmän ei pitäisi näyttää virheviestiä valinnaisille kentille.
  • Testaa, että karkausvuodet on validoitu oikein eivätkä aiheuta virheitä/virheitä.
  • Testaa, että numerokentät eivät saa hyväksyä aakkosia ja oikean virheilmoituksen pitäisi näkyä.
  • Testaa negatiiviset luvut, jos se sallitaan numeerisissa kentissä.
  • Testin jako nollalla tulee käsitellä oikein laskelmia varten.
  • Testaa jokaisen kentän enimmäispituus varmistaaksesi, että tietoja ei katkaista.
  • Testaa ponnahdusikkunan ("Tämä kenttä on rajoitettu 500 merkkiin") pitäisi näkyä, jos tiedot saavuttavat kentän enimmäiskoon.
  • Testaa, että päivitys- ja poistotoimintojen vahvistusviestin pitäisi näkyä.
  • Testaa summa-arvojen pitäisi näkyä valuuttamuodossa.
  • Testaa kaikki syöttökentät erikoismerkkien varalta.
  • Testaa aikakatkaisutoimintoa.
  • Testaa lajittelutoimintoa.
  • Testaa käytettävissä olevien painikkeiden toimivuutta
  • Testaa tietosuojakäytäntö ja usein kysytyt kysymykset ovat selkeästi määriteltyjä, ja niiden pitäisi olla käyttäjien saatavilla.
  • Testaa, epäonnistuuko jokin toiminto, käyttäjä ohjataan mukautetulle virhesivulle.
  • Testaa, että kaikki ladatut asiakirjat avataan oikein.
  • Testaa käyttäjän pitäisi pystyä lataamaan ladatut tiedostot.
  • Testaa järjestelmän sähköpostin toimivuutta.
  • Testaa Java komentosarja toimii oikein eri selaimissa (IE, Firefox, Chrome, safari ja Opera).
  • Testaa, mitä tapahtuu, jos käyttäjä poistaa evästeet ollessaan sivustolla.
  • Testaa, mitä tapahtuu, jos käyttäjä poistaa evästeet vierailtuaan sivustolla.
  • Testaa kaikki yhdistelmä-/luetteloruudun tiedot on järjestetty kronologiseen järjestykseen.

Kun ominaisuudet toimivat oikein, seuraava kysymys on, pystyvätkö oikeat käyttäjät käyttämään niitä ilman apua.

Käytettävyystestaus

Mitä käytettävyystestaus on?

  • Käytettävyystestaus ei ole muuta kuin käyttäjäystävällisyyden tarkistus.
  • Käytettävyystestauksessa sovelluksen työnkulkua testataan, jotta uusi käyttäjä ymmärtää sovelluksen toiminnan helposti.
  • Periaatteessa järjestelmän navigointi tarkistetaan käytettävyystestauksessa.

Mikä on käytettävyystestauksen tarkoitus tai tavoite?

Käytettävyystesti määrittää tuotteen käytön helppouden ja tehokkuuden käyttämällä tavallisia käytettävyystestikäytäntöjä.

Esimerkkejä käytettävyyden testitapauksista

  • Web-sivun sisällön tulee olla oikeaa ilman kirjoitus- tai kielioppivirheitä
  • Kaikkien fonttien tulee olla samat vaatimusten mukaisesti.
  • Kaikki tekstit on kohdistettava oikein.
  • Kaikkien virheilmoitusten tulee olla oikeita ilman kirjoitus- tai kielioppivirheitä ja virheilmoituksen tulee vastata kentän otsikkoa.
  • Työkaluvihjetekstin tulee olla jokaisessa kentässä.
  • Kaikki kentät on kohdistettava oikein.
  • Kenttien otsikoiden, sarakkeiden, rivien ja virheilmoitusten väliin tulee jättää riittävästi tilaa.
  • Kaikkien painikkeiden tulee olla vakiomuotoisia ja -kokoisia.
  • Kotisivulinkin pitäisi olla jokaisella sivulla.
  • Pois käytöstä poistetut kentät tulee olla harmaina.
  • Tarkista, onko rikkinäisiä linkkejä ja kuvia.
  • Vahvistusviestin pitäisi näkyä minkä tahansa päivityksen ja poiston yhteydessä.
  • Tarkista sivustolta eri resoluutiot (640 x 480, 600×800 jne.?)
  • Tarkista, että loppukäyttäjä voi käyttää järjestelmää turhautumatta.
  • Tarkista, että välilehden tulee toimia oikein.
  • Vierityspalkin pitäisi näkyä vain tarvittaessa.
  • Jos lähetyksessä tulee virheilmoitus, käyttäjän täyttämien tietojen tulee olla siellä.
  • Otsikon tulee näkyä jokaisella verkkosivulla
  • Kaikkien kenttien (tekstilaatikko, pudotusvalikko, valintanappi jne.) ja painikkeiden tulee olla käytettävissä pikanäppäimillä ja käyttäjän tulee voida suorittaa kaikki toiminnot näppäimistön avulla.
  • Tarkista, ettei pudotusvalikon tietoja ole katkaistu kentän koon vuoksi. Tarkista myös, ovatko tiedot kovakoodattuja vai hallinnoidaanko järjestelmänvalvojan kautta.

Yhdessä selaimessa hyvin luettava asettelu voi rikkoutua toisessa, joten toista samat näytöt kaikissa tuetuissa ympäristöissä.

Yhteensopivuuden testaus

Mitä yhteensopivuustestaus on?

  • Yhteensopivuustestausta käytetään määrittämään, onko ohjelmistosi yhteensopiva muiden järjestelmän osien kanssa, joiden kanssa sen tulisi toimia, kuten selaimet, Operajärjestelmät tai laitteistot.

Mikä on yhteensopivuustestauksen tarkoitus tai tavoite?

  • Yhteensopivuustestin tarkoituksena on arvioida, kuinka hyvin ohjelmisto toimii tietyssä selaimessa, Operajärjestelmät, laitteistot tai ohjelmistot.

Esimerkkejä yhteensopivuustestin skenaarioista:

  • Testaa verkkosivustoa eri selaimissa (IE, Firefox, Chrome, Safari ja Opera) ja varmista, että verkkosivusto näkyy oikein.
  • Testaa, että käytössä oleva HTML-versio on yhteensopiva asianmukaisten selainversioiden kanssa.
  • Testaa, että kuvat näkyvät oikein eri selaimissa.
  • Testaa fonttien käyttökelpoisuutta eri selaimissa.
  • Testaa, että java-skriptikoodi on käytettävissä eri selaimissa.
  • Testaa animoituja GIF-tiedostoja eri selaimissa.

Yhdenmukainen renderöinti ei todista mitään näytön takana olevista tietueista. selainten välinen testaus matriisi pitää tämän alueen hallittavana.

Tietokannan testaus

Mitä on tietokantatestaus?

  • In Tietokannan testaus taustatietueet testataan, jotka on lisätty web- tai työpöytäsovellusten kautta. Verkkosovelluksessa näytettävien tietojen tulee vastata tietokantaan tallennettuja tietoja.

Suorittaakseen tietokantatestauksen testaajan tulee olla tietoinen alla mainituista seikoista:

  • Testaajan tulee ymmärtää toiminnalliset vaatimukset, liiketoimintalogiikka, sovelluskulku ja tietokantasuunnittelu perusteellisesti.
  • Testaajan tulee selvittää sovelluksessa käytetyt taulukot, liipaisimet, tallennusmenettelyt, näkymät ja kursorit.
  • Testaajan tulee ymmärtää luotujen laukaisimien, tallenteiden, näkymien ja kohdistimien logiikka.
  • Testaajan tulee selvittää taulukot, joihin vaikuttaa, kun DML-toimintoja suoritetaan verkko- tai työpöytäsovellusten kautta.

Yllä mainittujen kohtien avulla testaaja voi helposti kirjoittaa tietokantatestauksen testiskenaariot.

Esimerkkejä tietokantatestauksen testitapauksista:

  • Tarkista tietokannan nimi: Tietokannan nimen tulee vastata määrityksiä.
  • Tarkista taulukot, sarakkeet, saraketyypit ja oletusasetukset: Kaikkien asioiden tulee vastata vaatimuksia.
  • Tarkista, salliiko sarake nollan vai ei.
  • Tarkista kunkin taulukon ensisijainen ja vierasavain.
  • Tarkista tallennettu menettely:
  • Testaa, onko Stored-toiminto asennettu vai ei.
  • Tarkista Tallennetun toimintosarjan nimi
  • Tarkista parametrien nimet, tyypit ja parametrien lukumäärä.
  • Testaa parametreja, tarvitaanko niitä vai ei.
  • Testaa tallennettua menettelyä poistamalla joitain parametreja
  • Testaa, kun lähtö on nolla, nollatietueiden pitäisi vaikuttaa.
  • Testaa tallennettua menettelyä kirjoittamalla yksinkertainen SQL kyselyitä.
  • Testaa, palauttaako tallennettu toimintosarja arvot
  • Testaa tallennettua menettelyä esimerkkitulotiedoilla.
  • Tarkista taulukon jokaisen lipun toiminta.
  • Varmista, että tiedot tallennetaan oikein tietokantaan jokaisen sivun lähettämisen jälkeen.
  • Tarkista tiedot, jos DML (Päivitä, poista ja lisää) -toiminnot suoritetaan.
  • Tarkista jokaisen kentän pituus: Kentän pituuden taka- ja etupäässä on oltava sama.
  • Tarkista laadunvarmistuksen, UAT:n ja tuotannon tietokannan nimet. Nimien tulee olla yksilöllisiä.
  • Tarkista tietokannan salatut tiedot.
  • Tarkista tietokannan koko. Testaa myös jokaisen suoritetun kyselyn vasteaika.
  • Tarkista etuosassa näkyvät tiedot ja varmista, että ne ovat samat takaosassa.
  • Tarkista tietojen oikeellisuus lisäämällä virheelliset tiedot tietokantaan.
  • Tarkista triggerit.

API-testauksen tarkistuslista

Useimmat liiketoimintasäännöt sijaitsevat nykyään REST- tai GraphQL-päätepisteiden takana, joten pelkät selaintarkistukset eivät voi todistaa järjestelmän toimivuutta. Päätepisteiden suora testaus paljastaa haittoja.tracja valtuutusviat paljon aikaisemmin kuin käyttöliittymä pystyy.

Käsittele seuraavat tilanteet ennen päätepisteen uloskirjautumista:

Esimerkkitestausskenaarioita API-testaukseen:

  • Tarkista dokumentoidut tilakoodit onnistumisen, validoinnin epäonnistumisen, luvattoman käytön ja palvelinvirheen varalta.
  • Varmista, että vastauksen hyötykuorma vastaa julkaistua kaavaa, mukaan lukien kenttien nimet ja tietotyypit.
  • Varmista, että puuttuvat tai väärin muotoillut parametrit palauttavat luettavaan muotoon kirjoitetun viestin pinon sijaan trace.
  • Varmista, että todennustunnukset vanhenevat, päivittyvät oikein ja että niitä ei voi toistaa uloskirjautumisen jälkeen.
  • Varmista roolipohjainen valtuutus, jotta vakiotili ei voi päästä järjestelmänvalvojan päätepisteisiin muuttamalla tunnistetta.
  • Tarkista jokaisen parametrin raja-arvot, mukaan lukien tyhjät merkkijonot ja enimmäispituudet.
  • Varmista, että nopeuden rajoittaminen palauttaa oikean rajoitusvasteen sen sijaan, että se epäonnistuisi hiljaisesti.
  • Varmista, että päätepiste toimii sujuvasti kolmannen osapuolen palvelun aikakatkaisun yhteydessä.
  • Varmista, ettei vastauksissa tai virhesanomissa näy salasanoja, tunnuksia tai sisäisiä polkuja.

Suorita tämä lista jokaisessa ympäristössä, koska testaus- ja tuotantoympäristöissä on usein eri käyttöoikeusjoukot. Katso API-testaus yleiskatsaus ja REST-rajapinnan manuaalinen testaaminen.

Useat näistä tarkastuksista menevät päällekkäin turvallisuustyön kanssa.

Suojaustestaus

Suojaustestaus sisältää testin mahdollisten puutteiden ja aukkojen tunnistamiseksi turvallisuusnäkökulmasta.

Esimerkkitestausskenaariot tietoturvatestausta varten:

  • Varmista, että verkkosivu, joka sisältää tärkeitä tietoja, kuten salasanan, luottokorttien numerot, salaiset vastaukset turvakysymykseen jne., tulee lähettää HTTPS:n (SSL) kautta.
  • Varmista, että tärkeät tiedot, kuten salasana, luottokorttien numerot jne., näkyvät salatussa muodossa.
  • Varmista, että salasanasäännöt on otettu käyttöön kaikilla todennussivuilla, kuten Rekisteröityminen, unohtunut salasana, salasanan vaihtaminen.
  • Varmista, että jos salasana vaihdetaan, käyttäjän ei pitäisi pystyä kirjautumaan vanhalla salasanalla.
  • Varmista, että virheilmoitukset eivät saa näyttää tärkeitä tietoja.
  • Tarkista, onko käyttäjä kirjautunut ulos järjestelmästä tai onko käyttäjäistunto vanhentunut, käyttäjän ei pitäisi pystyä navigoimaan sivustolla.
  • Vahvista päästäksesi suojatuille ja suojaamattomille verkkosivuille suoraan ilman kirjautumista.
  • Varmista, että "Näytä lähdekoodi" -vaihtoehto on poistettu käytöstä eikä sen pitäisi näkyä käyttäjälle.
  • Varmista, että käyttäjätili lukittuu, jos käyttäjä kirjoittaa väärän salasanan useita kertoja.
  • Varmista, että evästeet eivät saa tallentaa salasanoja.
  • Tarkista, jos jokin toiminto ei toimi, järjestelmän ei pitäisi näyttää sovelluksen, palvelimen tai tietokannan tietoja. Sen sijaan sen pitäisi näyttää mukautettu virhesivu.
  • Tarkista SQL-injektiohyökkäykset.
  • Tarkista käyttäjäroolit ja heidän oikeutensa. Esimerkiksi pyynnön esittäjän ei pitäisi pystyä pääsemään järjestelmänvalvojasivulle.
  • Varmista, että tärkeät toiminnot on kirjoitettu lokitiedostoihin ja että tiedot on trackyvykäs.
  • Varmista, että istunnon arvot ovat salatussa muodossa osoitepalkissa.
  • Varmista, että evästetiedot on tallennettu salatussa muodossa.
  • Tarkista Brute Force Attacks -sovellus

Karkaistu sovellus, joka taittuu kuormituksen alaisena, on edelleen käyttökelvoton, joten seuraavalla kerralla mitataan skaala.

Suorituskykytestaus

Suorituskykytestaus suoritetaan sen arvioimiseksi, onko järjestelmä tai komponentti tiettyjen suorituskykyvaatimusten mukainen.

Yleiset testiskenaariot:

  • Sovelluksen suorituskyvyn, vakauden ja skaalautuvuuden määrittäminen erilaisissa kuormitusolosuhteissa.
  • Selvittää, tukeeko nykyinen arkkitehtuuri sovellusta huippukäyttäjien tasoilla.
  • Selvittääksesi, mikä kokoonpanon koko tarjoaa parhaan suorituskykytason.
  • Tunnistaa sovellusten ja infrastruktuurin pullonkaulat.
  • Selvittää, onko ohjelmiston uudella versiolla haitallista vaikutusta vasteaikaan.
  • Arvioida tuotetta ja/tai laitteistoa sen selvittämiseksi, pystyykö se käsittelemään ennakoituja kuormitusmääriä.

Kuinka suorituskykytestaus tehdään? Manuaalisella testauksella tai automaatiolla

Suorituskykytestausta ei käytännössä ole mahdollista tehdä manuaalisesti joidenkin haittojen vuoksi, kuten:

  • Resursseja tarvitaan lisää.
  • Samanaikaiset toimet eivät ole mahdollisia.
  • Kunnollista järjestelmän valvontaa ei ole saatavilla.
  • Toistuvan tehtävän suorittaminen ei ole helppoa.

Siksi yllä olevien ongelmien ratkaisemiseksi meidän tulisi käyttää suorituskyvyn testaustyökalua. Alla on luettelo suosituista testaustyökaluista.

Yksi kohderyhmä puuttuu edelleen: käyttäjät, jotka pääsevät näille näytöille apuvälineteknologian avulla.

Esteettömyystestauksen tarkistuslista

Esteettömyystestaus vahvistaa, että näytönlukijoita, pelkällä näppäimistöllä navigointia tai suurennusta käyttävät ihmiset voivat suorittaa samat matkat kuin kaikki muutkin. Se on myös hankintavaatimus, koska yritysasiakkaattracts yleisesti viitattu WCAG 2.2 Taso AANämä viat ovat rakenteellisia ja niiden korjaaminen varhaisessa vaiheessa on paljon halvempaa.

Esimerkkitestausskenaarioita esteettömyystestaukseen:

  • Varmista, että merkityksellisissä kuvissa on kuvaava alt-teksti ja että koristeelliset kuvat on piilotettu avustavalta teknologialta.
  • Varmista, että jokaisella lomakeohjausobjektilla on ohjelmallisesti liitetty otsikko, ei vain viereistä paikkamerkkitekstiä.
  • Varmista, että sivu toimii pelkällä näppäimistöllä ja että jokaisen pysähdyksen kohdalla on näkyvä kohdistuksen ilmaisin.
  • Varmista, että tekstin ja interaktiivisten elementtien kontrastisuhde taustaan ​​nähden on vähimmäisvaatimusten mukainen.
  • Varmista, että otsikot noudattavat loogista järjestystä ilman ohitettuja tasoja, jotta näytönlukuohjelman navigointi toimii.
  • Varmista, että virheilmoitukset ilmoitetaan avustavalle teknologialle, ja tunnista viallinen kenttä.
  • Varmista, että sivu pysyy käyttökelpoisena 200 prosentin zoomauksella ilman vaakasuuntaista vieritystä.
  • Varmista, että mukautetut widgetit, kuten modaalit, välilehdet ja haitarit, näyttävät oikeat roolit ja tilat.

Automaattiset skannerit havaitsevat vain osan näistä ongelmista, joten lisää manuaalisen näppäimistön ja näytönlukuohjelman käyttöoikeus. esteettömyyden testaus Viite kattaa työkalut.

UKK

Testaussuunnitelma on virallinen asiakirja, joka kattaa julkaisun laajuuden, aikataulun, resurssit, riskit ja lopetuskriteerit. Tarkistuslista on kevyt muistutus, jossa luetellaan tarkistettavat ehdot. Suunnitelma ohjaa projektia; tarkistuslista ohjaa yksittäistä testausistuntoa.

RevTarkista se jokaisen merkittävän julkaisun, uuden integraation tai tuotantotapahtuman jälkeen. Jokaisen virheen tunnistukseen tulisi lisätä yksi rivi, jotta sama virhe ei voi toistua. Tarkistuslista, jota ei koskaan tarkisteta, lakkaa nopeasti heijastamasta sovelluksen todellista toimintaa.

Useimmat tiimit kiinnittävät turvallisuuskatkoksen OWASP-verkkotietoturvatestausopas, WCAG 2.2:n saavutettavuuden ja ISTQB:n mukaisen prosessiterminologian. Näiden viitteiden ansiosta tarkistuslista on auditoitavissa sen sijaan, että se perustuisi pelkästään tiimin tapoihin.

Kyllä. Vaatimusten, käyttäjätarinoiden tai API-spesifikaatioiden syöttäminen laajaan kielimalliin tuottaa vankan ensimmäisen luonnoksen skenaarioista. Testaajan on silti karsittava kaksoiskappaleet, lisättävä liiketoimintasäännöt, joita malli ei pysty päättelemään, ja varmistettava, että jokainen kohta on aidosti todennettavissa.

Itsekorjautuvat paikantimet tunnistavat elementit uudelleen merkintämuutosten jälkeen, poistaen ylläpitotyötä hallitsevat epätasaiset viat. Tekoäly myös ryhmittelee päällekkäiset viat ja luokittelee ensin suoritettavat sopivat, joten regressiosyklit pysyvät lyhyinä tarkistuslistan kasvaessa.

Tiivistä tämä viesti seuraavasti: