Verkkosovellusten testaus on prosessi, jossa testataan selainpohjaista ohjelmaa mahdollisten häiriöiden ja ongelmien varalta, jotka sovelluksen kehittäjät voivat sitten korjata. Tämä parantaa ohjelman kokonaislaatua ja voi lisäksi tarjota monia muita etuja.
Laadunvarmistusryhmän web-sovellusten testausstrategia saattaa olla merkittävä tekijä ohjelman käytettävyyden ja yleisön vastaanoton kannalta, joten on tärkeää, että yritykset varmistavat, että niillä on vahva lähestymistapa näihin tarkastuksiin.
Tiimin käyttämät erityiset tarkastukset tai testit riippuvat muun muassa verkkosovelluksen ominaisuuksista ja yleisestä toiminnallisuudesta.
Ilman perusteellista web-sovelluksen testausta ohjelmassa voi olla vakavia virheitä, jotka estävät sen kyvyn auttaa käyttäjiä kehittäjien tarkoittamalla tavalla. Verkkosovellusten testauksen syiden ymmärtäminen ja sen hyödyt – ja jopa haasteet – voivat auttaa yritystäsi toteuttamaan hyödyllisiä ja kattavia tarkastuksia.
Verkossa on saatavilla useita ilmaisia sovelluksia, joita testausryhmät voivat käyttää näiden tarkastusten tekemiseen ja mahdollisesti automatisoida ne helpommin.
Tässä oppaassa tarkastelemme verkkosovellusten testausta ja sitä, miten se voi auttaa laadunvarmistusryhmää, sekä tärkeitä seikkoja, jotka verkkosovellusten testaajien tulisi ottaa huomioon.
Mitä on web-sovellusten testaus?
Verkkosovellukset ovat ohjelmia, joiden toiminta perustuu palvelimiin ja selainpohjaisiin käyttöliittymiin – monet nykyaikaiset verkkosivustot käyttävät näitä sovelluksia tiettyjen palvelujen ja ominaisuuksien tarjoamiseen.
Ne käyttävät palvelinpuolen skriptien (kuten Active Server Pages) ja asiakaspuolen skriptien (kuten HTML) yhdistelmää näyttääkseen tietoa sivuston käyttäjille, esimerkiksi ostoskorin muodossa.
Nämä sovellukset edellyttävät yleensä sovellus- ja verkkopalvelimia toimiakseen, ja jotkin niistä tarvitsevat myös tietokannan keskeisten tietojen tallentamista varten. Koska verkko-ohjelmat ovat usein monimutkaisia luomuksia, on monia mahdollisuuksia virheiden, häiriöiden ja muiden erilaisten virheiden syntymiseen.
Verkkosovellusten testauksen avulla sekä laadunvarmistusryhmät että kehittäjät voivat saada syvällisemmän käsityksen ohjelmasta ja sen toiminnasta sekä mahdollisista muutoksista, jotka voivat parantaa sen toimivuutta.
Näissä testeissä tarkastellaan muun muassa sovelluksen suorituskykyä, tietoturvaa, käytettävyyttä ja yhteensopivuutta, jotta saadaan selville, miten hyvin se toimii, ja yksittäiset testit sisältävät ohjelman backendin ja frontendin.
Tämä auttaa varmistamaan, että sovellus on julkaisuhetkellä vakaassa ja ominaisuuksiltaan valmiissa tilassa. Automatisointi voi olla erityisen hyödyllistä ja joskus jopa välttämätöntä, jotta jotkin näistä tarkastuksista voidaan suorittaa tehokkaasti ja taata perusteellinen testaus.
Millaisia verkkosovelluksia voit testata?
Käytännössä kaikki verkkosovellukset voivat hyötyä testauksesta, mukaan lukien:
1. Online-lomakkeet
Monilla verkkosivustoilla on mahdollisuus täyttää asiakaspalvelu- tai yhteydenottolomakkeita. Verkkosovellusten testauksella varmistetaan, että käyttäjän syöttämät tiedot menevät joko suoraan verkon ylläpitäjälle tai muille asiaankuuluville yhteyshenkilöille.
2. Ostoskärryt
Verkkokaupan ostoskärryjen avulla käyttäjä voi valita tuotteita ja lopulta ostaa ne. Testaajat voivat tarkastaa nämä varmistaakseen, että tavaroita on mahdollista ostaa ja että verkkosivusto ottaa huomioon tällä hetkellä varastosta loppuneet tuotteet.
3. Tiedostonmuuntimet
Joillakin sivustoilla käyttäjät voivat ladata tiedoston ja muuntaa sen toiseen muotoon ilman, että se vahingoittuu tai että tietoja menetetään. Testaajat voivat kokeilla eri tiedostotyyppejä varmistaakseen, että muunnos toimii monissa formaateissa.
4. Videosoittimet
Monet sivustot sisältävät videosoittimen tai linkin jo olemassa olevaan, esimerkiksi YouTubeen. Verkkosovellusten testaajat voivat tarkistaa, integroiko sivusto tämän oikein ja voivatko käyttäjät muuttaa videon laatua, nopeutta ja muita ominaisuuksia.
5. Verkkokeskustelut
Verkkokeskustelut voivat yhdistää käyttäjät ystäviin tai asiakaspalvelijoihin keskustelujen helpottamiseksi. Testaajat voivat tutkia, toimitetaanko viestit oikein ja toimivatko lisätyt ominaisuudet (kuten hymiöt) odotetulla tavalla.
Milloin ja miksi testataan verkkosovellusten suorituskykyä?
Yritykset tekevät verkkosovellustestejä monista syistä, kuten:
1. Toimivuuden varmistamiseksi
Verkkosovelluksen yleinen toimivuus voi määrittää, onko käyttäjillä hyvä kokemus verkkosivustosta. Jos verkkosovelluksesta puuttuu keskeisiä ominaisuuksia tai se ei yksinkertaisesti toimi, yritys saattaa menettää liiketoimintaa.
2. Yhteensopivuuden takaamiseksi
Verkkosovellusten on sovittava täydellisesti yhteen muun verkkosivuston kanssa. Huono toteutus voi jopa johtaa siihen, että muut sivuston toiminnot eivät toimi – yhteensopivuus varmistaa, että kaikki ominaisuudet sopivat täydellisesti yhteen.
3. Vakauden säilyttäminen
Verkkosovellusten testaaminen ei ole yksinomaan ennen julkaisua, varsinkin kun pienetkin muutokset sivustossa voivat vaikuttaa ohjelmiin. Nämä testit voivat olla jatkuvia mille tahansa verkkosovelluksia sisältävälle verkkosivustolle.
4. Turvallisuuden parantaminen
Verkkosovellus muodostaa yhteyden sivuston omalle palvelimelle – mikä tarkoittaa, että tietoturvaongelma voi johtaa merkittävään tietomurtoon. Jokaisen sovelluksen tietoturvan testaaminen auttaa pitämään organisaation turvassa hakkereilta.
5. Käytettävyyden parantaminen
Verkkosovellusten testaajat tarkastelevat myös, miten ohjelman suorituskykyä ja helppokäyttöisyyttä voidaan parantaa. Tämä tekee siitä paljon reagoivamman ja auttaa parantamaan yleistä käyttökokemusta entisestään.
Mitä eroja on verkkosovellusten testauksen ja mobiilitestauksen välillä?
Keskeisiä eroja verkko- ja mobiilisovellusten testauksen välillä ovat muun muassa seuraavat:
1. Yhteensopivuus
Koska mobiilisovelluksia päivitetään usein ja niihin lisätään uusia ominaisuuksia, ohjelmat muuttuvat paljon nopeammin yhteensopimattomiksi vanhempien laitteiden kanssa.
Verkkosovellukset sen sijaan pystyvät yleensä toimimaan vanhemmissa laitteissa ja käyttöjärjestelmissä, mikä tarkoittaa, että ne vaativat vähemmän tiukkaa yhteensopivuustestausta.
2. Testaustyypit
Verkkosovelluksia voidaan käyttää kosketusnäytöllisillä laitteilla, kuten tableteilla ja matkapuhelimilla, mutta mobiilisovellusten testauksessa painotetaan enemmän käyttäjän eleitä.
Tämä sisältää napauttamisen, pyyhkäisemisen, ääniohjauksen ja muita toimintoja – verkkosovellukset sen sijaan priorisoivat yleensä tekstinsyöttöä, pikanäppäimiä ja hiiren käyttöä.
3. Käytettävissä olevat alustat
Mobiilisovellusten testaajat tarkastelevat testauksen aikana monia laitteita ja käyttöjärjestelmiä, kuten Androidia, iOS:ää jne., mutta he tarkastelevat silti yksinomaan sitä, miten sovellus toimii mobiililaitteissa. Verkkosovelluksen testauksessa tarkistetaan suorituskyky työpöydällä eli. Windows- ja mobiilijärjestelmissä, jotta useammat käyttäjät voivat käyttää sovellusta.
4. Internetin saatavuus
Selainpohjaiset sovellukset ovat usein riippuvaisia internetistä palvelimen ja asiakkaan välisessä viestinnässä, mikä tarkoittaa, että useimmat verkkosovellukset eivät enää toimi ilman internet-yhteyttä. Monet mobiilisovellukset pystyvät toimimaan ilman internetiä, joten ne eivät välttämättä aseta yhteystestejä ja muita vastaavia tarkistuksia etusijalle.
Sekaannuksen selvittäminen: Web-sovellusten testaus vs. työpöytäsovellusten testaus
Keskeisiä eroja verkko- ja työpöytäsovellusten testauksen välillä ovat:
1. Suorituskyvyn tarkastukset
Työpöytäsovellukset ovat itsenäisiä ohjelmia, joiden ydintoiminnot eivät välttämättä ole riippuvaisia palvelimesta – ne eivät välttämättä edes muodosta suoraa yhteyttä palvelimeen.
Verkkosovelluksissa voi sen sijaan olla tuhansia samanaikaisia käyttäjiä, ja ne vaativat tiukempaa suorituskykytestausta.
2. Evästeet ja valtiot
Työpöytäsovellukset käyttävät “tiloja” seuratakseen käyttäjän historiaa ohjelman kanssa, kuten käyttäjän viimeisimpiä syötteitä ja muita toimintoja.
Verkkosovellukset sen sijaan käyttävät evästeitä istuntojen ylläpitämiseen, koska HTML on tilaton – tämä vaikuttaa sovellustestaajien käyttämiin erityistarkastuksiin.
3. Yhteensopivuus
Työpöytäohjelmat on tarkoitettu erityisesti tietokoneille. Ne eivät yleensä ole yhteensopivia matkapuhelinten ja tablettien kanssa, mikä vähentää testaajien tekemien yhteensopivuustarkastusten määrää.
Verkkosovellukset ovat paljon monipuolisempia, ja ne vaativat ylimääräisiä testejä, joissa otetaan huomioon useammat eri laitteet, myös puhelimet.
4. Eri versiot
Vastaavasti verkkosovellusten testauksessa keskitytään varmistamaan, että sovellus toimii useilla eri laitteilla samalla koodilla.
Eri alustoille tarkoitetut työpöytäsovellukset vaativat usein oman, käyttöjärjestelmään sopivan suoritettavan version – jokainen versio on testattava perusteellisesti.
Verkkosovellusten ja verkkosivustojen testauksen edut
Verkkosovellusten ja verkkosivustojen käyttäjätestauksen etuja ovat muun muassa:
1. Nopeampi suorituskyky
Kattavalla verkkosovellusten testauksella voidaan tunnistaa ohjelman osa-alueet, jotka hyötyisivät virtaviivaistamisesta, jolloin verkkosivujen kävijät voivat käyttää sovellusta intuitiivisemmin. Tämä voi myös parantaa koko verkkosivuston suorituskykyä, sillä huono optimointi vie resursseja. Suorituskykytestauksessa kehittäjät näkevät, kuinka monta käyttäjää verkkosovellus voi ottaa vastaan.
2. Vahvempi turvallisuus
Verkkosovellustesteissä tarkastetaan koko ohjelma tietoturvavirheiden varalta. Käyttäjä voi esimerkiksi hyödyntää virhettä saadakseen verkkosivuston hallintaoikeudet. Sovelluksen yhteys yrityksen sisäisiin palvelimiin voi myös olla ongelma – tämä voi jopa antaa hakkereille mahdollisuuden varastaa arkaluonteisia liiketoiminta- tai käyttäjätietoja verkkosivuston muista osista.
3. Parempi käyttöliittymä
Käyttöliittymä ja yleinen käyttäjäkokemus ovat molemmat olennaisia onnistuneen verkkosovelluksen kannalta. Käyttöliittymätestaajat voivat tarkastella näitä näkökohtia subjektiivisesta näkökulmasta ja selvittää, onko olemassa muutoksia, jotka voisivat parantaa käyttäjien sitoutumista sovellukseen.
Esimerkiksi sisäänrakennettu teksti, jossa selitetään ohjelman keskeiset ominaisuudet, voi parantaa sen käytettävyyttä.
4. Yhdenmukaisuus eri laitteissa
Testaajat tarkistavat, miten hyvin verkkosovellukset toimivat eri alustoilla, käyttöjärjestelmissä ja laitteissa. Tämä on pitkä prosessi, mutta sen avulla varmistetaan, että jokainen potentiaalinen käyttäjä tai asiakas voi hyötyä sovelluksesta ja sen tärkeimmistä toiminnoista.
Jos esimerkiksi verkkokaupan ostoskori ei toimi mobiililaitteilla, sivusto saattaa menettää liiketoimintaa.
5. Tarkistaa saavutettavuuden
Joillakin verkkosivujen kävijöillä saattaa olla lisävaatimuksia, jotka vaikeuttavat sivuston ja sen sovellusten käyttöä, jolloin tarvitaan vahvoja saavutettavuustoimintoja.
Verkkosovellusten testauksessa voidaan tarkistaa, integroituvatko ohjelmat hyvin ruudunlukuohjelmiin ja muihin vastaaviin työkaluihin. On ensiarvoisen tärkeää, että yritykset varmistavat, että niiden verkkosivustot ovat kaikkien potentiaalisten käyttäjien saatavilla.
Verkkosovellusten testauksen haasteet
Verkkosovellustesteihin voi liittyä myös haasteita, jotka tiimin on otettava huomioon, kuten:
1. Huono viestintä
On tärkeää, että testaajat ovat yhteydessä toisiinsa ja muihin asiaankuuluviin osastoihin, kuten kehitystiimiin. Tämän lisäksi asianomaisen henkilöstön on varmistettava, että testaajat ymmärtävät kunkin tarkistuksen vaatimukset ja sen, miten verkkosovellus toimii. Tämä auttaa heitä laatimaan tehokkaita testitapauksia jokaiselle yksittäiselle toiminnolle.
2. Riittämätön kirjanpito
Ilman laajaa dokumentaatiota, johon kirjataan jokainen testi sekä sen odotetut ja todelliset tulokset, osastojen välillä voi syntyä epäselvyyksiä. Tämä voi johtaa siihen, että testaajat toistavat tarpeettomasti tarkistuksia tai kehittäjät eivät ymmärrä ohjelman virheiden perimmäistä syytä. Verkkosovellusten testaajien on sisällytettävä testausraportteihinsa mahdollisimman paljon tietoa.
3. Tehoton testausympäristö
Verkkosovellusten testaaminen oikeilla laitteilla on usein tehokkaampaa kuin emulaattoreiden käyttäminen – vaikka jälkimmäinen saattaa sopia paremmin yrityksen budjettiin. Emulaattoreissa voi olla virheitä, jotka paljastavat sovellukseen liittyviä ongelmia, vaikka se toimisi täydellisesti fyysisellä koneella; organisaatioiden on yritettävä hankkia oikeita laitteita.
4. Aikarajoitteet
Testausvaihe ei ole luultavasti koskaan valmis, koska testausryhmä voi tehdä sovellukselle niin paljon mahdollisia tarkistuksia. Testaajien on neuvoteltava vankka testausaikataulu, joka kattaa riittävästi ohjelman kaikki osa-alueet. Tähän kuuluu myös sen tarkistaminen, miten hyvin sovellus toimii mobiililaitteissa ja kaikissa yleisimmissä selaimissa.
5. Manuaalisen ja automaattisen testauksen tasapainottaminen
Kuten monet muutkin ohjelmistotestauksen muodot, myös verkkosovellusten testit on mahdollista automatisoida ja tehostaa koko prosessia jokaisen testaajan kannalta. On tärkeää tasapainottaa tätä manuaalisten testien kanssa – varsinkin kun monet vahvan verkkosovelluksen suunnitteluun liittyvät näkökohdat voivat olla subjektiivisia. Automaattiset testit tarjoavat esimerkiksi rajallisesti apua käyttöliittymän kanssa.
Kuka osallistuu verkkosovellusten testaukseen?
Verkkopohjaiseen testaukseen osallistuvat seuraavat roolit:
– Verkkosovellusten testaajat, jotka suorittavat ohjelman kaikkien osa-alueiden todelliset tarkistukset löytääkseen virheet, jotka kehittäjät voivat korjata.
Nämä tarkastukset voivat olla kartoittavia, tai vanhemmat testaajat voivat määritellä tarkat tarkastukset, jotka kukin testausryhmän jäsen suorittaa omien vahvuuksiensa mukaisesti.
– Web-sovelluskehittäjät, jotka luovat ohjelman ja varmistavat, että se on valmis testausvaiheeseen.
He ovat myös vastuussa testaajien havaitsemien ongelmien korjaamisesta ja sovelluksen virtaviivaistamisesta mahdollisuuksien mukaan. Kehittäjät tekevät kovasti töitä taatakseen ohjelman onnistuneen julkaisun.
– UX-suunnittelijat, jotka vastaavat yleisestä käyttäjäkokemuksesta, mahdollisesti myös käyttöliittymästä. He saattavat olla henkilökunnan jäseniä, jotka toimivat ohjelman käytettävyyttä koskevan palautteen perusteella.
Samoin kuin sovelluskehittäjät, suunnittelijat toteuttavat kaikki elintärkeät tai suositellut muutokset varmistaakseen, että sovellus on helppokäyttöinen.
– Projektipäälliköt, jotka voivat myös itse olla vanhempia testaajia, valvovat verkkosovellusten testausta ja varmistavat, että kaikki tiimin jäsenet noudattavat oikeita menettelyjä.
Johtajat ovat yleensä vastuussa siitä, mitä tarkastuksia testaajat käyttävät; heidän aiempi kokemuksensa auttaa määrittämään sopivimmat käytettävät testausmenetelmät.
Mitä testaamme verkkosovellusten testauksessa?
Verkkosovellusten testauksessa tarkastellaan ohjelman jokaista yksityiskohtaa varmistaakseen, että se on valmis julkaistavaksi. Tämä sisältää:
1. Toiminnallisuus
Monien testaustiimien tärkein prioriteetti on varmistaa, että sovellus toimii odotetulla tavalla ja että jokainen ominaisuus toimii. Testaajat voivat esimerkiksi tehdä ostoksen sivuston verkkokaupassa ja tarkastaa ostoskorin.
Jos jopa sovelluksen keskeiset ominaisuudet ovat käyttökelvottomia, kehittäjien on uudistettava ohjelma.
2. Käytettävyys
Mitä helppokäyttöisempi ja intuitiivisempi verkkosovellus on, sitä parempi on käyttäjän yleinen kokemus verkkosivustosta.
Sovelluksen on oltava helppokäyttöinen, ja siinä on tuotava esiin olennaiset tiedot, kuten se, miten maksutapahtumaa voi jatkaa tai asetuksia muuttaa. Verkkosovellusten testaajat omaksuvat näissä tarkastuksissa käyttäjän näkökulman.
3. Liitäntä
Verkkosovellusten testauksessa tarkastetaan myös ohjelman etu- ja takapuolen välinen yhteys – mukaan lukien se, miten sovelluspalvelin kommunikoi verkkopalvelimen kanssa ja päinvastoin.
Sovellusohjelmaliittymän (API) tarkka tarkastelu paljastaa myös, miten verkkosovellus hakee tietoja tietokannastaan ja näyttää ne käyttäjille heidän pyynnöstään.
4. Yhteensopivuus
Ihmiset käyttävät monia selaimia internetin käyttämiseen, joten on tärkeää, että sovelluksen kaikki ominaisuudet ovat yhteensopivia ainakin yleisimpien vaihtoehtojen kanssa.
Testaajien on myös tarkistettava, toimiiko ohjelma yhtä hyvin Windows-, Mac- ja Linux-järjestelmissä, jotta potentiaaliset käyttäjät eivät vieraannu.
5. Suorituskyky
Jos verkkosovellus hidastaa käyttäjän laitetta tai on muuten epävakaa, se voi johtaa sivun – tai selaimen – odottamattomaan kaatumiseen. Pienetkin ongelmat, kuten latausongelmat, voivat vaikuttaa sivuston kävijän käyttökokemukseen tai jopa saada hänet perumaan tapahtuman. Tämä osoittaa myös testaajille, miten sovellus voidaan skaalata yrityksen kasvaessa.
6. Saavutettavuus
Yritysten olisi pyrittävä takaamaan, että niiden verkkosivustot ja verkkosovellukset ovat mahdollisuuksien mukaan kaikkien kävijöiden käytettävissä, esimerkiksi varmistamalla, että ohjelma toimii ruudunlukijoiden kanssa eikä ole täysin äänentoiston varassa.
Esteettömyystestaus osoittaa, kuinka hyvin esimerkiksi näkövammainen tai kuuro henkilö voisi käyttää verkkosovellusta.
7. Turvallisuus
Verkkosovelluksen heikko tietoturva voi helposti johtaa siihen, että verkkorikolliset pääsevät käsiksi yrityksen arkaluonteisiin tiedostoihin ja tietoihin. Verkkosovellusten testauksessa tunnistetaan yleiset tietoturvaongelmat ja näytetään kehittäjille, miten ohjelmaa voidaan suojata tulevilta tunkeutumisilta.
Yritys voi myös palkata eettisiä hakkereita, jotka käyttävät kokemustaan yrittäessään murtaa sovelluksen.
Verkkosovellusten ja verkkosivujen testien ominaispiirteet
Tehokkaiden verkkosovellustestien pääpiirteitä ovat:
1. Hyvin suunniteltu
On tärkeää, että testaustiimillä on hyvä käsitys yksittäisistä tarkistuksista, joita ne aikovat tehdä sovellukselle, sillä näin he tietävät, mitä odottaa.
Vahva etukäteissuunnittelu auttaa heitä myös reagoimaan ennakoivasti tuloksiin ja tietoihin, jotka ovat tiimin ennakoimien parametrien ulkopuolella.
2. Realistiset skenaariot
Verkkosovellusten testeissä olisi otettava huomioon käyttäjätietoinen näkökulma – esimerkiksi varmistamalla, että kaikki syötteet heijastavat sitä, miten verkkosivuston kävijät toimisivat. Mock-tiedot voivat olla hyödyllisiä sovelluksen stressitestauksessa, mutta ne eivät useinkaan kerro, miten ohjelma todellisuudessa toimii.
3. Toistettavissa
Hyödyllisen ohjelmistotarkastuksen pitäisi olla helposti toistettavissa, jotta sekä kehittäjät että testaajat ymmärtäisivät paremmin havaitsemansa ongelmat. Tämä parantaa testaustiimin myöhempiä vikailmoituksia ja antaa kehittäjille mahdollisuuden korjata verkkosovelluksen virheet nopeasti.
4. Nopea
Testausvaihe on vain yksi osa koko kehityssykliä, vaikka testaajat voivat tehdä testejä ja antaa parannusehdotuksia vielä verkkosovelluksen käyttöönoton jälkeenkin.
On silti tärkeää, että testaajat työskentelevät nopeasti kattaakseen kaikki näkökulmat – ehkäpä robottiprosessiautomaation avulla.
Verkkosovelluksen testauksen elinkaari
Verkkosovellusten testauksen tavanomainen elinkaari on seuraava:
1. Testivaatimusten analysointi
Verkkosovelluksen erityisvaatimusten ymmärtäminen on onnistuneen testausprosessin ensimmäinen vaihe, varsinkin kun se antaa tiimille karkean käsityksen siitä, mitä testejä heidän pitäisi tehdä. Tämä korostaa myös taitoja, joita tarvitaan näiden tarkastusten suorittamiseen.
2. Testien suunnittelu
Itse testien määrittely ja suunnittelu voi olla melko pitkällistä, mutta on tärkeää, että tiimi käyttää aikaa. Näin varmistetaan, että tiimillä on resurssit ja tietämys jokaista yksittäistä tarkastusta varten ja että se voi suunnitella tehokkaan testausaikataulun tämän mukaisesti.
3. Testiasiakirjojen kehittäminen
Verkkosovellusten testauksen ytimessä on hyvä dokumentaatio, jonka avulla kaikki osapuolet ymmärtävät jokaisen ongelman, jonka he kohtaavat ohjelmaa tarkastaessaan. Asiakirjat ovat hyödyllisiä oppaita koko prosessin ajan – ennen kaikkea ne auttavat havainnollistamaan ongelmia ja niiden syitä kehittäjille.
4. Ympäristön perustaminen
Testiympäristö, jossa tiimi työskentelee, saattaa vaikuttaa merkittävästi sen keräämiin tuloksiin. Testaajien olisi varmistettava, että tämä sisältää realistisia tietokokonaisuuksia, jotka jäljittelevät käyttäjien keskimääräisiä syötteitä. Tämä voi tarkoittaa testipalvelimen perustamista tai testilaitteiden kalibrointia.
5. Testien suorittaminen
Kun valmistelut ovat valmiit, testaajat suorittavat tarkistukset ja tutkivat ohjelman kaikki osa-alueet varmistaakseen, että se toimii tarkoitetulla tavalla. Näissä testeissä tarkastellaan erityisesti sovelluksen toiminnallisuutta, suorituskykyä, käytettävyyttä, yhteensopivuutta, sovellusrajapintoja ja muuta, jotta voidaan selvittää, tarvitaanko muutoksia.
6. Testisyklin päättäminen
Kun tarkastukset on suoritettu korkeatasoisesti, laadunvarmistusryhmä päättää testisyklin ja laatii kattavan virheraportin.
Osa näistä tiedoista voidaan automatisoida tiimin lähestymistavasta riippuen – tämä tarjoaa lukuisia etuja ja tehostaa vikailmoitusprosessia.
Web-sovellusten testauksen tyypit
Web-sovellusten testauksen päätyypit ovat:
1. Staattisen verkkosovelluksen testaus
Jotkin verkkosovelluksen elementit ovat pääasiassa staattisia, mikä tarkoittaa, että näytettävä sisältö on sama kuin palvelimella oleva sisältö.
Kehittäjät voivat toimittaa tämän selaimelle muuttamatta palvelinpuolen skriptejä; testaajat voivat varmistaa, että yhteys on yksisuuntainen.
2. Dynaamisen verkkosovelluksen testaus
Jotkin verkkosovellukset sen sijaan ovat dynaamisia, mikä tarkoittaa sitä, että ne keskittyvät enemmän palvelinten väliseen viestintään ominaisuuksiensa tarjoamiseksi.
Näillä tarkistuksilla pyritään pääasiassa validoimaan ja optimoimaan sovelluksen asiakas- ja palvelinpuolen skriptien välinen yhteys ja varmistamaan, että ne pystyvät mukautumaan käyttäjän syötteisiin.
3. Verkkokaupan verkkosovellusten testaus
Verkkokaupan verkkosovellusten avulla ihmiset voivat ostaa tuotteita palvelinpuolen käyttöliittymän kautta; tämä on usein paljon vaikeampi ylläpitää kuin muut verkkosovellukset, ja se vaatii erityisen perusteellista testausta.
Testaajien on esimerkiksi varmistettava, että asiakkaan pankkitiedot pysyvät turvassa tapahtuman aikana.
4. Mobiiliverkkosovellusten testaus
Näissä testeissä tarkastellaan, miten hyvin sovellus toimii mobiililaitteissa – esimerkiksi skaalautuuko se sopivasti eri näytönkokojen mukaan ja toimiiko se hyvin kosketuspohjaisten syötteiden kanssa. Koska monet ihmiset käyttävät internetiä ensisijaisesti puhelimella, verkkosovellusten on vastattava tähän.
5. Tietokannan web-sovelluksen testaus
Tietokannan testaamisella varmistetaan, että sovellus voi hakea tietoja omalta palvelimeltaan ja näyttää ne käyttäjälle, ja tarkastellaan erityisesti kyselyjä ja tietojen eheyttä. Monet sovellukset toimivat tietokannan varassa, joten testaajien on varmistettava, että tietokanta toimii saumattomasti.
6. Web-sovelluksen regressiotestaus
Jos verkkosovellusta päivitetään säännöllisesti, on usein tarpeen tarkistaa, että kaikki ominaisuudet toimivat edelleen; tätä kutsutaan regressiotestaukseksi. Laadunvarmistusryhmä voi yksinkertaisesti suorittaa aiemmat testit uudelleen ja verrata tuloksia ohjelman aiempiin iteraatioihin.
Web-sovellusten testausstrategiat
On olemassa erilaisia strategioita, joita testaajat voivat käyttää verkkosovellusten testauksessa, kuten:
1. Mustan laatikon testaus
Tässä strategiassa keskitytään ensisijaisesti käyttäjäkokemukseen ja ohjelman etusivuun – siinä vältetään pääasiassa verkkosovelluksen koodin tai sisäisten toimintojen tarkastaminen.
Mustan laatikon tekniikat auttavat testaajia näkemään sovelluksen käyttäjän näkökulmasta ja priorisoimaan siten ongelmat, joihin he todennäköisesti törmäävät.
2. Valkoisen laatikon testaus
White-box-lähestymistavassa tutkitaan myös sovelluksen sisäistä rakennetta, jolloin testaajille annetaan käyttöön sovelluksen lähdekoodi. Jopa sellaisilla ongelmilla, jotka eivät näy käyttäjille, voi olla odottamattomia seurauksia, joten tämä on monissa sovelluksissa olennainen strategia, jolla varmistetaan maksimaalinen testaus- ja koodin kattavuus.
3. Tutkiva testaus
Tässä strategiassa testaajat tutustuvat sovelluksen toimintoihin sitä testatessaan ja kehittävät laajan valikoiman tarkistuksia, jotka kattavat verkkosovelluksen kaikki osa-alueet.
Tutkiva testaus toimii “kierrosten” avulla, joissa priorisoidaan erityyppisiä testejä ohjelman erityisvaatimusten mukaan.
4. Ad hoc -testaus
Ad hoc -testit ovat käytännössä strukturoimattomia, ja ne saattavat olla jopa tarkoituksellisia yrityksiä rikkoa verkkosovellus esimerkiksi syöttämällä syötteitä, joita sivusto ei pysty käsittelemään. Tämä toimii parhaiten muiden testaustapojen rinnalla, koska siihen ei liity muodollista dokumentointia, mutta se voi silti paljastaa vakavia sovellusongelmia.
Manuaaliset vs. automatisoidut verkkosovellusten testit
Verkkosovellusten testauksessa on sekä manuaalisia että automatisoituja vaihtoehtoja, joilla kummallakin on omat etunsa ja haasteensa.
Verkkosovellusten manuaalinen testaus
Manuaalisissa verkkosovellusten tarkastuksissa testaaja tutkii suoraan ohjelmaa, mikä voi sisältää sekä mustan laatikon että valkoisen laatikon testausta.
Tiimin jäsenet lähestyvät tätä usein verkkosivuston kävijän näkökulmasta ja käyttävät omia mielipiteitään perustana suurimmalle osalle kehittäjille antamastaan palautteesta. Tämä on tärkeää, koska automaatio ei voi helposti kuvastaa yleistä käyttäjäkokemusta tai antaa siitä hyödyllistä kritiikkiä.
Näistä testeistä on eniten hyötyä, kun tarkistetaan, onko sivustolla kävijään mahdollisesti vaikuttavia tai hänen kokemukseensa vaikuttavia virheitä, vaikka kyseessä ei välttämättä olisikaan virhe. Manuaalisilla testeillä voidaan esimerkiksi osoittaa, kuinka intuitiivinen verkkosovellus on ja kuinka helposti käyttäjät voivat selvittää sen toiminnot. Tähän voi kuulua jopa elämänlaatua parantavien ominaisuuksien testaaminen, joista kävijät hyötyisivät.
1. Verkkosovellusten manuaalisen testauksen edut
Manuaalisen web-sovelluksen testauksen etuja ovat muun muassa:
Tarkka käyttäjäemulointi
Manuaalisen testauksen keskeinen etu on sen kyky jäljitellä sitä, miten käyttäjät käytännössä käyttäisivät sovellusta, mikä on tärkeä näkökohta, sillä on joitakin asioita, joita automaattiset tarkistukset eivät pysty havaitsemaan.
Esimerkiksi verkkosovelluksen käyttöliittymän visuaalinen virhe, jota ohjelmisto ei pystyisi huomaamaan, mutta joka voisi vaikuttaa merkittävästi verkkosivuston kävijän mielipiteeseen. Manuaalinen testaus on realistisempi lähestymistapa verkkosovellusten testaukseen.
Alempi taitokatto
Käytännössä kuka tahansa laadunvarmistushenkilöstö voi tehdä yleisiä manuaalisia tarkastuksia – jokaisella testaajalla on omat vahvuutensa, mutta hän voi silti tutkia ohjelmistoa monin eri tavoin. Jopa suhteellisen kokemattomat testaajat voivat nopeasti selvittää, miten verkkosovellus toimii, ja voivat näin antaa merkittävän panoksensa jopa ilman ohjelmointitaitoja, jotka ovat välttämättömiä automatisoinnille. Usein on helpompi löytää QA-henkilöstöä, joka pystyy tekemään manuaalisia verkkosovellustestejä.
Keskittyy monimutkaisiin ongelmiin
Automaattiset testit kattavat monia mahdollisia tilanteita, vaikka kaikki testattavat skenaariot eivät olekaan yhtä todennäköisiä; manuaalisessa testauksessa priorisoidaan loogiset ääritapaukset ja testataan ne yleensä perusteellisemmin.
Automaatio-ohjelmisto voi käsitellä kaikkia esiin tulevia ongelmia samalla tavalla, vaikka jotkin ongelmat vaativat luonnollisesti tarkempaa huomiota. Monimutkaiset virheet saattavat vaatia luovempaa, ihmislähtöistä lähestymistapaa, joka osoittaa laajaa ja käytännöllistä tietämystä verkkosovelluksesta.
Suurempi joustavuus
Manuaaliset testaajat ovat yleensä reaktiivisempia ongelmiin kuin automaatio-ohjelmistot, varsinkin kun tämä lähestymistapa voi tarkoittaa sitä, että kriittistenkin virheiden korjaaminen voi kestää testauksen loppuun asti.
Jos verkkosovelluksessa on merkittäviä ongelmia, manuaaliset tarkistukset auttavat testaajia puuttumaan niihin sitä mukaa kuin niitä ilmenee. Tämä antaa tiimille myös mahdollisuuden tehdä vähemmän toistuvia testejä, joissa ei tehdä samoja tarkistuksia eri arvoilla.
2. Manuaalisten testien haasteet verkkolaitteissa
Manuaalisen verkkosovelluksen testauksen haasteisiin kuuluvat:
Vaatii luovuutta
Manuaaliset verkkosovellustestit sisältävät usein tarkastuksia, jotka edellyttävät luovempaa lähestymistapaa, johon ohjelmistot eivät pysty vastaamaan. Tämä tarkoittaa sitä, että manuaaliset testaajat kehittävät joskus omia testausmenetelmiään, etenkin jos he tekevät tutkivia testejä.
Yritys, joka tasapainottaa manuaalista ja automaattista testausta, saattaa varata manuaalista testausta tehtäviin, jotka vaativat ihmisen kekseliäisyyttä ja intuitiota, vaikka tämä saattaa vaatia ongelmanratkaisun erikoistaitoja, joita ei kaikilla testaajilla ole.
Aikaa vievä
Manuaalinen lähestymistapa vie yleensä huomattavasti enemmän aikaa kuin automatisoidut testit, ja testaajat voivat käyttää tunteja yksittäisiin ominaisuuksiin niiden monimutkaisuudesta riippuen.
Manuaaliset testaajat voivat myös suorittaa nämä tarkistukset vain työaikana, toisin kuin automaattiset testit, jotka ohjelmoijat voivat suorittaa yön yli. Mitä kauemmin manuaalisen tarkistuksen tekeminen kestää, sitä vähemmän kehittäjillä on aikaa korjata testin mahdollisesti esiin tuomia verkkosovelluksen ongelmia.
Kallis pitkällä aikavälillä
Riittävän manuaalisen testaushenkilöstön palkkaaminen (varsinkin jos räätälöityjä testejä varten tarvitaan kehittyneitä taitoja) voi olla merkittävä kustannuserä mille tahansa yritykselle.
Tämä voi olla vähemmän kustannustehokasta kuin useampien testien automatisointi – tämä riippuu kuitenkin verkkosovelluksen erityisestä arkkitehtuurista.
Jotkin organisaatiot saattavat päättää kiirehtiä testausprosessia tai jopa rajoittaa tarkastusten syvyyttä säästääkseen rahaa, vaikka tämä vaikuttaa kielteisesti laadunvarmistuksen kokonaisuuteen.
Inhimillisen erehdyksen mahdollisuus
Jopa aloittelevat testaajat ovat tarpeeksi perehtyneitä ymmärtääkseen työnsä tarkistamisen tärkeyden, vaikka virheitä voi silti tapahtua koko prosessin aikana. Monien näiden tarkastusten vähäpätöinen luonne ja testauksen yleiset aikarajoitukset voivat johtaa siihen, että ryhmän jäsenet kiirehtivät tai eivät muuten huomaa ongelmaa lähestymistavassaan. Tällä voi olla merkittävä vaikutus testien validiteettiin.
Web-sovelluksen testausautomaatio
Automatisoidut verkkosovellustestit käyttävät skriptikehyksiä toistamaan testejä, jotka vaativat vain vähän apua laadunvarmistustiimin jäseneltä.
Testaajan on ehkä ohjelmoitava tämä kehys etukäteen ja suoritettava testi manuaalisesti, ennen kuin hän voi automatisoida menettelyn. Testauskehys voi tarkastella mahdollisia syötteitä, toimintokirjastoja ja paljon muuta; tehokkuuden lisäämiseksi tiimi voi jopa päättää ottaa käyttöön hyperautomaation.
Tämä testaustapa soveltuu parhaiten silloin, kun testausaikataulu sisältää toistuvia tarkistuksia – monet näistä testeistä voivat yksinkertaisesti sisältää eri arvojen vaihtamista. Saatavilla on useita kolmannen osapuolen sovelluksia, jotka voivat helpottaa web-sovellusten testauksen automatisointia, ja jotkut niistä tarjoavat premium-tason toimintoja ilmaiseksi.
Tällaisilla ohjelmistoilla voidaan varmistaa, että yrityksen lähestymistapa automaatioon on hyödyllinen riippumatta yrityksen tarkasta budjetista.
1. Web-sovellusten testausautomaation edut
Verkkosovellustestauksen automatisoinnin etuja ovat muun muassa:
Nopeampi testausjakso
Kolmannen osapuolen automaatio-ohjelmisto voi suorittaa monenlaisia testejä paljon nopeammin kuin manuaalinen testaaja, mikä optimoi testisykliä merkittävästi. Näin testaustiimin jäsenet voivat myös priorisoida tarkastukset, jotka tarvitsevat ihmisen näkökulmaa.
Koska testausvaiheeseen on vain rajallinen aika, on tärkeää, että tiimi tekee mahdollisimman paljon tarkistuksia. Automaation avulla testaajat voivat suorittaa useampia näistä testeistä lyhyemmässä ajassa.
Suurempi tarkkuus
Vaikka kokeneet manuaaliset testaajat tekevät harvoin virheitä, näitä ongelmia sattuu silti joskus, ja ne voivat jopa johtaa siihen, että tiimi ei huomaa verkkosovelluksen merkittäviä ongelmia.
Jopa triviaalilla virheellä, kuten väärän arvon syöttämisellä, voi olla seurauksia; automaattisten testien ei tarvitse koskaan huolehtia tästä. Ne tuottavat johdonmukaisen suorituskyvyn jokaisessa uusintatestissä, ja niihin voidaan helposti sovittaa erilaisia tarkastuksia ja parametreja ja raportoida testien tulokset tarkasti.
Kustannustehokkaampi
Tarkkojen tulosten varmuus yhdistettynä nopeisiin verkkosovellusten testaussykleihin mahdollistaa sen, että automatisointi tarjoaa yrityksille paljon lisäarvoa. Kolmannen osapuolen testiautomaatio-ohjelmistot voivat myös olla paljon halvempia kuin ylimääräisen QA-henkilöstön palkkaaminen, varsinkin kun monet näistä sovelluksista tarjoavat premium-tason ominaisuuksia ilmaiseksi.
Vaikka yritys päättäisikin maksaa testiautomaatio-ohjelmistosta, se voi silti saada ajan mittaan merkittävän tuoton sijoitukselleen.
Erittäin monipuolinen
Testausautomaation lisääminen viime vuosina on mahdollistanut sen, että tämä käytäntö vastaa monien testaustyyppien erityistarpeita, mukaan lukien verkkosovelluksiin soveltuvat testit. Automaattisiin testeihin voidaan esimerkiksi helposti sisällyttää tutkiva testaus, ad hoc -testaus, white-box-testaus ja muut testauksen muodot, joita kaikkia voidaan soveltaa verkkosovelluksiin.
Kolmannen osapuolen testiautomaatio-ohjelmisto voidaan helposti skaalata vastaamaan näitä tarkastuksia ja niiden mahdollisia erityisvaatimuksia.
2. Verkkosovellusten testien automatisoinnin haasteet
Verkkosovellusten testauksen automatisointiin liittyy seuraavia haasteita:
Korkeammat ammattitaitovaatimukset
Vaikka automatisoitujen testien keskeinen etu on niiden kyky toimia ilman ihmisen väliintuloa, ohjelmoijan on yleensä ensin suoritettava testi manuaalisesti ja “opetettava” se ohjelmistolle.
Tämän prosessin monimutkaisuus voi riippua yrityksen valitsemasta automaatio-ohjelmistosta, mutta testaustiimin jäsenten, joilla on riittävästi kokemusta automaatiosta, käyttäminen on kuitenkin hyödyllistä toteutuksen kannalta. Manuaaliset testit edellyttävät yleensä vain sovelluksen perustuntemusta.
Ei käyttäjälähtöinen
Vaikka manuaalinen testaus lisää inhimillisten virheiden mahdollisuutta, se tarjoaa myös arvokkaan näkökulman, jota automaattiset testit eivät tarjoa. Joissakin tarkastuksissa tarkastellaan erityisesti käyttäjäkokemusta ja esimerkiksi sitä, miten verkkosivuston kävijät reagoivat sovelluksen käyttöliittymään.
Subjektiivinen näkökulma, jossa voidaan helposti ottaa huomioon estetiikka ja muut määrällisesti mittaamattomat tekijät, on testauksen kannalta olennaisen tärkeä – ja se takaa laadun koko verkkosovelluksessa.
Manuaalisten testien tasapainottaminen
Jotkin yritykset saattavat virheellisesti päättää automatisoida kaikki tarkastukset, jopa ne, jotka hyötyisivät eniten manuaalisesta lähestymistavasta. On ensiarvoisen tärkeää, että testaustiimi ymmärtää, miten automaatiota voidaan käyttää viisaasti osana laajempaa kokonaisstrategiaa eikä laadunvarmistuksen pääasiallisena moottorina.
Hyperautomaation toteuttaminen voi olla hyödyllistä, sillä se korostaa, että on tärkeää automatisoida vain ne prosessit tai testit, jotka hyötyvät siitä.
Ohjelmiston valinta
On olemassa monia kolmannen osapuolen ohjelmistovaihtoehtoja, jotka voivat auttaa yrityksiä rakentamaan tehokkaan testiautomaatiostrategian – mutta oikean sovelluksen valinta voi olla vaikea prosessi.
Yritysten on mahdollista vaihtaa testiautomaatio-ohjelmien välillä senhetkisen projektin erityispiirteiden mukaan. Testausryhmien on tutkittava tarkkaan verkkosovelluksen toiminnallisuus ja määritettävä, millä testiautomaatio-ohjelmistolla on tarvittavat ominaisuudet ohjelman tarkistamiseen helposti.
Verkkoautomaation tulevaisuus – Computer Vision
Tietokonenäkö on ominaisuus johtavissa testiautomaatio-ohjelmissa, kuten ZAPTESTissä, ja sen avulla järjestelmä voi kerätä tärkeää tietoa pelkän visuaalisen kuvan avulla. Siinä käytetään koneoppimista ja tekoälyä automaattisten testien tehokkuuden ja luotettavuuden parantamiseen.
Tämä vähentää sovelluksen sokeaa aluetta, jolloin se voi auttaa useammissa testeissä. Kun tämän innovatiivisen ominaisuuden monimutkaisuus kasvaa ajan mittaan, voimme nähdä täydellisen muutoksen siinä, millaisia tarkastuksia automaattiset järjestelmät pystyvät suorittamaan, mikä voi virtaviivaistaa verkkosovellusten testausta enemmän kuin koskaan.
Milloin automatisoitu verkkosovellusten testaus kannattaa ottaa käyttöön
Automaattista verkkosovellusten testausta voidaan soveltaa parhaiten, kun samaa testiä ajetaan eri koneilla tai kun saman testin useita variaatioita ajetaan (esimerkiksi eri arvoilla).
Automatisoidut tarkastukset ovat yleensä tehokkaimpia silloin, kun johdonmukaiset rutiinitarkastukset ovat välttämättömiä; nämä ovat helpoimmin automatisoitavia testejä.
Monimutkaiset verkkosovellukset, joissa on enemmän ominaisuuksia, tarvitsevat yleensä suuremman määrän testejä, ja automaation avulla testaustiimi voi laajentaa automaation kattavuutta organisaatiossa DevOpsista (jossa he pelaavat) BizOpsiin, joka tekee RPA:ta ZAPTESTin avulla.
Automaatio voi auttaa käytännössä mitä tahansa verkkosovellusten testausprosessia optimoimalla tämän vaiheen ja varmistamalla erittäin tarkat tulokset.
Johtopäätökset: Web App Test -automaatio vs. manuaalinen Web App -testaus
Yrityksen valitsema reitti riippuu aina siitä, mitä projekti vaatii, mutta manuaalisen ja automaattisen testauksen tasapainon säilyttäminen on tärkeää kaikille verkkosovelluksille. Tämä antaa testaustiimille enemmän joustavuutta sen suhteen, kuinka monta tarkastusta he voivat sisällyttää aikatauluunsa, ja samalla he voivat priorisoida testit, jotka vaativat inhimillisen elementin.
Yritysten ei pitäisi noudattaa manuaalisten ja automaattisten testien tarkkaa suhdetta. Laadunvarmistusryhmien on tutkittava tarkkaan omaa lähestymistapaansa ja selvitettävä, mitkä verkkosovellusten tarkastukset tuottavat eniten hyötyä automatisoituina.
Automaatio on suhteellisen uusi testauskäytäntö, joka kehittyy vuosi vuodelta, kun sovelluksiin lisätään uusia ominaisuuksia teknologian muutosten huomioon ottamiseksi ja käytettävyyden parantamiseksi.
Tämä tarkoittaa, että automatisoinnista voi tulla entistäkin tehokkaampaa, varsinkin kun tietokonenäkö mahdollistaa sen, että ohjelmistot voivat toimia verkkosovellusten kanssa puoli-ihmisen näkökulmasta. On epäselvää, milloin tämä innovaatio pystyy korvaamaan manuaalisen testauksen, mutta automaation laajentuvat mahdollisuudet kannattaa ottaa huomioon.
Manuaalisista tarkastuksista on kuitenkin edelleen monenlaisia hyötyjä, ja ne tarjoavat subjektiivisemman näkemyksen tarkastettavista verkkosovelluksista.
Mitä tarvitset web-sovellusten testauksen aloittamiseen
Seuraavassa on joitakin verkkosovellusten testauksen edellytyksiä, jotka tiimien on otettava huomioon:
1. Selkeät testausaikataulut
Jotta verkkosivustojen ja sovellusten testaaminen olisi korkeatasoista, on tärkeää, että yrityksillä on hyvin suunniteltu aikataulu, joka kattaa jossain määrin jokaisen ominaisuuden. Tämä antaa testaustiimille riittävästi aikaa kaikkien tärkeimpien testien tekemiseen ja kehittäjille riittävästi aikaa korjata kaikki ilmenevät ongelmat.
Vaikka verkkosivujen ad hoc -käyttäjätestauksessa ei yleensä noudateta tiukkoja sääntöjä, muut testaustyypit vaativat tiukan suunnitelman.
2. Priorisoitu testaus
Se, missä määrin tiimi testaa kutakin verkkosovelluksen toimintoa, riippuu useista tekijöistä, kuten ajasta ja kyseisen ominaisuuden tärkeydestä. Testausryhmät pyrkivät tarkistamaan verkkosovelluksen jokaisen osa-alueen asianmukaisesti, mutta jotkin osat vaativat luonnollisesti syvällisempää tarkastelua kuin toiset.
Esimerkiksi videosoittimessa voi olla monia testaamisen arvoisia ominaisuuksia, vaikka itse videosoittimen toiminnallisuus onkin etusijalla.
3. Automaatio-ohjelmisto
Jotta web-automaatiotestaus voitaisiin ottaa onnistuneesti käyttöön, testausryhmän – ja ehkä myös yrityksen itsensä – olisi tutkittava monia saatavilla olevia kolmannen osapuolen vaihtoehtoja. Ne voivat tarjota laajan valikoiman ominaisuuksia kilpailukykyiseen hintaan tai jopa ilmaiseksi.
Ennen testauksen aloittamista yritysten tulisi tarkistaa, mitä testejä ne voivat automatisoida ja mitkä ohjelmistot tarjoavat eniten hyötyä kyseiselle verkkosovellusprojektille.
4. Kokenut testaushenkilöstö
Vaikka kuka tahansa testaaja voi tehdä sovelluksen pintapuolisia tarkastuksia, toiminnallisuuden syvällisempi tarkastelu edellyttää jonkinasteista kokemusta ja tietoa verkkosovelluksista ja niiden testaamisesta.
Verkkopohjainen testaus voi olla paljon yksinkertaisempaa kuin muut ohjelmistotarkastukset, mutta monimutkaiset verkkosovellukset vaativat silti perusteellisia tarkastuksia, jotta voidaan varmistaa, että ne ovat valmiita julkaistaviksi. Jos joitakin näistä testeistä automatisoidaan, ammattitaitoinen ohjelmoija on usein elintärkeä.
Web-sovelluksen testausprosessi
Verkkosovellusten testausprosessi on tavallisesti seuraava:
1. Selvitä testin tavoitteet
Verkkosovellusten testauksen ensimmäinen vaihe on aina varmistaa, että tiimi ymmärtää tavoitteensa ja prioriteettinsa sekä yleisesti että kyseistä istuntoa varten.
Tämä auttaa testaajia keskittymään eri tarkastuksiin ja estää samalla tulevia testejä koskevan väärinymmärryksen, joka voisi muuten johtaa vakaviin virheisiin.
2. Laadi raportti
On tärkeää, että testaajilla on käytössään menettely, jonka avulla he voivat ilmoittaa virheistä ennen testauksen aloittamista; yrityksellä saattaa olla jo järjestelmä tätä varten.
Tämä määrittää, mitkä tiedot testaaja tallentaa tarkastuksen suorittamisen jälkeen. Jos esimerkiksi jokin arvo poikkeaa merkittävästi, testaaja kirjaa sen kehittäjille.
3. Luo testiympäristö
Tarkastusten aloittamiseksi on ensiarvoisen tärkeää, että käytössä on toimiva testiympäristö, joka muodostaa yhteyden verkkopalvelimeen ja käyttää realistisia tietokokonaisuuksia.
Näin testaajat voivat tutkia verkkosovelluksia suhteellisen eristyksissä ilman odottamattomia tekijöitä. Vankka testiympäristö varmistaa verkkosovellusten testien validiteetin ja yleisen tarkkuuden.
4. Suorita testit
Seuraavassa vaiheessa suoritetaan manuaaliset ja automaattiset tarkastukset. Tähän voi sisältyä verkkosovelluksen suorituskyvyn testausta, tietoturvatestausta ja muuta ohjelman yleisen toimivuuden ja käytettävyyden tutkimista.
ZAPTESTin kaltaiset ohjelmistot ovat hyödyllisiä näiden tarkistusten automatisoinnissa, mikä johtaa tehokkaampaan (ja tarkempaan) testausprosessiin.
5. Tarkista eri laitteet
On tärkeää, että verkkosovellukset toimivat eri selaimilla ja laitteilla – tämä tarkoittaa, että laadunvarmistusryhmän on testattava verkkosivuston kuormitusta eri asetuksilla.
Jos jollakin selaimella on merkittäviä ongelmia tai jos se ei sisällä mobiiliystävällisiä toimintoja, nämä voivat olla vakavia esteitä myönteisen käyttäjäkokemuksen varmistamiselle.
6. Ilmoita kehittäjille
Kun testit on suoritettu useilla eri laitteilla ja testiraportit on laadittu, testaajat ilmoittavat havainnoistaan kehittäjille.
Ryhmän on annettava kattavat tiedot kustakin virheestä – mukaan lukien todennäköiset perussyyt ja ehdotukset niiden korjaamiseksi. Näin kehittäjän on helpompi puuttua kaikkiin vikoihin.
7. Testaa tarvittaessa uudelleen
Vikojen korjausvaiheen jälkeen testaajat tarkistavat sovelluksen usein uudelleen varmistaakseen, että ongelma on ratkaistu eikä sillä ole kielteisiä vaikutuksia muihin toimintoihin.
Tämä on tarpeen myös suurten (ja joskus jopa pienten) päivitysten jälkeen, varsinkin jos muutokset lisäävät uusia ominaisuuksia, jotka voivat olla ristiriidassa jo olemassa olevien ominaisuuksien kanssa.
Verkkosovellusten testauksen parhaat käytännöt
Verkkosovelluksen testauksessa on noudatettava seuraavia hyviä käytäntöjä:
1. Tutkivan testauksen integrointi
Tutkiva testaus voi täydentää vahvasti muita verkkosovellusten tarkastuksia, sillä se voi löytää virheitä puolistrukturoidulla mutta käsikirjoittamattomalla tavalla.
Tämä vaatii vähemmän valmisteluja ja antaa testaajille mahdollisuuden tutkia sovellusta ja löytää ongelmia, jotka tavanomaiset verkkosovelluksen tarkistukset voivat helposti jäädä huomaamatta – tämä tekee siitä elintärkeän lisäyksen kaikkiin testaussuunnitelmiin.
2. Selaintenvälisen yhteensopivuuden priorisointi
Selaimet, joilla ihmiset käyttävät internetiä, saattavat näyttää samankaltaisilta ja saavuttaa samat tulokset, mutta niiden arkkitehtuuri voi usein olla täysin erilainen.
Yhä useammat käyttäjät selaavat verkkoa myös puhelimillaan tai muilla mobiililaitteilla; testaajien on asetettava eri alustat etusijalle verkkosovellusten tarkastuksissaan.
3. Päätetään sopivista parametreista
Kun laadunvarmistusryhmät testaavat verkkosovelluksen toiminnallisuutta, niiden olisi sovittava odotetuista parametreista etukäteen ja varmistettava, että ne ovat järkeviä.
Tähän sisältyvät saavutettavuus, luettavuus, navigoitavuus ja monet muut tekijät, jotka voivat vaikuttaa käyttäjän kokemukseen. Nämä ovat subjektiivisia ja vaativat huolellista harkintaa ennen jokaista testiä onnistumisen takaamiseksi.
4. Arvioidaan erilaisia suoritusolosuhteita
On myös ensiarvoisen tärkeää, että testaajat tarkistavat verkkosovelluksen suorituskyvyn eri skenaarioissa, esimerkiksi jos selaimessa on kova kuormitus.
Testaajat voivat tehdä verkkosivujen kuormitustestejä määrittääkseen, kuinka resurssi-intensiivinen sovellus on, ja mahdollisesti osoittaa, missä kehittäjät voisivat optimoida ohjelmaa ja auttaa sitä toimimaan paljon sujuvammin jokaiselle käyttäjälle.
5. Validoi sovelluksen turvallisuus
Verkkosovelluksessa olevat haavoittuvuudet voivat jättää verkkosivuston alttiiksi haittaohjelmille ja muille verkkouhille, joten testaajien on suoritettava verkkosovellusten tietoturvatestaus.
He voivat jopa palkata eettisiä hakkereita tarkastamaan sovelluksen kaikista mahdollisista näkökulmista ja hyödyntämään yleisiä tietoturvaongelmia, joista kehittäjät eivät ole tietoisia.
Web-sovellustestien tuotostyypit
Kolme tärkeintä tulosta, joita testaajat voivat odottaa verkkosovellusten tarkastuksilta, ovat:
1. Web-sovelluksen testitulokset
Näiden tarkistusten tärkein tulos on itse tulokset – koska yksittäiset testit riippuvat sovelluksen ominaisuuksista, ne voivat olla monenlaisia.
Nämä tiedot kertovat testaajille, onko verkkosovellus valmis julkaistavaksi vai pitääkö kehittäjien muuttaa sitä. Yksi testi voi esimerkiksi osoittaa, että sovellus kuluttaa liikaa sivumuistia.
2. Web-sovelluksen testilokit
Jokainen testi kirjataan sisäisesti verkkosovelluksen lokiin. Tämä voi paljastaa vakavien verkkosovellusvirheiden perimmäisen syyn ja joskus jopa ongelmallisen koodin tarkat rivit.
Näin saadut tiedot voivat myös selventää, miten asiakas- ja palvelinpuolen skriptit ovat vuorovaikutuksessa toistensa kanssa; nämä tiedot ovat erittäin hyödyllisiä kehittäjille.
3. Web-sovelluksen testiraportit
Testauksen päätyttyä laadunvarmistusryhmä laatii raportteja, joissa on kattavat tiedot jokaisesta testistä kirjanpitoa ja kehittäjien auttamista varten. Jos testaajat toteuttavat web-automaatiotestausta, ohjelmisto voi tuottaa vikailmoituksia automaattisesti.
Testaajat voivat myös kertoa oman mielipiteensä siitä, miksi sovellus epäonnistui tietyissä testeissä.
Esimerkkejä verkkosovellusten testeistä
Seuraavassa on muutamia erilaisia esimerkkejä verkkosovellusten testauksesta:
1. Suoratoistopalvelun videosoittimet
Median suoratoistosivustoilla on yleensä oma natiivi videosoitin; tämän palvelun menestys saattaa riippua soittimen käytettävyydestä. Testaajat tarkistavat, voivatko nämä verkkosovellukset suoratoistaa teräväpiirtovideota useilla eri alustoilla.
Ne voivat myös tutkia laatu- ja nopeusvaihtoehtoja muiden toimintojen ohella, jotka antavat käyttäjälle enemmän hallintaa ja joustavuutta, mukaan lukien se, muistaako sovellus nämä asetukset.
2. Verkkokaupan ostoskärryt
Monilla verkkosivustoilla, esimerkiksi supermarkettien sivustoilla, käyttäjät voivat ostaa tavaroita ja järjestää toimituksen sivuston omassa sovelluksessa.
Testaajat voivat lisätä tuotteita ostoskoriinsa ja nähdä, säilyttääkö ostoskorin tuotteet erillisissä istunnoissa; he voivat myös tutkia, miten sovellus reagoi, jos tavarat ovat loppuneet varastosta. Lisätestauksella voidaan selvittää, tukeeko verkkosovellus täysin yleisiä maksutapoja ja jopa lahjakortteja.
3. Sosiaalisen median chat-toiminnot
Kaikenlaiset sosiaalisen median sivustot mahdollistavat sen, että yksi osapuoli voi lähettää viestejä toiselle; tämä yksinkertainen ominaisuus vaatii vaikuttavan määrän testausta. Laadunvarmistusryhmän jäsenet voivat esimerkiksi tutkia roskapostisuodattimen toimivuutta ja epäilyttävien linkkien havaitsemista.
Ne voivat myös tarkastaa TLS (Transport Layer Security) -protokollat; tämä takaa, että viestit pysyvät suojattuina eivätkä muut pääse käsiksi käyttäjän keskusteluhistoriaan.
4. Online-valokuvankäsittelyohjelmat
Joillakin sivustoilla käyttäjät voivat ladata ja muokata omia kuviaan tai mahdollisesti luoda omia graafisia mallejaan. Näitä palveluja tarkastaessaan verkkosovellusten testaajat voivat tarkastella navigoitavuutta ja sitä, kuinka helposti käyttäjät löytävät keskeiset ominaisuudet. Web-käyttöliittymän testaus osoittaa, kuinka hyvin ohjelma opastaa omia ominaisuuksiaan ja mitä kehittäjät voivat muuttaa varmistaakseen, että sivuston kävijät saavat täydellisen kokemuksen.
Web-sovellusten testauksen avulla havaitut virheet ja viat tyypit
Verkkosovellusten testaaminen voi paljastaa useita ongelmia kaikissa kategorioissa, kuten:
1. Toimimattomat sovelluksen ominaisuudet
Jopa suuret virheet, kuten keskeiset ominaisuudet, jotka eivät toimi, saattavat tulla ilmi vasta testausvaiheessa. Tämä voi olla vakava kehityksen este; verkkosuunnittelijat ja -kehittäjät eivät voi ladata verkkosovellusta, joka ei täytä odotettua tarkoitustaan. Tämä voi johtaa viivästyksiin riippuen siitä, kuinka tärkeitä kyseiset ominaisuudet ovat.
2. Epäintuitiivinen muotoilu
Jos verkkosovelluksen suunnittelussa on perustavanlaatuisia virheitä, käyttäjät voivat kokea sen käytön vaikeaksi – he eivät välttämättä edes löydä tarvitsemiaan ominaisuuksia tai tuotteita.
Tämä on ongelma, koska se vaikuttaa kävijän kokemukseen verkkosivustosta ja rajoittaa hänen kykyään käyttää sovellusta.
3. Tietokannan lukkiutuminen
Optimoimaton asiakas-palvelinrajapinta saattoi aiheuttaa verkkosovelluksen kaatumisen. Jos esimerkiksi kaksi suoritussäiettä yrittää hakea lukittuja tietoja samanaikaisesti, tietokanta voi jähmettyä.
Tämä aiheuttaa sen, että pyyntöjä kasaantuu nopeasti lisää, mikä aiheuttaa lisävaikeuksia, kun järjestelmä käynnistyy uudelleen ja tyhjentää kaikki aktiiviset säikeet.
4. Huono mobiilioptimointi
Jos verkkosovelluksen soveltuvuuteen puhelimiin ja vastaaviin laitteisiin ei kiinnitetä riittävästi huomiota, mobiilikäyttäjät joutuvat todennäköisesti kamppailemaan sen toimintojen kanssa.
Käyttöliittymä ei esimerkiksi välttämättä skaalautu eri näytön kokoisille näytöille tai sen lataaminen saattaa kestää liian kauan; molemmat ongelmat voivat estää ihmisiä käyttämästä sovellusta.
5. Muistivuoto
Optimoimaton tai tehoton verkkosovellus voi käyttää laitteen muistia tai suorittimen prosessoria enemmän kuin on tarpeen, mikä hidastaa sekä ohjelmaa että laitetta.
Ongelma voi myös vaikuttaa vain tiettyihin laitteisiin tai selaimiin, ja se voi johtua niiden ainutlaatuisesta arkkitehtuurista, mikä korostaa verkkosovellusten perusteellisen testauksen merkitystä.
6. Lukukelvottomat fontit
Sivuston käyttäjät, joilla on heikentynyt näkö, voivat käyttää verkkosovelluksia ruudunlukulaitteiden avulla. Jos ohjelma käyttää erityistä fonttia esteettisistä syistä, joidenkin ruudunlukijoiden voi olla vaikea tulkita näitä merkkejä.
Selkotekstiversio verkkosovelluksesta (jos mahdollista) saattaa olla ainoa tapa ratkaista tämä ongelma luotettavasti.
7. Turvallisuushaavoittuvuudet
Testit saattavat paljastaa tietoturvaongelmia, kuten ylläpitäjän takaoven verkkosivuston järjestelmään. Tämä saattaa johtaa siihen, että verkkorikolliset varastavat yrityksen arkaluonteisia tietoja ilman nopeaa puuttumista asiaan. Salausvirheet, SQL-injektiot ja puutteellinen käyttöoikeuksien hallinta ovat yleisimpiä tietoturvaongelmia, joita verkkosovellukset voivat kohdata ilman suojausta.
Web-sovellusten testauksen yleiset mittarit
Verkkosovellusten testeissä käytetään monia mittareita osana tarkastuksia, kuten:
1. Hyväksyttyjen testitapausten määrä
Onnistuneiden testitapausten laskeminen auttaa QA-henkilöstöä saamaan käsityksen verkkosovelluksen kunnosta ja samalla tunnistamaan osat, jotka vaativat lisätestausta tai virtaviivaistamista. Tämä yhdistettynä epäonnistuneiden testitapausten määrään osoittaa ohjelman nykyiset ongelmat.
2. Järjestelmän käytettävyysasteikon pisteet
Sovelluksen käytettävyyden tai suunnittelun määrällinen arviointi voi usein olla vaikeaa – yksi mahdollinen tapa on käyttää System Usability Scale -asteikkoa.
Tämä arvioi ohjelman monimutkaisuutta, ominaisuuksien integrointia, helppokäyttöisyyttä ja muita ominaisuuksia, jotta nähdään, miten käyttäjät todennäköisesti reagoivat siihen.
3. Keskimääräinen vasteaika
Tässä mittarissa tarkastellaan, kuinka kauan kestää, että tietokanta suorittaa pyynnön loppuun; testaaja voi toistaa tämän useissa eri skenaarioissa kuormitustestausta varten. Jos verkkosovellus kestää jossakin tilanteessa odotettua kauemmin, se saattaa vaatia virtaviivaistamista.
4. Vaatimusten kattavuus
Laadunvarmistusryhmien on varmistettava, että verkkosovellusten tarkastukset kattavat kaikki merkittävät toiminnot ja että ne pystyvät täyttämään kaikki tulevat määräajat.
Vaatimusten kattavuusmittarit näyttävät testaajille heidän tämänhetkisen edistymisensä ja osoittavat, kuinka monta testiä heidän on vielä tehtävä.
5. Viat rakennusta kohti
Tämä mittari auttaa testaajia näkemään mitattavissa olevan edistyksen saman ohjelmiston eri iteraatioissa; tämä voi olla erityisen hyödyllistä, kun tarkistetaan uutta rakennetta.
Regressiotestauksessa tiimi voi tunnistaa uusista ominaisuuksista mahdollisesti johtuvat ongelmat, kun se seuraa vikoja rakennuskohtaisesti.
6. Haavoittuvuuksien määrä
Verkkosovellusten ja verkkosivustojen tietoturvatestaus paljastaa, kuinka monta tietoturva-aukkoa sovelluksessa on useissa eri luokissa.
Tämä mittari osoittaa, miten kehittäjät voivat tiukentaa tietoturvaa – he voivat esimerkiksi estää tulevat SQL-injektiohyökkäykset ottamalla käyttöön vankan syötteen validoinnin.
Web-sovelluksen testitapaukset
1. Mitä testitapaukset ovat verkkosovellusten testauksessa?
Testitapaukset ovat yksittäisiä testaussuunnitelmia, joissa määritellään tarkat syötteet, joita testaaja käyttää, sekä tiedot suoritusolosuhteista. Tämä sisältää myös odotetut tulokset, joita tiimi voi verrata todellisiin mittareihin ja tuotoksiin, joita se saa.
Jokainen testitapaus tarkistaa tietyn toiminnallisuuden tai ominaisuuden, ja se toimii ohjeena, jota testaajat noudattavat oman työnsä validoimiseksi.
Tämä pätee kaikkiin tarkastustyyppeihin, myös verkkosovelluksiin, joissa testit jaetaan eri luokkiin. Näihin kuuluvat toiminnallisuus, käytettävyys, yhteensopivuus, käyttöliittymät, suorituskyky ja turvallisuus; esteettömyys voi olla toinen parametri, joka kannattaa tarkistaa.
Tapa, jolla yritys tai tiimi lähestyy testitapauksia, on olennaisen tärkeä, koska näin varmistetaan, että kaikki noudattavat oikeita menettelyjä, mikä parantaa tarkastusten yleistä luotettavuutta.
Testitapaukset toimivat tärkeinä asiakirjoina ja luovat selkeän rakenteen, johon manuaaliset testaajat voivat viitata tutkiessaan jokaista toimintoa. Suunnitelmat ovat myös täysin uudelleenkäytettävissä tulevissa verkkosovelluksissa, joissa on samankaltaisia toimintoja, ja ne vaativat yleensä vain pieniä muutoksia – tämä on erityisen hyödyllistä, kun samaa sovellusta testataan uudelleen päivityksen jälkeen.
Kaiken kaikkiaan nämä asiakirjat auttavat varmistamaan, että jokainen tiimin tekemä testi on luotettava.
2. Kuinka kirjoittaa web-sovelluksen testitapauksia
Ei ole olemassa tarkkoja ohjeita siitä, miten testitapauksia kirjoitetaan minkä tahansa sovellustyypin osalta – vaikka johdonmukaisuus onkin avainasemassa standardien ylläpitämisessä. Jotkut testaajat lähestyvät tätä kysymyksenasetteluna, kun taas toiset pitävät testitapauksia ohjeistuksena, jota on noudatettava. Kumpikin formaatti sopii hyvin verkkosovellusten testaukseen; tiimin valitsema formaatti voi johtua henkilökohtaisista mieltymyksistä tai heidän yleisestä testausfilosofiastaan.
Testaajien on varmistettava, että kussakin luokassa on riittävästi tarkastuksia. Testitapausten määrittely voi olla aikaa vievä prosessi, mutta se auttaa takaamaan laajan testikattavuuden.
Jokaisessa tapauksessa on otettava huomioon loppukäyttäjä, erityisesti se, miten hän käyttää verkkosovellusta ja miten nämä ongelmat voivat vaikuttaa häneen. Tavallisiin kenttiin kuuluvat tarkastuksen perustiedot, oletukset, testitiedot, testin suoritusvaiheet, odotetut ja todelliset tulokset, hyväksytty/hylätty -tuomio ja mahdolliset lisähuomautukset.
Testaaja voi muuttaa tapausta vastaamaan testauksen todellisuutta ja ottaa huomioon mahdolliset muutokset tai kasvavan ymmärryksensä ohjelmasta. Tapausten tulisi olla kattavia mutta ymmärrettäviä; tämä auttaa välttämään väärinkäsityksiä ja varmistaa, että kaikki testaajat ovat samalla sivulla.
3. Esimerkkejä verkkosovelluksen testitapauksista
Seuraavassa on esimerkkejä erityisistä verkkosovellusten testitapauksista, joissa skenaariot jakautuvat eri luokkiin:
– Varmista, että integroidut opetusohjelmat ja ponnahdusvihjeet näkyvät oikeaan aikaan, jotta ne auttavat uusia käyttäjiä, jotka näyttävät kamppailevan sovelluksen kanssa. Tarkista, onko käytössä asetus, jonka avulla käyttäjät voivat poistaa nämä opetusohjelmat käytöstä (Käytettävyys).
– Testaa, että verkkosovellus ilmoittaa käyttäjille, jos he syöttävät virheellisen arvon tai ylittävät tietyt parametrit, esimerkiksi jos tekstikentän rajat ylittyvät. Varmista, että tämä estää käyttäjiä rasittamasta ohjelmaa liikaa (Toiminnallisuus).
– Tutki, miten sovellus reagoi eri selaimissa – myös sitä, näkyykö jokainen elementti hyvin. Tarkista tämä mobiililaitteissa sen rinnalla, miten verkkosovelluksen resoluutio skaalautuu näytölle (Yhteensopivuus).
– Tarkista, että tietokannassa olevat tiedot ovat tarkkoja ja ajantasaisia. Tutki sarakkeita, oletusarvoja, taulukoita ja muita arvoja ja päivitä sovelluksen tietoja tarvittaessa (Interfacing).
– Varmista, että arkaluonteisia tietoja, kuten salasanoja, vaativissa sovelluksissa on täysi salaus ja että ne toimivat vain HTTPS-verkkosivuilla. Testaa turvakysymys- ja salasanan palautusjärjestelmät (Turvallisuus).
– Tarkista, miten ohjelma reagoi koneisiin, jotka kuluttavat jo huomattavan paljon muistia. Tutki sovellusta ja varmista, että se säästää muistia ja suorittimen käyttöä mahdollisuuksien mukaan (suorituskyky).
– Tarkista sovelluksen luettavuus ruudunlukulaitteille ja kuuntele, miten nämä laitteet havaitsevat tämän sivun fontit. Varmista, että verkkosovelluksen selkokielinen versio toimii ja että siihen on helppo siirtyä (saavutettavuus).
– Testaa kaikki painikkeet ja mahdolliset syötteet koko ohjelmassa, jotta näet, toimivatko ne kaikki ja pystyvätkö ne ohjaamaan käyttäjät oikeille poluille. Katso, vastaako napsautettava alue kunkin painikkeen grafiikkaa (Toiminnallisuus).
– Varmista, että ohjelman virheilmoitukset on kirjoitettu oikein ja että niissä selitetään selkeästi kunkin virheen luonne. Käyttäjän on tiedettävä tarkalleen, miten hänen on toimittava, jos hänen toimintansa aiheuttaa virheilmoituksen (käytettävyys).
Parhaat Web App Test -työkalut
Saatavilla on useita ilmaisia ja maksullisia kolmannen osapuolen sovelluksia, jotka auttavat testaajia automatisoimaan verkkosovellusten tarkastuksia. On ensiarvoisen tärkeää, että testaustiimi harkitsee huolellisesti näitä vaihtoehtoja ja valitsee ohjelman, joka sopii sen erityisiin ominaisuusvaatimuksiin – näin varmistetaan automaation yleinen onnistuminen.
5 parasta ilmaista web-sovellusten testaustyökalua
Viisi parasta verkkosovellusten testaustyökalua, joita tiimit voivat käyttää täysin ilmaiseksi, ovat seuraavat:
1. ZAPTEST FREE Edition
ZAPTESTin testiautomaatio-ohjelmisto tarjoaa premium-tason toimintoja täysin ilmaiseksi, joten se on erinomainen vaihtoehto verkkosivustojen ja niihin liittyvien sovellusten testaukseen. Tämä sisältää tietokonenäön 1SCRIPT:n rinnalla, mikä mahdollistaa laajemman testivalikoiman monilla alustoilla. Rinnakkaistoteutus mahdollistaa myös useiden testien suorittamisen samanaikaisesti, mikä lisää tehokkuutta entisestään.
2. TestLink
TestLink tukee ketterää, tutkivaa, mustalaatikkotestausta ja muita testaustyyppejä ja antaa käyttäjille mahdollisuuden keskittää tapauksia; avoimen lähdekoodin työkaluna se on myös ilmainen kaikille. Testaajat voivat integroida tämän vikojenhallintaohjelmistoon luotettavuuden lisäämiseksi.
Tämän sovelluksen kyky testata ohjelmia mobiililaitteilla on kuitenkin rajallinen, mikä voi tehdä siitä huonon valinnan yhteensopivuuden testaamiseen.
3. Selenium WebDriver
Tämä on yleinen web-sovellusten automatisointityökalu, koska se painottaa realistisia selaininteraktioita, jolloin sen testitapaukset ovat paremmin sovellettavissa. Selenium WebDriver tukee myös useita eri alustoja ja selaimia.
Sen asentaminen voi kuitenkin olla melko monimutkaista, ja se edellyttää usein aiempaa ohjelmointitaitoa; tämä ohjelmistovaihtoehto ei myöskään tuota yksityiskohtaisia testiraportteja.
4. LambdaTest
LambaTest on yhteensopiva tuhansien selainten kanssa ja tarjoaa valikoiman mahdollisia kehyksiä, joita voi käyttää verkkosovelluksia tarkastaessaan. Testaajat voivat käyttää tätä myös Jenkinsin ja GitLab CI:n kaltaisten jatkuvan integroinnin työkalujen rinnalla.
Sovelluksen ilmaisversio tarjoaa rajattoman määrän LambdaTest-selainkäyttöoikeuksia, mutta vain 10 kuvakaappausta ja reagoivaa testiä kuukaudessa.
5. BugBug
BugBugin avulla testaajat voivat suunnitella (ja tallentaa) rajattoman määrän päästä päähän -testejä älykkäillä odotusehdoilla sekä rajattomasti käyttäjiä. API mahdollistaa helpon integroinnin – BugBug tarjoaa myös online-koulutusvideoita testaajien avuksi.
Tämä sovellus on kuitenkin saatavilla vain pilvipalveluna eikä erillisenä ohjelmana, eikä sillä voi tehdä mobiilitestejä.
5 parasta yrityksen web-sovelluksen testauksen automatisointityökalua
Seuraavassa on viisi parasta premium-vaihtoehtoa verkkosovellusten automatisoituun testaukseen:
1. ZAPTEST ENTERPRISE Edition
Vaikka ZAPTEST FREE tarjoaa premium-sovelluksiin verrattavaa palvelua, sen Enterprise-versio tarjoaa vielä enemmän ominaisuuksia, kuten rajoittamattoman määrän lisenssejä ja kokoaikaisen ZAP-asiantuntijan, joka työskentelee asiakkaan rinnalla osana hänen tiimiään. Uudet toiminnot maksavat itsensä takaisin, sillä ne tuottavat jopa 10-kertaisen tuoton investoinnille virtaviivaistamalla kokonaisprosessia entisestään.
2. LoadNinja
LoadNinja tarjoaa 100-200 000 käyttäjää yrityksen tarpeiden mukaan, ja kuormitustuntien ja testien kesto on säädettävissä. Tämä palvelu tarjoaa joustavia hintoja, joista yritykset voivat neuvotella varmistaakseen, että niillä on oikeat ominaisuudet.
Pilviympäristöissä voi kuitenkin esiintyä häiriöitä, ja testiajojen vertailu voi olla vaikeaa.
3. Zephyr
Tämä sovellus on integroitavissa 1-klikkauksella Bamboon, JIRAn, Jenkinsin ja muiden ohjelmistojen kanssa. Se tarjoaa myös kehittynyttä analytiikkaa, joka sopii hyvin yhteen DevOps-mittaristojen kanssa, mikä parantaa näkyvyyttä ja yleistä testien kirjaamista.
Testaajat saattavat aluksi kokea sen käytön hankalaksi puutteellisten ohjeiden vuoksi, ja he voivat saada siitä kaiken hyödyn irti vain käyttämällä muita ohjelmistoja, kuten JIRAa.
4. BrowserStack
BrowserStack tarjoaa kattavan web-sovellusten testikattavuuden ja käyttöönoton eri laitteilla – mukaan lukien pöytätietokoneet ja mobiililaitteet. Tämä ohjelmisto luo myös automaattisesti raportteja jokaisesta tarkastuksesta, jotta voidaan varmistaa korkeat kirjaamisstandardit, vaikka itse dokumentaatio voi joskus olla riittämätöntä integroiduissa työkaluissa ja kehyksissä.
Ohjelmalla on myös vaikeuksia testata verkkosovelluksia iOS-laitteilla ilman viivettä.
5. PractiTest
PractiTest on hyvin mukautettava palvelu, joka asettaa etusijalle integraation muiden testausvälineiden kanssa; se ei kuitenkaan voi tarjota automaatiota ilman tätä. Käyttöliittymä on käyttäjäystävällinen, joten testaajat voivat helposti käyttää tätä ohjelmaa monissa monimutkaisissa laadunvarmistustilanteissa.
PractiTest on vain ohjelmistopalvelu, eli se toimii yksinomaan pilviratkaisuna, jopa korkeimmalla maksusuunnitelmalla.
Milloin kannattaa käyttää yrityksen ja milloin ilmaisia Web App Test -työkaluja?
Yrityksesi tarpeisiin sopiva ohjelmisto saattaa riippua tarkasta verkkosovellusprojektista; tarvittavat testausominaisuudet vaihtelevat yleensä sovelluksesta toiseen. Testausryhmien tulisi olla osa tätä keskustelua, ja usein niillä on lopullinen päätösvalta valittavasta ohjelmistosta.
Premium-työkalut sisältävät yleensä ilmaisen kokeiluversion, jota testaajat voivat tutkia, mikä vastaa heidän vaatimuksiaan – mutta ilmainen työkalu voi silti tarjota kaikki heidän tarvitsemansa ominaisuudet. Yritystyökalut ovat yleensä merkittävä kustannuserä, joka on yleensä kannattava, mutta sen pitäisi silti olla keskeinen näkökohta.
Erityisesti pienet web-suunnittelu- ja ohjelmistokehitysyritykset voivat hyötyä ilmaisista ohjelmistoista, sillä niillä ei välttämättä ole pääomaa esimerkiksi premium-versioihin. Kolmannen osapuolen ilmaiset tai freemium-sovellukset rajoittavat yleensä myös käyttäjien määrää, joten ne sopivat paremmin pienemmille testausryhmille.
Maksullinen vaihtoehto tarjoaa harvoin elinikäisen lisenssin, ja se uusitaan tyypillisesti kuukauden tai vuoden välein; organisaatioiden tulisi harkita, onko tämä kannattava kustannus ennen jokaista uusimista.
Viime kädessä yrityksen valitsema sovellus riippuu monista seikoista, kuten siitä, onko ilmaisilla vaihtoehdoilla samat toiminnot.
Verkkosovellusten testauksen tarkistuslista, vinkkejä ja temppuja
Verkkosovellustestejä tehdessä kannattaa noudattaa monia muita vinkkejä, kuten:
1. Luokittele testit asianmukaisesti
Verkkosovellukset voivat sisältää kymmeniä tai jopa satoja yksittäisiä tarkistuksia, joten on tärkeää, että testausryhmä voi jakaa ne eri luokkiin. Tämä auttaa myös vanhempia testaajia jakamaan tehtäviä tiimin jäsenille heidän vahvuuksiensa ja heikkouksiensa perusteella.
2. Ongelmallisten komponenttien priorisointi
Jotkin tämän verkkosovelluksen osat saattavat olla monimutkaisempia kuin toiset – ne voivat olla vuorovaikutuksessa muiden toimintojen kanssa ja vaikuttaa niiden suorituskykyyn. Jos alustavat testit paljastavat ongelmallisia alueita, joihin on keskityttävä enemmän kuin muihin, ryhmän on sopeuduttava niihin.
3. Käytä automaatiota viisaasti
Jotkut laadunvarmistusryhmät yliarvioivat automaation kyvyt, minkä vuoksi ne ottavat sen käyttöön tarkastuksissa, jotka voivat hyötyä inhimillisestä näkökulmasta. Tiimin on kartoitettava sovelluksen testaustarpeet ja käytettävä hyperautomaatiota vain tavalla, joka auttaa sovellusta.
4. Suunnittele johdonmukaiset testitapaukset
Johdonmukaisuus antaa koko testausprosessille selkeän rakenteen, joka estää henkilöstöä lukemasta tai tulkitsemasta väärin sitä, mitä edessä olevat erityiset tarkastukset edellyttävät.
Pitämällä yllä korkeita dokumentointistandardeja testaajat voivat kommunikoida paremmin keskenään, mikä parantaa testien luotettavuutta.
5. Keskittyminen loppukäyttäjään
Testausryhmän ensisijaisena tavoitteena on varmistaa, että sivuston kävijät saavat hyvän kokemuksen, joten sivustojen ja sovellusten käyttäjätestaus on tärkeää. Testaajat voivat suorittaa verkkosovelluksen koekäyttötestejä ja löytää ohjelman toiminnot (ja puutteet) samalla tavalla kuin käyttäjät.
6. Tarkista koodin laatu
Monet sovelluksen ongelmat voivat johtua pienistä koodausvirheistä tai tehottomasta skriptauksesta; jälkimmäinen saattaa johtaa kuolleeseen koodiin, joka hidastaa sovellusta merkittävästi. Testausryhmä voi hyötyä sovelluksen koodin tarkastelusta ennen muita testejä (tai niiden aikana).
7. Palkkaa ulkopuolisia tietoturvatestaajia
Yritykset, jotka ovat huolissaan verkkosovelluksensa tietoturvatoiminnoista, voivat palkata ulkopuolisia hakkereita, jotka tuntevat yleiset haavoittuvuudet. Tämä antaa sovelluksille lisäsuojan ja testaajille ja kehittäjille mielenrauhan siitä, että heidän ohjelmansa kestää tunkeutumisia.
8. Testaa enimmäisarvot
Eri luokkien osalta on hyödyllistä tarkistaa enimmäisarvot ja -syötteet, joita verkkosovellus voi käsitellä – kuten tekstikentän merkkien määrä. Erityisesti kuormitustestauksessa voidaan hyötyä ääritilanteiden simuloinnista ja siitä, miten sivusto reagoi niihin.
7 virhettä ja sudenkuoppaa, joita kannattaa välttää
web-sovellusten testauksen toteuttaminen
Epäasianmukainen verkkosovelluksen testaus voi johtaa useisiin virheisiin, kuten:
1. Epäselvä testauksen laajuus
Verkkosovellusten testaus perustuu viestintään ja selkeyteen jokaisessa vaiheessa. Jos testausryhmä ei ole varma siitä, mitkä ohjelman osat tarvitsevat enemmän huomiota, se ei välttämättä pysty tarkistamaan pääkomponentteja riittävästi.
Laajuuden määrittelyllä varmistetaan, että jokainen testaaja tietää kyseisen istunnon tavoitteet.
2. Tarkistamaton testaussuunnitelma
Sidosryhmät ja ylemmät johtajat allekirjoittavat usein testaussuunnitelmat ja esittävät omia näkemyksiään – tämä voi tuoda esiin prosessiin liittyviä ongelmia, joista testaajat eivät ole tietoisia.
Testaussuunnitelman hyväksymisellä varmistetaan myös, että yrityksen jokainen taso on tietoinen tulevista testeistä ja niihin liittyvistä riskinhallintamenettelyistä.
3. Käyttöliittymäpohjaisten ongelmien virheellinen automatisointi
Käyttöliittymäautomaatiotestaus voi olla vaikeaa, koska se on usein subjektiivista; monet testaustyökalut eivät yksinkertaisesti pysty määrittämään, onko verkkosovelluksen käyttöliittymä sekä hyvin suunniteltu että virtaviivainen.
Jos testausryhmä pyrkii automatisoimaan tämän, tietokonenäköä käyttävä työkalu voi tunnistaa ongelmat ihmisen näkökulmasta.
4. Ei regressiotestausta
On tärkeää, että testaajilla on selkeä käsitys verkkosovelluksen edistymisestä eri iteraatioiden aikana – mukaan lukien se, miten ohjelman uudet ominaisuudet saattavat häiritä jo olemassa olevia ominaisuuksia.
Yritykset, jotka säästääkseen aikaa välttävät regressiotestausta, saattavat joutua kamppailemaan sellaisten ongelmien ratkaisemisen kanssa, jotka esiintyvät vain sovelluksen viimeisimmässä versiossa.
5. Testitulosten virheellinen lukeminen
Vaikka testaajat olisivat varmoja, että heidän sovelluksensa läpäisee testin, heidän olisi silti tarkistettava tämä kahdesti varmistaakseen, että se vastaa suunnitelman odotettuja arvoja.
Testausryhmien on käsiteltävä kaikkia tuloksia yhtä huolellisesti ja huolellisesti ja varmistettava, että ne lukevat jokaisen tuloksen oikein ja että se on normaalien parametrien sisällä.
6. Epätarkkojen näytetietojen käyttäminen
Yritykset käyttävät usein käyttöliittymänsä ja sovelluksensa täyttämiseen mallitietoja, mutta niiden tehokkuus on rajallinen verrattuna realistisempiin tietokokonaisuuksiin.
Mokedata ei välttämättä kuvasta sitä, miten käyttäjät käyttävät sovellusta, ja tämä voi jopa johtaa siihen, että testitulokset eivät ole yhtä tarkkoja.
7. Yleiset aikarajoitukset
Testausvaihe voi kestää vain tietyn ajan koko yrityksen kattavien määräaikojen vuoksi, joten on tärkeää, että testaajat priorisoivat ja jäsentävät tarkistuksensa siten, että ne sopivat verkkosovelluksen aikatauluun.
Ilman vahvaa hallintaa ja suunnittelua testausryhmät eivät välttämättä onnistu suorittamaan kaikkia tärkeitä sovellustestejä ajoissa.
Päätelmä
Perusteellinen verkkosovellustestaus voi ratkaista, onko kyseessä onnistunut verkkosovellus, jonka kanssa kävijöillä ei ole ongelmia, vai epäyhteensopiva ohjelma, jota monet laitteet eivät pysty käyttämään.
Verkkosovelluksen testaus voi olla pitkällinen prosessi, johon voi sisältyä satoja yksittäisiä tarkistuksia, joilla on omat odotetut tuloksensa, eikä kaikkia testejä välttämättä ole käytännöllistä suorittaa ennen määräajan päättymistä.
Jopa suhteellisen yksinkertaiset verkkosovellukset tarvitsevat kattavaa testausta yhteensopivuuden, käytettävyyden, toiminnallisuuden ja muiden seikkojen osalta. Joidenkin testien automatisointi voi olla erittäin hyödyllistä, jos testaajat suorittavat ne oikein ja varmistavat näin suuremman testien kattavuuden.
Erityinen testaustapa voi riippua testausryhmän henkilökohtaisista mieltymyksistä ja projektin omista vaatimuksista. Saattaa jopa olla tehokkainta sekoittaa useita tekniikoita keskenään, esimerkiksi käyttää kokeilevaa testausta käyttäjäkokemukseen liittyviin tarkistuksiin.
Jos yrityksesi tarvitsee kolmannen osapuolen ohjelmistoja web-sovellusten testaamiseen, ZAPTEST voi automatisoida nämä tarkistukset ja tuottaa näin merkittävää tuottoa investoinneille. Työkalumme toimivat ohjelmistotestauksen huippuluokassa, ja ne hyödyntävät tietokonenäköteknologiaa auttaakseen entistä useammissa tarkastuksissa.
Sekä Free- että Enterprise-alustamme tarjoavat vahvoja toimintoja, jotka ylittävät monet premium-markkinaratkaisut.
Usein kysytyt kysymykset ja resurssit
1. Parhaat web-sovellusten testauksen kurssit
Verkossa on saatavilla monia kursseja, jotka antavat tuleville testaajille pätevyyden verkkosovellusten tarkastamiseen, kuten:
– PluralSightin “Web-sovelluksen suorituskyvyn ja skaalautuvuuden testaaminen” näyttää, miten verkkosovelluksen suorituskyky ja kuormituskapasiteetti tarkistetaan.
– Courseran ‘Web Application Security Testing with OWASP ZAP’ -kurssilla opetetaan, miten Zed Attack Proxy tunnistaa web-sovellusten tietoturvaongelmat.
– Udemyn ‘Effective Test Case Writing & Formatting’ auttaa testaajia ymmärtämään, miten heidän tulisi laatia testitapauksensa.
– ProjectingIT:n ‘Web-sovellusten testauksen koulutuskurssi’ on kaksipäiväinen työpaja, jossa esitellään web-sovellusten testauksen perusteet.
– Verhoef Trainingin ‘Web Application Testing for Mobile Devices’ -kurssilla opetetaan, miten mobiililaitteet kattavat sovellusten tarkastukset suunnitellaan.
2. Mitkä ovat 5 tärkeintä haastattelukysymystä verkkosovellusten testauksesta?
Seuraavassa on viisi haastattelukysymystä, joita palkkaavat johtajat voivat käyttää kysyäkseen hakijoilta verkkosovellusten testaamisesta:
– Onko sinulla aiempaa kokemusta testiautomaatio-ohjelmista? Mitä niistä olet käyttänyt aiemmin?
– Mitkä ovat tärkeimmät tarkistukset, jotka on suoritettava, kun suoratoistopalvelun videosoitinta testataan?
– Anna kolme esimerkkiä esteettömyysongelmista, jotka saattavat tulla esiin testauksen aikana, ja kerro, miten korjaisit ne.
– Miten dynaamisen verkkosovelluksen testaus eroaa staattisen verkkosovelluksen testauksesta?
– Millaisia mittareita etsit, kun testaat web-ohjelman suorituskykyä ja kuormitusta?
3. Parhaat YouTube-oppaat verkkosovellusten testauksesta
YouTubessa on monia kanavia, jotka tarjoavat ilmaisia opetusohjelmia – ne voivat auttaa testaajia ymmärtämään verkkosovellusten tarkastusten perusteet. Esimerkkejä näistä kanavista ovat:
– G C Reddy Software Testingin “Web-sovellusten testauksen tarkistuslista”, joka osoittaa, miten ohjelmistotestauksen periaatteita sovelletaan web-sovelluksiin.
– freeCodeCamp.orgin ‘Ethical Hacking 101: Web App Penetration Testing’, joka tarjoaa yksityiskohtaista tietoa siitä, miten sovelluksia testataan penetraatiotestauksella.
– Edurekan ‘How To Write A Test Case?’, kouluttaa katsojia hyvän ohjelmistotestitapauksen suunnittelun peruselementteihin.
– The Cyber Mentorin ‘Web App Testing’ -sarja, jossa tarkastellaan syvällisesti web-sovellusten testauksen eri osa-alueita, mukaan lukien katsojien kysymykset.
– The Testing Academyn “Cross Browser Testing – Ultimate Guide”, jossa kerrotaan selaintenvälisen testauksen eduista ja sen toteuttamisesta.
4. Miten ylläpitää web-sovelluksen testejä?
Regressiotestaus on tärkein tapa, jolla yritykset varmistavat verkkosovellustensa tarkastusten tehokkuuden pitkällä aikavälillä. Näin testausryhmä voi tarkastaa versioiden väliset erot ja tunnistaa, missä ongelmissa ohjelman viimeisimmässä iteraatiossa ilmenee ongelmia.
Verkkosovellukset on yleensä testattava uudelleen jokaisen merkittävän päivityksen jälkeen, koska uudet ominaisuudet saattavat aiheuttaa ongelmia toiminnoissa, jotka on jo testattu perusteellisesti.
Tiimi voi käyttää aiempia testitapauksia uudelleen ja verrata uusia tuloksia aiempiin; näin varmistetaan vahva johdonmukaisuus kaikissa vaiheissa.
Sekä kehittäjien että testausryhmän vahva suunnittelu voi tehdä myöhemmistä tarkistuksista paljon yksinkertaisempia, mikä mahdollistaa tehokkaan verkkosovelluksen testien ylläpidon.
5. Miten testaat web-sovelluksia manuaalisesti?
Minkä tahansa sovelluksen manuaaliseen testaukseen kuuluu testaussuunnitelmien laatiminen ja niiden sekä muiden testausohjeiden noudattaminen. Nämä suunnitelmat laaditaan yleensä testitapauksina, jotka ylemmän laadunvarmistushenkilöstön ja jopa sidosryhmien on tutkittava ja hyväksyttävä.
Onnistuneen manuaalisen tarkistuksen keskeinen osa on huolellisuus, johon kuuluu tulosten ja testitapausten vertailun tarkastaminen. Manuaalisiin verkkosovellustesteihin voi liittyä myös subjektiivisia mielipiteitä – esimerkiksi pyrkimys määrittää käyttöliittymä ja sen helppokäyttöisyys.
On ensiarvoisen tärkeää, että manuaaliset testaajat tarkastelevat sovellusta käyttäjän näkökulmasta, jotta he voivat osoittaa, miten sovellusta käyttäisivät kävijät, jotka eivät ole tietoisia kehityssyklistä.
6. Parhaat kirjat verkkosovellusten testauksesta
Hyödyllisiä kirjoja verkkosovellusten testauksesta ovat muun muassa:
– Hung Nguyenin, Bob Johnsonin ja Michael Hackettin kirjoittama “Testing Applications on the Web” on kattava opas monialustaohjelmista.
– Corey J. Ballin Hacking APIs -teoksessa tarkastellaan tarkasti web-rajapintojen tietoturvatestausta ja näytetään testaajille, miten he voivat suojata web-sovelluksiaan.
– Ravi Dasin ja Greg Johnsonin kirjoittamassa teoksessa “Testing and Securing Web Applications” tarkastellaan pääasiassa testejä, joiden avulla nämä sovellukset voidaan suojata.
– Eran Kinsbrunerin kirjoittamassa ‘A Frontend Web Developer’s Guide to Testing’ -kirjassa tutkitaan selaintenvälisiä kehyksiä sekä vankkojen testausstrategioiden kehittämistä.
– Mark Winteringhamin kirjassa “Testing Web APIs” tarkastellaan, miten web-sovellusten testejä voidaan automatisoida ja samalla sisällyttää niihin tutkimuksellisia tarkastuksia.
7. Mitä eroa on verkkosovellusten testauksella ja verkkotestauksella?
Vaikka monet ihmiset käyttävät näitä kahta termiä vaihdellen, ne viittaavat itse asiassa kahteen eri prosessiin. Verkkotestauksessa tutkitaan itse sivustoa ja sitä, miten kaikki sivut toimivat, myös ne, joilla ei ole verkkosovelluksia.
Verkkosovellus on yksittäinen sivuston elementti, jolla on omat ainutlaatuiset ominaisuutensa, jotka menevät tavallista HTML-toiminnallisuutta pidemmälle. Verkkosivustot ja verkkosovellukset noudattavat samanlaista testausprosessia, jossa keskitytään käytettävyyteen, tietoturvaan ja yleiseen yhteensopivuuteen, mutta tämä on helpompi standardoida verkkosivustojen osalta.
Vaikka useimpien verkkosivustojen arkkitehtuuri on yleensä hyvin samanlainen, verkkosovelluksissa on usein erilaisia ominaisuuksia, jotka kaikki vaativat omat testinsä.
8. Mitä on web-evästeiden testaus?
Web-evästeet ovat selaimen tiedostoja, jotka sisältävät tietoja käyttäjän edellisistä tai nykyisistä istunnoista verkkosivustolla. Ne voivat määrätä sovelluksen tai verkkosivuston esitystavan – yksi eväste voi esimerkiksi määrittää, katsooko käyttäjä videoita, joissa on tekstitys.
Näiden evästeiden tarkistaminen voi havainnollistaa, miten ne reagoivat eri tilanteisiin, esimerkiksi jos kävijä tyhjentää evästeet. He myös varmistavat, että tiedostot on salattu, ja testaavat, miten ne reagoivat vahingoittumiseen.
Ilman tarkkaa evästetestausta verkkokävijät saattavat huomata, että verkkosivusto tai verkkosovellus ei pysty tallentamaan heidän käyttäjätietojaan. Koko verkkosivusto voi myös olla altis tietoturvaloukkauksille, jos sen evästeet eivät ole asianmukaisesti suojattuja.