Veebi testimise rakendus - sissejuhatus
Veebisaidi ettevalmistamine on pikk ja keeruline protsess ning see ei lõpe pärast seda, kui olete veebisaidi täiesti valmis. Pärast veebisaidi arendamist järgneb rida rangeid, kuid hädavajalikke teste, et näha, kas veebisait on valmis reaalajas toimima.
Mida tuleks veebi testimise rakenduses arvestada?
Veebi testimise rakenduses tuleb arvestada sellega, et veebisaidid on kliendi / serveri rakendused, kusjuures kliendid on brauserid. Selliselt tuleks veebi testimise rakendust teha nii kliendi kui ka serveripoolsel operatsioonil. Kliendi poolelt peate vaatama TCP / IP-ühendust, tulemüüre, HTML-lehtede vahelist suhtlust, veebilehtedel (nt pistikprogrammid) töötavaid rakendusi, JavaScripti ja aplette ning palju muud. Serveri poolelt peate vaatama andmebaaside liideseid, dünaamilisi lehegeneraatoreid, CGI skripte ja palju muud.
Samuti on palju „kliente“, kellega toitlustada. Brauserid on erineva kuju ja suurusega. Lisaks brauserit pakkuvatele ettevõtetele, nagu Apple Safari, Mozilla Firefox ja Google Chrome, on ka nende mobiiliversioone, mida tuleb kaaluda, rääkimata nende erinevatest versioonidest, millel on väikesed, kuid olulised erinevused. Samuti peate arvestama erinevustega ühenduse kiiruses, tehnoloogia muutuses ning protokollide ja veebi testimise rakenduse standardite erinevuste osas.
Veel tegureid, mida tuleks veebi testimise rakenduses arvestada
Teie veebisaidile omaste kaalumiseks on veel mitmeid tegureid, näiteks:
1. Serveri eeldatav koormus:
Kui palju on serveris oodata kokkulangevusi ajaühiku kohta ja millist jõudlust soovite serverilt tippkoormuste ajal? Peate muu hulgas ennustama veebiserveri reageerimisaega ja andmebaasi päringute reageerimise aegu. Samuti peate teadma, milliseid tööriistu kasutatakse jõudluse testimiseks, näiteks veebiroboti allalaadimisriistad ja veebikoormuse testimise tööriistad.
2. Sihtrühm:
See on veebirakenduste testimisriistades väga oluline tegur. Teie veebisaidi sihtrühm annab ülevaate ka veebitestirakenduste brauseritüüpide kohta, mida see veebisaidil peab olema. Saate teada, kes on teie sihtrühm ja milliseid brausereid nad kasutavad. Samuti saate teada, milliseid ühenduse kiirusi nad kõige sagedamini kasutavad. Uurige, kas nad kasutavad organisatsioonisisesi ühendusi, millel on tavaliselt kiireid ühendusi, või Interneti-ühendusi.
Kliendi poolelt oodatav jõudlus: peate mõistma ka seda, millist jõudlust kliendi poolelt oodatakse, näiteks kui kiiresti lehti laaditakse, animatsioonide laadimise kiirus ning apletid ja muud veebisaidi lisad laaditakse ja käitatakse .
3. Serveri seisakuid:
Ärge eksige - serveri seisakud on olemas. Ükski server ei tööta 100 protsenti ajast. Siinkohal on küsimus selles, kas sisu uuendamise ning hoolduse ja serveriuuenduste seisakuid saab lubada ning kui palju seisakuid oleks lubatud.
Muud küsimused, mida enne veebitesti rakendust küsida
- Millist krüptimist, tulemüüri, paroolikaitset ja muud turvalisust oleks vaja ja kuidas saaks seda testida?
- Milline on veebisaidi Interneti-ühenduste usaldusväärsus ja kuidas see mõjutaks nõudeid ning varundatud ja üleliigsete ühenduste veebirakenduse testimist?
- Millised on protsessid veebisaidi sisu värskenduste haldamiseks?
- Millised on lehe sisu, linkide ja muude elementide kontrollimise, jälgimise ja hooldamise nõuded?
- Millisele HTML-i spetsifikatsioonile tuleks kinni pidada ja mis tasemel? Millised on lubatud brauserite variatsioonid?
- Millised on nõuded ja standardid lehe graafika või esinemise kohta saidi konkreetsetes osades või kogu saidil?
- Kuidas ja millal väliseid ja sisemisi linke valideeritakse ja ajakohastatakse?
- Kas veebis testimise rakendust tehakse tootmissüsteemis või oleks teil vaja eraldi testimissüsteemi?
- Kui kohandatud või ulatuslikud on serveri aruandluse ja logimise nõuded ning kas need on süsteemi lahutamatu osa ja nõuavad veebirakenduse testimist?
Lehtede ja lehe paigutuse põhipunktid
- Lehtede pikkus peab olema 3-5 ekraani, kui sisu pole keskendunud ühele teemale. Kui leht on pikem, esitage lehel siselingid
- Lehe kujundus ja paigutus peavad kogu veebisaidil olema ühesugused, et mitte vaatajat segadusse ajada
- Lehed peaksid igal võimalusel olema brauserist sõltumatud või on need loodud vastavalt brauseri tüübile
- Kõigil lehtedel peaksid olema välised lingid; ummikuid ei tohiks olla
- Igal lehel peaks olema lehe omanik, link organisatsiooni / kontaktisiku juurde ja redaktsiooni kuupäev
See hõlmab kõiki põhipunkte, mida tuleb veebirakenduse testimisel arvesse võtta. Selle komplektiga alustame veebikatsetuste kontrollnimekirja loomisega:
1. Funktsionaalsuse veebi testimise rakendus
Siin saate testida kõiki andmebaasiühenduse linke, veebilehti, kasutajateabe esitamise vorme ja küpsiste testimist.
- Testige kõigi lehtede väljaminevaid linke
- Testige sisemisi linke, mis hüppavad samal lehel üles või alla
- Testige linke e-kirjade saatmiseks administraatorile või teistele kasutajatele
- Kontrollige, kas teil on orbu või ummiklehti
- Kontrollige, kas kõigil lehtedel pole lingid
Vormide kontrollimine
Vormid on veebisaidi oluline osa; nad hangivad kasutajatelt teavet, mis on teie veebisaidi toimivuse hindamiseks ja ülevaate saamiseks hädavajalik. Veebi testimise taotlusvormide puhul tuleb kontrollida järgmisi asju.
- Kontrollige kõigi väljade kõiki kinnitusi
- Kontrollige iga välja vaikeväärtusi
- Kontrollige, kas vormides pole valesid väljade sisestusi
- Kui vorme kustutatakse, vaadatakse või muudetakse, vaadake vormide loomise võimalusi
Veebi testimise rakenduse küpsised
Küpsised on väikesed failid, mis salvestatakse kasutaja masinasse ja mis säilitavad veebisaidil sisselogimisseanssi. Kontrollige, kas küpsised on krüptitud enne, kui need kasutaja arvutisse kirjutatakse. Pärast seansi lõppemist aeguvate seansiküpsiste testimiseks kontrollige pärast seansi lõppu sisselogimisseansse ja kasutajastatistikat. Kontrollige küpsiste kustutamise mõju veebi testimise rakenduste turvalisusele.
HTML / CSS-i valideerimine
HTML / CSS-i valideerimine on otsimootori optimeerimise protsessi oluline osa. Peamine on veebisaidil HTML-i süntaksivigade kontrollimine ja kontroll, kas otsimootorite ämblikud suudavad kogu veebisaidil ringi liikuda.
Andmebaaside testimine
Andmete järjepidevus on mis tahes veebisaidi võti, seega kontrollige vormide muutmisel, muutmisel või kustutamisel või andmebaasi funktsionaalsusega seotud toimingutel andmete tõrkeid ja terviklikkust. Kontrollige, kas andmebaasipäringuid täidetakse õigesti, andmeid hangitakse ja värskendatakse õigesti.
2. Veebi kasutatavuse testimise rakendus
Testime järgmises veebitestirakenduse järgmises etapis kasutatavuse elemente (nt navigeerimine), mis osutab sellele, kuidas kasutaja veebisaidi läbib. Veebisaite peab olema lihtne kasutada, selged ja lihtsad juhised. Veebi testimise rakenduse ajal peate kontrollima, kas juhised või käsud on õiged ja vastavad nende eesmärkidele.
Sisu kontrollimine
Sisu peab olema hõlpsasti mõistetav ja loogiline ning ilma grammatiliste ja kirjavigadeta. Mõned vead on korras, kuid kasutajad võivad liiga paljude neist häirida, nagu ka tume teema. On mõned veebi testimise rakenduse standardid, mida tuleb järgida sisu ja veebilehtede koostamisel, hõlmates tüütuid fonte, värve, raame ja muud. Sisu peaks olema sisukas, ankruteksti lingid töötavad korralikult ja õiges suuruses pildid õiges kohas.
Kasutajate abistamiseks võite kasutada saidiplaani, abifaile või veebisaidil olevat otsinguvõimalust. Saidikaart peaks sisaldama ka linke muude kolmandate osapoolte veebisaitidele. Kontrollige saidikaardil olevaid linke ja ka saidi otsinguvõimalust, et leida sisulehti, mida kasutajad otsivad.
3. Liidese koolitus
Enne liidesekoolituse alustamist peaksite teadma veebisaitide ja veebitestirakenduste kahte peamist liidest;
- Veebiserveri ja rakendusserveri uuring
- Rakenduste ja andmebaasiserverite liides
Kontrollige, kas mõlema serveri vahelisi interaktsioone rakendatakse nõuetekohaselt ja kas vigu käsitletakse tõhusalt. Kui veebiserver või andmebaasiserver tagastab rakendusserveri päringu tõrketeate, peaks rakendusserver seejärel olema võimeline tõrke tuvastama ja klientidele vastava teate kuvama. Samamoodi kontrollige, kuidas serverid reageerivad, kui kasutaja katkestab vahepealse tehingu või kui tehingu keskel taastatakse ühendus veebiserveriga.
4. Veebi testimise rakenduse ühilduvus
Järgmine testitav asi on veebisaidi ühilduvus erinevate aspektidega. Ühilduvus on võtmetegur, kuna see määrab, kui hea kasutajakogemus saab. Halvasti ühilduv veebisait põhjustab halva kasutajakogemuse ja vastupidi. Siin tuleks teha ühilduvustestid:
Mobiilibrauseri ühilduvus
Mobiilse interneti kasutamise ja tehingute arvu suurenemise korral peate veenduma, et teie veebisait ühildub mobiilibrauseritega. Avage, opereerige ja tehke oma veebisaidil mobiilibrauserite kaudu võimalusi, mida teie sihtrühm tõenäoliselt kasutab, ja lahendage kõik ühilduvusprobleemid.
Trükkimise ühilduvus
Veel üks asi, mida tuleb kontrollida, on printimise ühilduvus. Kui annate lehe printimise käsu, kontrollige, kas lehe graafika, joondamine, fondid ja muud elemendid on õigesti trükitud. Muidugi, arvestades, et trükkimist ei tehta eriti sageli, pole see konkreetne ühilduvustesti nii oluline kui ülejäänud kaks allpool.
Brauseri ühilduvus
See konkreetne ühilduvustesti on kõige olulisem ja mõjukam osa ning võib-olla isegi kõige olulisem veebirakenduste testimisriistade vorm. Mõned veebitestirakendused sõltuvad palju brauseritüüpidest ja erinevatel brauseritel on oma konfiguratsioonid ja seaded. Teie veebisait peab ühilduma kõigi nende muutuvate sätete ja konfiguratsioonidega.
Kui teie veebisait kasutab kasutajaliidese funktsionaalsuse, valideerimise ja turbekontrolli jaoks AJAX- või JavaScripti-kõnesid, peate pöörama veelgi suuremat tähelepanu veebisaidi brauseri ühilduvustestile, kuna need kõned võivad brauserite vahel märkimisväärselt erineda. Ärge unustage testida veebisaiti igasuguste brauseritega, sealhulgas suurtega nagu Safari, Firefox ja Chrome ning vähemkasutatud brauseritega nagu Opera ja Internet Explorer.
OS-i ühilduvus
Veebisaidil võivad olla mõned osad või funktsioonid, mis ei pruugi teatud opsüsteemide kasutamisel hästi töötada või üldse töötada. Selle põhjuseks on asjaolu, et uued veebi testimise rakendused ja arendustehnoloogiad, näiteks graafiline kujundus, erinevad API-d ja liidese kõned, ei pruugi kõigis opsüsteemides saadaval olla. See võib kahjustada teie veebisaidi kasutajakogemust või turvalisust. Selliste olukordade vältimiseks katsetage oma veebisaiti erinevates opsüsteemides, sealhulgas Windows, Linux, Mac, Solaris ja erinevad OS-i maitsed.
5. Veebi testimise rakenduse jõudlus
Veebisait peab jääma funktsionaalseks ja kiireks ka tippkoormuse korral ning sellele keskendub jõudluse veebitestirakendus. See peaks sisaldama kahte asja: veebistress ja veebikoormuse testimine.
Veebistressi testimine
Stressitestide põhimääratlus on järgmine: süsteemi venitamine täpselt üle selle spetsifikatsiooni piirangute. Veebisaidi stressitestid tehakse veebisaidile surve avaldamiseks, et see sait puruneks, ja kontrollides, kuidas süsteem reageerib stressile ja taastub krahhist. Siin antakse „stress” tavaliselt sisselogimistel, registreerumisaladel ja sisestusväljadel.
Veebikoormuse testimine
Veebikoormuse testimisel uuritakse, kuidas veebisait reageerib, kui mitu kasutajat pääsevad ühele lehele korraga juurde ja taotlevad seda korraga. Kas süsteem suudaks eeldatava tippkoormuse korral, kui teie veebisaiti külastab maksimaalne arv inimesi, ilma krahhita püsima ja kuidas ta taastaks pärast krahhi? See test peaks nendele küsimustele vastama ja kontrollima ka seda, kas sait on võimeline hakkama saama samaaegsete kasutajataotlustega, suurte kasutajate sisendandmetega, teatud lehtede suure koormusega, üheaegsete andmebaasiühendustega ja palju muud.
6. Turvaveebide testimise rakendus
Tänapäeval, mil küberrünnakud muutuvad üha enam, on kasutajate ja veebisaitide turvalisus hädavajalik. Siin on mõned olulised veebikatsetuste rakenduse testimisjuhtumid, mida peate turvatestide tegemiseks tegema:
- Kleepige sisemine URL otse brauseri aadressiribale ilma sisse logimata. Leht peaks olema piiratud.
- Kui olete veebisaidile sisse loginud kasutajanime ja parooliga, muutke URL-i valikuid otse. Proovige näiteks muuta saidi ID parameetrit millekski, mis pole praegu sisse logitud kasutajaga seotud. Veelkord, see leht peaks olema piiratud juurdepääsuga teatega “Juurdepääs keelatud”.
- Lisage konto kasutajanime ja parooli väljadele kehtetuid sisendeid. Näiteks kontrollige, kas kasutajanimi on lubatud piiratud tähemärkidega või kas paroolis on kinnitatud ebapiisavad erimärgid.
Samuti peate kontrollima, kas failidele ja veebikataloogidele on juurdepääs otse, kui pole allalaadimisvalikut antud. Samuti kontrollige, kas CAPTCHA on aktiveeritud, et vältida automatiseeritud sisselogimist ja kas SSL-i kasutatakse turvalisteks tehinguteks. Kui jah, siis kui kasutaja lülitub ebaturvaliselt lehelt turvalisele lehele ja vastupidi, tuleb näidata õiget teadet.
Testige, et kontrollida, kas veebitestirakenduste turvarikkumise katsed, tõrketeated ja tehingud on veebiserverisse logitud.
Järeldus
Selle kursuse lõpuks pole veebi testimise rakendus midagi sellist, mida teete vaid üks kord enne veebisaidi käivitamist. See on pidev protsess ja midagi, mida tuleb veel ja veel teha, et tagada teie veebisaidi nõuetekohane toimimine, sõltumata muutuvatest veebitestide turutingimustest, mobiilseadmetest, brauseritest ja tehnoloogiatest.
Soovitatavad artiklid
See on veebi testimise rakenduse juhend. Siin oleme arutanud veebi testimise rakenduse protsessi erinevaid tegureid, mida tuleks teha koos kõigi veebitesti rakenduse põhielementidega. Lisateabe saamiseks võite vaadata ka järgmisi veebiartikleid
- Kuidas saada parimateks küberturbe tööriistadeks
- AJAX-i intervjuu küsimused - teadke parimat
- Teage parimat -HTML5 vs Flash
- Veebiarendaja või Web Tester
- Tarkvaraarendus vs veebiarendus
- Kuidas saada veebi jõudluse testimiseks
- 20 olulist taktikat mobiilisõbraliku veebisaidi loomiseks
- Jõudluskontrolli tööriistade juhend