väga kiiresti ja probleemideta uuel veebilehel navigeerida. Projekti tegemise ajal luges tiim palju kirjandust ja allikaid. Antud projekti abil saime palju teada kasutamismugavusest ja nüüd meil on teadmised, mida saab tulevikus kasutada uute veebilehtede loomisel ja vanade veebilehtede parendamisel. Järgmises projektis, kui see tuleb suuremas mahus, peaks kasutama ka teisi testimisviise lisaks ülaltoodud viisidele. Meie tiim tegi õige valiku testimismeetodite valimisel, sest need katsid kõiki stsenaariumeid ja olid "testijatele" arusaadavad. Kasutatud kirjandus 1. J. Ivask slaidid aines IDK1332 2. https://www.justinmind.com/blog/usability-testing-prototyping-7-best-user-testing-tools/ 3. https://www.userzoom.com/remote-unmoderated-usability-testing/a-framework-for-prepa ring-your-remote-usability-test/ 4. https://uxplanet.org/why-is-it-important-to-do-usability-testing-5080a5640df3 5. https://hackernoon
või kasutajate poolset hääletamist (näiteks kodulehekülgede konkursse)? Kasutatavuse testimine- uuring, küsimustik, vaatlus 28. Testimise maht ja lõpetamine. Kuidas hinnata testimise meetodi efektiivsust, millised meetodid on hinnaefektiivsemad, kas kõige hinnaefektiivsemad meetodid on piisavad ja miks? Testimise maht ja lõpetamine- Testimise maht peaks sõltuma tarkvara veakindluse nõuetest- testitakse seni, kuni need on rahuldatud. Testimismeetodite efektiivsuse järjestus: programmeerija poolne esialgne testimine suitsutestimine testimine kasutaja andmetega riskipõhine testimine uuriv testimine ekspertteadmistepõhine testimine piirjuhud ekvivalentsklassid programmipõhine testimine Ühe meetodi kõrge hinnaefektiivsus ei tähenda, et teisi meetodeid ei tuleks kasutada.
selle käitumist. Manuaalne vs automatiseeritud testimine Manuaalse testimise puhul viiakse testilood läbi käsitsi. Automatiseeritud testimise puhul kirjeldatakse testilood programmina ning need viib läbi arvuti. Testimise automatiseerimist käsitleb põhjalikult [FE+]. Musta kasti vs valge kasti testimine Musta kasti testimise puhul koostatakse testilood süsteemile sisendite ja väljundite põhjal. Süsteemi sisemine struktuur on teadmata. Musta kasti testimismeetodite alla kuulub näiteks ekvivalentsiklasside ja piirjuhtude analüüs. Valge kasti testimise puhul koostatakse testilood programmi struktuuri põhjal. Valge kasti testimismeetodite alla käib kattekriteeriumide alusel läbi viidav testimine. Regressioonitestimine testimine pärast iga muudatust eesmärgiga, teha kindlaks, kas muudatused ning funktsionaalsuse lisamine pole tekitanud vigu varem toiminud programmi osas.
harusid, teid. Valge kasti testimine sisaldab: -- Rakendusliideste (API) testimine rakendust testitakse avalike ja privaatsete rakendusliideste kaudu -- Vigade süstimine koodi ulatuse parandamine kontrollides, kas tarkvara töötab vigade lisamisel -- Staatiline testimine valge kasti testimine hõlmab kogu staatilist testimist · Musta kasti testimine Testimine kohtleb tarkvara kui "musta kasti", teadmata midagi selle sisemisest teostusest. Musta kasti testimismeetodite hulka kuuluvad: -- Spetsifikatsiooni põhine testimine -- Juhuslikud sisendid ja lisatud vead -- Uurimuslik testimine -- Piirväärtuste analüüs -- Suitsu testimine -- Kasutusmugavuse testimine · Halli kasti testimine Testimisel on olemas juurdepääs sisemistele andmestruktuuridele ja algoritmidele testjuhtumite koostamisel, kuid testimine viiakse läbi kasutaja või musta kasti tasemel. Halli kasti testimise alla kuulub
korra • Vigade süstimine – koodi ulatuse parandamine kontrollides, kas tarkvara töötab vigade liamisel • Staatiline testimine – valge kasti testimine hõlmab kogu staatilist testimist Musta kasti testimine: Testimine kohtleb tarkvara kui "musta kasti", teadmata midagi selle sisemisest teostusest. Musta kasti testimismeetodite hulka kuuluvad: • Spetsifikatsiooni põhine testimine • Juhuslikud sisendid ja lisatud vead • Uurimuslik testimine • Piirväärtuste analüüs • Suitsu testimine • Kasutusmugavuste testimine Halli kasti testimine: Testimisel on olemas juurdepääs sisemistele andmestruktuuridele ja
o Vigade süstimine – koodi ulatuse parandamine kontrollides, kas tarkvara töötab vigade lisamisel o Staatiline testimine – valge kasti testimine hõlmab kogu staatilist testimist Musta kasti testimine Testimine kohtleb tarkvara kui "musta kasti", teadmata midagi selle sisemisest teostusest. Musta kasti testimismeetodite hulka kuuluvad: o Spetsifikatsiooni põhine testimine o Juhuslikud sisendid ja lisatud vead o Uurimuslik testimine o Piirväärtuste analüüs o Suitsu testimine o Kasutusmugavuse testimine Halli kasti testimine Testimisel on olemas juurdepääs sisemistele andmestruktuuridele ja algoritmidele testjuhtumite
vähemalt ühe korra. ● Vigade süstimine – koodi ulatuse parandamine kontrollides, kas tarkvara töötab vigade lisamisel ● Staatiline testimine – valge kasti testimine hõlmab kogu staatilist testimist 76. Musta kasti testimine. Testimine kohtleb tarkvara kui "musta kasti", teadmata midagi selle sisemisest teostusest. Musta kasti testimismeetodite hulka kuuluvad: 29 ● Spetsifikatsiooni põhine testimine ● Juhuslikud sisendid ja lisatud vead ● Uurimuslik testimine ● Piirväärtuste analüüs ● Suitsu testimine ● Kasutusmugavuse testimine 77. Halli kasti testimine.
annaabi.ee 
