• nenamjerna odstupanja programera od radnih standarda ili planova implementacije;
• specifikacije funkcionalnih i interfejs zahteva izrađuju se bez pridržavanja razvojnih standarda, što dovodi do narušavanja funkcionisanja programa;
• organizacija procesa razvoja - nesavršeno ili nedovoljno upravljanje resursima projekt menadžera (ljudskim, tehničkim, softverskim itd.) i pitanja testiranja i integracije elemenata projekta.

Pogledajmo proces testiranja zasnovan na preporukama standarda ISO/IEC 12207 i dajemo vrste grešaka koje se otkrivaju u svakom procesu životnog ciklusa.

Proces razvoja zahtjeva. Prilikom utvrđivanja inicijalnog koncepta sistema i početnih zahtjeva za sistem, analitičari griješe prilikom specificiranja najvišeg nivoa sistema i izgradnje konceptualnog modela predmetne oblasti.

Tipične greške u ovom procesu su:

• neadekvatnost specifikacije zahteva za krajnje korisnike - netačna specifikacija interakcije softvera sa operativnim okruženjem ili sa korisnicima;
• neusklađenost sa zahtjevima kupaca za pojedinačna i opšta svojstva softvera;
• netačan opis funkcionalnih karakteristika;
• nedostatak dostupnosti alata za sve aspekte implementacije zahtjeva kupaca itd.

Proces dizajna.Greške u dizajnu komponenti mogu nastati pri opisivanju algoritama, upravljačke logike, strukture podataka, interfejsa, logike modeliranja toka podataka, ulazno/izlaznih formata, itd. Ove greške su zasnovane na defektima u specifikacijama analitičara i greškama u dizajnu. To uključuje greške vezane za:

• sa definicijom korisničkog interfejsa sa okruženjem;
• sa opisom funkcija (neadekvatnost ciljeva i zadataka komponenti koje se otkrivaju prilikom provjere skupa komponenti);
• sa definicijom procesa obrade informacija i interakcije između procesa (rezultat pogrešnog utvrđivanja odnosa komponenti i procesa);
• sa pogrešnim specifikacijama podataka i njihove strukture pri opisivanju pojedinih komponenti i softvera u cjelini;
• sa netačnim opisom algoritama modula;
• uz utvrđivanje uslova nastanka moguće greške u programu;
• kršeći standarde i tehnologije usvojene za projekat.

Faza kodiranja.U ovoj fazi nastaju greške koje su rezultat grešaka u dizajnu, grešaka programera i menadžera tokom razvoja i otklanjanja grešaka u sistemu. Uzroci grešaka su:

• nedostatak kontrole nad vrijednostima ulaznih parametara, indeksa niza, parametara petlje, izlaznih rezultata, dijeljenja sa 0, itd.;
• pogrešno rukovanje nepravilnim situacijama pri analizi povratnih kodova iz pozvanih potprograma, funkcija itd.;
• kršenje standarda kodiranja (loši komentari, iracionalni dodjela modula i komponenta, itd.);
• korištenje jednog imena za označavanje različitih objekata ili različitih imena jednog objekta, loša mnemonika - nedosljedne promjene programa od strane različitih programera, itd.

Proces testiranja.U ovom procesu programeri i testeri prave greške prilikom izvođenja tehnologije sklapanja i testiranja, odabira testnih setova i test scenarija itd. Greške u softveru uzrokovane ovakvom vrstom grešaka moraju biti identifikovane, eliminisane i ne utiču na statistiku grešaka komponenti. i softver općenito.

Proces održavanja.Tokom procesa održavanja otkrivaju se greške koje su uzrokovane nedostacima i nedostacima u operativnoj dokumentaciji, nedovoljnim pokazateljima promjenjivosti i čitljivosti, kao i nekompetentnošću osoba odgovornih za održavanje i/ili unapređenje softvera. Ovisno o prirodi promjena koje se vrše, u ovoj fazi mogu se pojaviti gotovo sve greške slične prethodno navedenim greškama u prethodnim fazama.

Sve greške koje se javljaju u programima obično se dijele u sljedeće klase [7.12]:

• logičke i funkcionalne greške;
• greške izračunavanja i vremena rada;
• greške u unosu/izlazu i manipulaciji podacima;
• greške u interfejsu;
• greške obima podataka itd.

Logičke greške uzrok su kršenja logike algoritma, interne nedosljednosti varijabli i operatora, kao i pravila programiranja. Funkcionalne greške su posledica pogrešno definisanih funkcija, kršenja redosleda njihove primene ili nepotpunosti njihove implementacije itd.

Greške u proračunu nastaju zbog netačnosti izvornih podataka i implementiranih formula, grešaka metode, nepravilne primjene računskih operacija ili operanada. Greške u vremenu izvođenja su povezane s neuspjehom u pružanju potrebne brzine obrade zahtjeva ili vremena oporavka programa.

I/O greške i manipulacija podacima posljedica su nekvalitetne pripreme podataka za izvršavanje programa, propusta pri unosu u baze podataka ili prilikom preuzimanja iz nje.

Greške u interfejsu odnose se na greške u međusobnom odnosu pojedinih elemenata, što se manifestuje tokom prenosa podataka između njih, kao i tokom interakcije sa operativnim okruženjem.

Greške u volumenu odnose se na podatke i posljedica su činjenice da implementirane metode pristupa i veličine baze podataka ne zadovoljavaju stvarne količine sistemskih informacija niti intenzitet njihove obrade.

Navedene glavne klase grešaka su karakteristične za različite tipove softverskih komponenti i manifestuju se u programima na različite načine. Dakle, pri radu sa bazom podataka dolazi do grešaka u prezentaciji podataka i manipulaciji, logičke greške u specificiranju primijenjenih postupaka obrade podataka itd. U računskim programima preovlađuju računske greške, au programima upravljanja i obrade preovlađuju logičke i funkcionalne greške. U softveru, koji se sastoji od mnogo različitih programa koji se implementiraju različite funkcije, može sadržavati greške različite vrste. Greške u interfejsu i kršenja jačine zvuka tipični su za bilo koju vrstu sistema.

Analiza tipova grešaka u programima je neophodan uslov kreiranje planova testiranja i metoda testiranja kako bi se osigurala ispravnost softvera.

U sadašnjoj fazi razvoja alata za podršku razvoju softvera (CASE tehnologije, objektno orijentisane metode i alati za projektovanje modela i programa) vrši se takav dizajn u kojem je softver zaštićen od tipične greške i na taj način sprečava nastanak softverskih nedostataka.

Odnos između greške i neuspjeha.Prisustvo greške u programu, po pravilu, dovodi do kvara softvera tokom njegovog rada. Da bi se analizirale uzročno-posledične veze "greška-neuspjeh", izvode se sljedeće radnje:

• identifikacija nedostataka u dizajnu i tehnologijama programiranja;
• odnos između nedostataka u procesu dizajna i ljudskih grešaka;
• klasifikacija kvarova, nedostataka i mogućih grešaka, kao i nedostataka u svakoj fazi razvoja - poređenje ljudskih grešaka u određenom procesu razvoja i nedostataka na objektu, kao posljedica grešaka u specifikaciji projekta, programskim modelima;
• verifikacija i zaštita od grešaka u svim fazama životnog ciklusa, kao i otkrivanje nedostataka u svakoj fazi razvoja;
• poređenje kvarova i kvarova u softveru za razvoj sistema međupovezivanja i metoda za lokalizaciju, prikupljanje i analizu informacija o kvarovima i defektima;
• razvoj pristupa procesima dokumentovanja i testiranja softvera.

Krajnji cilj uzročnosti greške i kvara je definisanje metoda i sredstava za testiranje i otkrivanje grešaka određenih klasa, kao i kriterijuma za završetak testiranja na više skupova podataka; u identifikaciji načina za poboljšanje organizacije procesa razvoja, testiranja i održavanja softvera.

Evo sljedeće klasifikacije tipova kvarova:

• hardver, u kojem softver za cijeli sistem nije operativan;
• informativne, uzrokovane greškama u ulaznim podacima i prijenosu podataka putem komunikacijskih kanala, kao i kvarom ulaznih uređaja (posljedica kvarova na hardveru);
• ergonomski, uzrokovan greškama rukovaoca tokom njegove interakcije sa mašinom (ovaj kvar je sekundarni kvar i može dovesti do informacionih ili funkcionalnih kvarova);
• softver, ako postoje greške u komponentama itd.

Neke greške mogu biti rezultat nedostataka u definiciji zahtjeva, dizajnu, generiranju izlaznog koda ili dokumentaciji. S druge strane, generišu se tokom razvoja programa ili tokom razvoja interfejsa pojedinih programskih elemenata (kršenje redosleda parametara, manje ili više parametara, itd.).

Izvori grešaka.Greške se mogu generirati tokom razvoja projekta, komponenti, koda i dokumentacije. U pravilu se otkrivaju tokom izvršavanja ili održavanja softvera na najneočekivanijim i različitim mjestima.

Neke greške u programu mogu biti rezultat nedostataka u definiciji zahtjeva, dizajnu, generiranju koda ili dokumentaciji. S druge strane, greške se generiraju tokom razvoja programa ili sučelja njegovih elemenata (na primjer, kada se naruši redoslijed postavljanja komunikacijskih parametara - manje ili više nego što je potrebno, itd.).

Razlog za greške je nerazumijevanje zahtjeva kupaca; netačna specifikacija zahtjeva u projektnoj dokumentaciji i sl. To dovodi do toga da se implementiraju neke sistemske funkcije koje neće raditi onako kako to predlaže kupac. S tim u vezi, provodi se zajednička rasprava između kupca i programera o nekim detaljima zahtjeva kako bi se oni razjasnili.

Tim za razvoj sistema također može promijeniti sintaksu i semantiku opisa sistema. Međutim, neke greške možda neće biti otkrivene (na primjer, indeksi ili vrijednosti varijabli ovih izjava nisu ispravno postavljeni).

Funkcionalno testiranje je jedna od ključnih vrsta testiranja, čiji je zadatak utvrđivanje usklađenosti razvijenog softvera sa originalnim funkcionalnim zahtjevima kupca. To jest, funkcionalno testiranje vam omogućava da provjerite sposobnost informacioni sistem pod određenim uslovima rešavati probleme potrebne korisnicima.

U zavisnosti od stepena pristupa sistemski kod Mogu se razlikovati dvije vrste funkcionalnih testova:

• testiranje crna kutija(crna kutija) – provođenje funkcionalnog testiranja bez pristupa sistemskom kodu,
• white box testiranje – funkcionalno testiranje sa pristupom sistemskom kodu.

Testiranje crne kutije se vrši bez poznavanja unutrašnjih mehanizama sistema i oslanja se na eksterne manifestacije njegovog rada. Ovo testiranje provjerava ponašanje softvera pod različitim ulaznim podacima i interno stanje sistema. U slučaju testiranja u bijeloj kutiji, testni slučajevi se kreiraju prvenstveno na osnovu koda softverskog sistema. Postoji i proširena vrsta testiranja crne kutije, koja uključuje proučavanje koda - takozvana siva kutija.

Ključne prednosti

1. Funkcionalno testiranje softvera u potpunosti simulira stvarnu upotrebu sistema.
2. Omogućava vam da brzo identifikujete greške sistemskog softvera i na taj način izbjegnete mnoge probleme pri radu s njim u budućnosti.
3. Uštede ispravljanjem grešaka ranije u životnom ciklusu softvera.

Glavne faze funkcionalnog testiranja

Priprema

Izvođenje

Priprema

Vrši se analiza izvorne dokumentacije o sistemu: funkcionalni i poslovni zahtjevi, tehničke specifikacije, pasoš projekta. Tu je i izrada i odobrenje plana testiranja, test slučajeva, dogovor o rokovima projekta, broju iteracija i procjena mogućih rizika. Zadaci u ovoj fazi se obavljaju zajedno sa predstavnicima kupca.

Izvođenje

Funkcionalno testiranje se provodi ručno pomoću unaprijed pripremljenih testnih scenarija, pri čemu se sve pronađene greške unose u sistem za praćenje grešaka. Ukoliko kupac nema takav sistem, možemo: obezbediti sistem za upravljanje testiranjem na našem sajtu; licence za snabdevanje kupca; koristiti sredstva koja su dostupna klijentu; učiniti samo uredski paket; isporučiti proces testiranja kupcu na osnovu besplatnih alata.

Izrađuju se i dogovaraju izvještaji o ispitivanju sa listom uočenih odstupanja i preporukama za unapređenje sistema. Po potrebi se obezbjeđuje obuka korisnika.

Alati

Upravljanje testom se vrši u specijalizovanim sistemima.

Funkcionalno testiranje- radi se o testiranju softvera u cilju provjere izvodljivosti funkcionalnih zahtjeva, odnosno sposobnosti softvera da pod određenim uslovima rješava probleme potrebne korisnicima. Funkcionalni zahtjevi određuju šta tačno softver radi i koje zadatke rješava.

Funkcionalni zahtjevi uključuju:

Funkcionalni fitnes prikladnost).

Preciznost tačnost).

Sposobnost interakcije interoperabilnost).

Usklađenost sa standardima i propisima usklađenost).

sigurnost (engleski) sigurnost).

Sigurnosno testiranje

[uredi | uredi izvorni tekst]

Materijal sa Wikipedije - slobodne enciklopedije

Sigurnosno testiranje- procjena ranjivosti softvera na razne napade.

Kompjuterski sistemi su vrlo često meta ilegalnog upada. Infiltracija se odnosi na širok spektar radnji: pokušaji hakera da prodru u sistem za sport, osveta nezadovoljnih zaposlenih, hakovanje prevaranta radi nezakonite dobiti. Sigurnosno testiranje testira kako sigurnosni mehanizmi ugrađeni u sistem zapravo reaguju na upad. Tokom testiranja sigurnosti, tester igra ulogu napadača. Sve mu je dozvoljeno:

pokušava otkriti lozinku korištenjem vanjskih sredstava;

napada sistem koristeći specijalne usluge, analiziranje zaštite;

potiskivanje, preplavljivanje sistema (u nadi da će odbiti da služi drugim klijentima);

namjerno uvođenje grešaka u nadi da će prodrijeti u sistem tokom oporavka;

skeniranje neklasifikovanih podataka u nadi da će pronaći ključ za prijavu.

S obzirom na neograničeno vrijeme i resurse, dobro sigurnosno testiranje će slomiti svaki sistem. Cilj dizajnera sistema je da trošak penetracije učini višim od cene dobijenih informacija.

Testiranje softvera pod opterećenjem[uredi | uredi izvorni tekst]

Termin Testiranje na stres može se koristiti u različitim značenjima u profesionalnom okruženju za testiranje softvera. Općenito, to se odnosi na praksu simulacije očekivane upotrebe aplikacije emulacijom više korisnika u isto vrijeme. Stoga je takvo testiranje najpogodnije za višekorisničke sisteme, najčešće koristeći klijent-server arhitekturu (na primjer, web serveri). Međutim, druge vrste softverskih sistema mogu se testirati na sličan način. Na primjer, tekst ili grafički uređivač možete prisiliti da se čita veoma veliki dokument; i finansijski paket - generisati izveštaj na osnovu podataka za nekoliko godina. Najadekvatnije dizajniran test opterećenja će dati preciznije rezultate.

Glavni cilj testiranja opterećenja je stvaranje određenog opterećenja koje se očekuje na sistemu (na primjer, preko virtuelnih korisnika) i, obično, korištenjem identičnog softvera i hardvera, promatranje performansi sistema.

Primjer 1: Web servis sa funkcionalnošću korpe za kupovinu je dizajniran za 100 istovremenih korisnika koji prate određeni scenario (navedene radnje u određenim razmerama): 25 korisnika pregleda stavku i odjavi se. 25 korisnika doda artikl u korpu, odjavi se i odjavi se sa sistema. 25 korisnika koristi funkciju vraćanja proizvoda i odjavljuje se. 25 korisnika se prijavljuje i ne pokazuje nikakvu aktivnost. U ovom slučaju, testiranje opterećenja treba da oponaša tipičan scenario rada sa gore opisanim web servisom kako bi se uverilo da je sistem spreman za ulazak u proizvodnju. U ovom slučaju, indikatori performansi sistema u celini ili svakog čvora sistema posebno se mogu uzeti za analizu.

U idealnom slučaju, kriterijumi za uspeh testiranja opterećenja su zahtevi za performanse sistema, koji se formulišu i dokumentuju u fazi razvoja funkcionalnih zahteva za sistem pre programiranja glavnih arhitektonskih rešenja. Međutim, često se dešava da takvi zahtjevi nisu jasno formulirani ili uopće nisu formulirani. U ovom slučaju, prvo testiranje opterećenja će biti suđenje(engleski) istražno ispitivanje opterećenja) i biti zasnovani na razumnim pretpostavkama o očekivanom opterećenju i potrošnji resursa hardvera.

Jedan od optimalnih pristupa korištenju testiranja opterećenja za mjerenje performansi sistema je testiranje u ranoj fazi razvoja. Ispitivanje opterećenja u prvim fazama spremnosti arhitektonskog rješenja kako bi se utvrdila njegova održivost naziva se testiranjem “proof-of-concept”.

Osnovni principi testiranja opterećenja[uredi | uredi izvorni tekst]

Ispod su neke eksperimentalne činjenice, sažete u principe koji se koriste u testiranju performansi općenito i primjenjivi na bilo koju vrstu testiranja performansi (posebno testiranje opterećenja).

1. Jedinstvenost zahtjeva

Čak i nakon kreiranja realnog scenarija za rad sa sistemom na osnovu statistike njegove upotrebe, morate shvatiti da će uvijek postojati izuzeci od ovog scenarija.

Ilustracija različitih distribucija disperzije za vremena izvršavanja upita X i Y.

Kada Primjer 1 to može biti korisnik koji pristupa jedinstvenim stranicama web usluge koje se razlikuju od svih ostalih.

2. Vrijeme odziva sistema

Općenito, vrijeme odgovora sistema podliježe normalne funkcije distribucije.

To posebno znači da je uz dovoljan broj mjerenja moguće odrediti vjerovatnoću s kojom će sistemski odgovor na zahtjev pasti u datom vremenskom intervalu.

3. Zavisnost vremena odziva sistema od stepena distribucije ovog sistema.

Disperzija Normalna distribucija vremena odgovora sistema na zahtjev je proporcionalna omjeru broja sistemskih čvorova koji paralelno obrađuju takve zahtjeve i broja zahtjeva po čvoru.

To jest, na širenje vremena odgovora sistema istovremeno utiče broj zahteva po čvoru sistema i broj samih čvorova, od kojih svaki dodaje određenu nasumično kašnjenje prilikom obrade zahteva.

4. Varijacije u vremenu odziva sistema

Iz navoda 1, 2 i 3 takođe možemo zaključiti da će uz dovoljno veliki broj mjerenja vremena obrade zahtjeva u svakom sistemu uvijek postojati zahtjevi čije vrijeme obrade prelazi maksimume definisane u zahtjevima; Štaviše, što je duže ukupno vrijeme eksperimenta, novi maksimumi će biti veći.

Ovu činjenicu se mora uzeti u obzir prilikom formiranja zahtjeva za performansama sistema, kao i prilikom redovnog testiranja opterećenja.

5. Preciznost reprodukcije profila opterećenja

Potrebna tačnost reprodukcije profila opterećenja postaje skuplja što više komponenti sadrži sistem.

Često je nemoguće razmotriti sve aspekte profila opterećenja za složene sisteme, jer što je sistem složeniji, to će više vremena biti utrošeno na projektovanje, programiranje i održavanje adekvatnog profila opterećenja za njega, što nije uvijek potrebno. Optimalan pristup u ovom slučaju je balansiranje između troškova razvoja testa i pokrivenosti funkcionalnosti sistema, što rezultira pretpostavkama o uticaju na ukupne performanse određenog dela sistema koji se testira.

Integracijsko testiranje(engleski) Integracijsko testiranje, koji se ponekad naziva engleskim. Integracija i testiranje, skraćenica od engleskog. I&T) je jedna od faza testiranja softvera u kojoj se pojedinačni softverski moduli kombinuju i testiraju kao grupa. Obično se integracijsko testiranje događa nakon testiranja jedinice i prethodi testiranju sistema.

Integracijsko testiranje uzima kao ulaz jedinice koje su testirane na jedinici, grupiše ih u veće skupove, izvršava testove definirane u planu testiranja za te skupove i predstavlja ih kao izlaz i ulaz za naknadno testiranje sistema.

Svrha integracijskog testiranja je provjeriti usklađenost projektovanih jedinica sa funkcionalnim zahtjevima, zahtjevima prihvatljivosti i pouzdanosti. Testiranje ovih projektnih jedinica – zajednice, skupa ili grupe modula – vrši se preko njihovog interfejsa, korišćenjem testiranja crne kutije.

Sve vrste testiranja softvera, u zavisnosti od ciljeva kojima se teži, mogu se podeliti u sledeće grupe: 1) funkcionalne; 2) nefunkcionalni; 3) vezano za promjene.

Funkcionalni testovi se zasnivaju na funkcijama i karakteristikama, kao i interakciji sa drugim sistemima, a mogu se prikazati na svim nivoima testiranja: testiranje komponente/jedinice, testiranje integracije, testiranje sistema i testiranje prihvatanja). Funkcionalni tipovi testiranja ispituju eksterno ponašanje sistema. Sljedeće su najčešće vrste funkcionalnih testova:

- Funkcionalno testiranje(Funkcionalno testiranje)

- Sigurnosno testiranje(testiranje sigurnosti i kontrole pristupa)

- Interakciono testiranje(Testiranje interoperabilnosti)

Funkcionalno testiranje. Ova vrsta testiranja potvrđuje da implementirane funkcije ispunjavaju zahtjeve, tehničke specifikacije, specifikacije, razna druga projektna dokumentacija i jednostavno očekivanja korisnika. Svaka od funkcija aplikacije je testirana i sve su kombinovane. Istraženi su svi slučajevi upotrebe. Provjerava se adekvatnost pohranjenih i izlaznih podataka, načini njihove obrade, obrade ulaznih podataka, načini skladištenja podataka, načini uvoza i izvoza podataka itd. ovisno o specifičnostima primjene.

Funkcionalni testovi zasnivaju se na funkcijama koje sistem obavlja i mogu se provoditi na svim nivoima testiranja (komponenta, integracija, sistem, prihvatanje). Obično su ove funkcije opisane u zahtjevima, funkcionalnim specifikacijama ili kao slučajevi upotrebe.

Testiranje funkcionalnosti može se provesti u dva aspekta: “ zahtjevi»; « poslovni procesi».

Testiranje u perspektivi" zahtjevi» koristi specifikaciju funkcionalnih zahtjeva za sistem kao osnovu za dizajn test slučajeva. U ovom slučaju, potrebno je da napravite listu šta će se testirati, a šta neće, da odredite prioritete zahteva na osnovu rizika (ako to nije urađeno u dokumentu sa zahtevima) i na osnovu toga da odredite prioritete test slučajeva. To će vam omogućiti da se fokusirate i ne propustite najvažniju funkcionalnost prilikom testiranja.

Testiranje u perspektivi" poslovni procesi„koristi znanje upravo o ovim poslovnim procesima koji opisuju scenarije za svakodnevnu upotrebu sistema. U ovoj perspektivi, test skripte se obično zasnivaju na slučajevima upotrebe sistema.

Prednosti funkcionalno testiranje: simulira stvarnu upotrebu sistema. Nedostaci funkcionalno testiranje: mogućnost propuštanja logičkih grešaka u softveru; mogućnost preteranog testiranja.

To je prilično uobičajeno automatizacija funkcionalnog testiranja.

Sigurnosno testiranje. Strategija testiranja koja se koristi za provjeru sigurnosti sistema, kao i za analizu rizika povezanih sa pružanjem holističkog pristupa zaštiti aplikacije, hakerskih napada, virusa i neovlaštenog pristupa povjerljivim podacima. Sigurnosno testiranje se može izvršiti automatski ili ručno, uključujući pregled i pozitivnih i negativnih test slučajeva. Zasnovano na tri glavna principi- Ovo povjerljivost, integritet i dostupnost(povjerljivost, integritet, dostupnost)

Povjerljivost je prikrivanje određenih resursa ili informacija. Povjerljivost se može shvatiti kao ograničavanje pristupa resursu na određenu kategoriju korisnika, ili drugim riječima, pod kojim uvjetima je korisnik ovlašten za pristup datom resursu.

Postoje dva glavna kriterijuma kada se definiše koncept integritet:

1. Poverenje. Očekuje se da će resurs biti modificiran samo na odgovarajući način od strane određene grupe korisnika.

2. Oštećenje i restauracija. U slučaju da su podaci oštećeni ili pogrešno izmijenjeni od strane ovlaštenog ili neovlaštenog korisnika, potrebno je utvrditi koliko je važan postupak oporavka podataka.

Dostupnost predstavlja zahtjeve da resursi moraju biti dostupni ovlaštenom korisniku, internom objektu ili uređaju. Tipično, što je resurs kritičniji, to bi nivo dostupnosti trebao biti viši.

Interakciono testiranje. Sa razvojem mrežne tehnologije i internet interakcija različiti sistemi, usluge i aplikacije međusobno su dobile značajnu važnost, jer svaki problem u vezi s tim može dovesti do pada autoriteta kompanije, što će posljedično povući finansijski gubici. Stoga, testiranju interakcije treba pristupiti s najvećom ozbiljnošću.

Interakciono testiranje – Ovo je funkcionalno testiranje koje testira sposobnost aplikacije da komunicira sa jednom ili više komponenti ili sistema i uključuje testiranje kompatibilnosti i testiranje integracije.

Softver sa dobre karakteristike interakcija se može lako integrirati sa drugim sistemima bez potrebe za većim modifikacijama. U ovom slučaju, broj promjena i vrijeme potrebno za njihovo dovršavanje mogu se koristiti za mjerenje interoperabilnosti.

Uzimajući u obzir današnje šanse, svaki Petya i Vasya mogu razviti web stranice. Ali u ovom svijetu tehnologije koji se brzo mijenja, kako možete ostati jedinstveni i impresionirati potrošače?

Ljudi, ključ srca vašeg klijenta nije ništa manje od “kvaliteta”. Bez obzira koliko složenu web stranicu kreirate, kvalitet je jedini faktor koji pokreće bilo koje poslovanje i vodi ka glavnom cilju – privlačenju kupaca.

Vaša web stranica je neka vrsta online prozora koji upoznaje vaše poslovanje ljudima u stvarnom svijetu. Svaki objekat na vašem sajtu, od boje sajta, dizajna, funkcionalnosti, što uključuje lakoću navigacije, pa čak i vreme učitavanja sadržaja, zapravo je bitan.

Kako možete osigurati da su sve ove komponente organizirane besprijekorno i s najvećom preciznošću? Ispravna analiza i testiranje funkcionalnosti sastavni je dio ciklusa razvoja projekta, gdje je osiguranje kvaliteta također uključeno u scenarij.

Kontrolna lista za web programere

1. Izvrsnost dizajna

Ovdje morate sagledati stvari iz perspektive vašeg klijenta i kako oni žele da njihov posao izgleda potencijalnim klijentima. Web stranica je platforma koja ciljnoj publici pruža zrcalnu sliku njihovog proizvoda.

Unesite jedinstvenost u svoj dizajn, istovremeno osiguravajući da ostanete unutar dizajnerskih koncepata i specifikacija vašeg klijenta kako biste postigli očekivane rezultate.

2. Upravljanje sadržajem prema visokim standardima

Nema promjene u staroj dobroj izreci „Sadržaj je kralj“: uvijek će vladati u svijetu online marketinga. Organizirani sadržaj koji je također svjež, interaktivan, čitljiv i razumljiv otvorit će vrata u srce vašeg kupca.

Istraživanja i ankete pokazuju da korisnici imaju tendenciju da ostanu na stranici jedva nekoliko sekundi, od čega provode još manje vremena čitajući sadržaj. Zato je na ovu tačku potrebno obratiti posebnu pažnju. Samo dobar sadržaj web stranice učinit će da posjetitelj ostane na stranici.

Hajde da razgovaramo o nekim tačkama koje će vam pomoći da dobijete veb lokaciju bez šanse za greške.

3. Kreativno sa zdravim razumom

Izgled vaše web stranice je poput lakmus testa koji određuje da li vaša web stranica može zadovoljiti vašu publiku. Stoga ga je potrebno učiniti atraktivnim i istovremeno ne drečavim.

Zapamtite da je prvi utisak uvek najbolji!

Zato se morate pridržavati sljedećih pravila u vezi sa sadržajem web stranice:

• Pametno korištenje prostora
• Dovoljno belog prostora za vaš sadržaj da bi mogao da diše
• Nema neprikladnih slika
• Dobra čitljivost
• Izbjegavajte kontrastne boje i neprikladne veličine fonta
• Izbjegavajte neispravne veze
• Obavezna kompatibilnost među pretraživačima
• Ne zaboravite promijeniti svoj e-mail ID sa stranice
• Godina Autorsko pravo mora naznačiti godinu kada će stranica biti pokrenuta

4. Sadržaj je kralj stranice

Kao što je već rečeno, web stranica je platforma koja predstavlja poslovanje globalnoj publici. Imajte na umu da sajt neće posjetiti samo lokalni ljudi, već i veliki broj ljudi iz različitih dijelova svijeta. Budite spremni suočiti se s njima i zadovoljiti njihove potrebe.

Vrsta sadržaja koji odaberete i način na koji ga prezentujete zapravo igra važnu ulogu kada imate veliku publiku, pogotovo jer je trka u zadovoljavanju ukusa korisnika svakim danom sve teža.

Kada trošite vrijeme i novac na kuriranje izvrsnog sadržaja za svoju web lokaciju, morate ga provjeriti kako biste bili sigurni da je relevantan za interese vaše publike bez žrtvovanja kvaliteta i jedinstvenosti.

Evo nekih od njih opšta pravila za odabir sadržaja kojih se morate pridržavati kako biste postigli bolje rezultate:

Ovo su neke uobičajene prakse kojih se morate riješiti što je prije moguće kako biste postigli bolje rezultate:

• Izbjegavajte pravopisne i gramatičke greške
• Omogućite razmake između riječi
• Obavezni razmaci nakon znakova interpunkcije
• Počnite rečenicu velikim slovom
• Provjerite ima li neslaganja
• Izbjegavajte neorganiziran raspored sadržaja

5. Funkcionalnost

Zamislite da ste nedavno dobili prekrasnu vilu, ali ne možete zaključati vrata. Potrošili ste sav svoj teško zarađeni novac na izgradnju vile koja je otvorena za sve. Kakva je korist od ovoga? Isto vrijedi i za vašu web stranicu. Zaista ste naporno radili na web stranici koja je apsolutno predivna, ali ne funkcionira u skladu s... tehnički zahtjevi klijent.

Kako se nadate da će vaš klijent privući pažnju klijenata ili potencijalnih klijenata sa ovakvom web lokacijom? Sve uzalud! Sada prestani da brineš!

Evo nekoliko savjeta koji će vam pomoći s njegovom funkcionalnošću:

• Osigurajte pravilnu navigaciju
• Izbjegnite greške prilikom slanja poruka putem pretplate, kontakt informacije itd.
• Navedite komentare na odjeljcima za prijavu i registraciju na web stranicu
• Provjerite jesu li sve veze funkcionalne
• Dvaput provjerite karakteristike e-trgovine

6. Funkcionalnost e-trgovine

Sajtovi za e-trgovinu nisu ništa drugo do internet prodavnice u kojima ljudi kupuju samo jednim klikom ili dodirom na svom pametnom telefonu. Morate stalno biti u toku sa trendovima i osmišljavati inovativne ideje koje će hraniti njihov duh.

Stvaranje utiska je direktno proporcionalno broju online korisnika na vašem sajtu. Zato je potrebno razumjeti šta kupci traže na takvim stranicama:

• Kratko vrijeme učitavanja
• Dostupnost mogućnosti brisanja, dodavanja, naručivanja itd.
• Dostupnost ulaza i izlaza
• Ispravni obračuni za transakciju

Zapamtite, niste sami u potrazi za savršenom web-mjestom za e-trgovinu, a svi ostali su jednako fokusirani kao i vi. Čak i povećanje vremena učitavanja može odbiti vaše klijente.

Postoje određeni standardi programiranja koje biste trebali početi slijediti danas kako biste smanjili vrijeme učitavanja na nulu ili na minimum.

Neki od njih su navedeni u nastavku:

• Uklanjanje pokvarenih veza
• Fokusirajte se na sadržaj
• Optimizacija slike
• Optimizacija velikih fajlova
• Koristeći Pure CSS
• Optimizacija PHP kodova

7. Email

Može puno stvari sa njima Email. To može varirati od jednostavnog pružanja vrijednih informacija do velikih poslovnih transakcija. Dakle, pobrinite se da vaše slanje pošte nikada ne uspije. I također ne zaboravite potvrditi svoju email adresu.

8. Poziv na akciju (CTA)

Poziv na akciju je veza između organskog sadržaja za koji vaš potencijalni klijent zanima i stranice više vrijednosti (landing page), koja je zauzvrat dovoljno relevantna i zanimljiva da uvjeri vaše posjetitelje da popune kratki obrazac.

CTA-ovi su jedna od najprovjerenijih strategija za privlačenje pažnje korisnika i zato je preporučujemo. Prije svega, provjerite funkcionira li. Vaš poziv na akciju trebao bi zaista pogoditi cilj, i trebao bi biti jasan i precizan.

Ako može imati kontrastnu boju od sema boja web stranicu, a istovremeno se uklopiti u cjelokupni dizajn, bit će efektnija.

Savršenstvo je puno malih stvari urađenih kako treba!

Sada kada smo završili sa osnovnim gradivnim blokovima kreiranja web stranice, hajde da radije pređemo na druge relevantne faktore koji zahtijevaju hitnu pažnju.

• Pružanje standardnih poruka potvrde
• Pružanje potvrde stilova i kombinacija boja putem pošte slično kao na web stranici
• Obavezni logo kompanije
• Naziv kompanije u adresi
• Kompatibilnost među pretraživačima
• Postavljanje stranice Error 404
• Odaberite sve veze i dugmad

Na kraju, ali ne i najmanje važno, šta će vašu web stranicu učiniti prilagođenom korisniku!

Kontrolna lista za klijente

Ko je ova osoba za koju dizajnirate web stranicu? Ovo je neko ko će izgraditi posao i ostvariti prodaju preko sajta, i očigledno ovo nije krajnji korisnik, ali je on i dalje klijent za koga radite.

Ako ne znate šta on želi, kako ćete mu onda dati sajt koji je namenjen njegovim krajnjim korisnicima?

Kontrolna lista logotipa

Logo web stranice je jednako važan kao i kreiranje bilo koje druge komponente web stranice. Dakle, kada vaš klijent zahtijeva web stranicu zajedno s logotipom, evo nekih stvari na kojima biste trebali poraditi.

• Da li je logo povezan sa poslovanjem?
• Da li se logo uklapa u sam sajt?
• Hoće li publici dugo ostati u sjećanju?

Kontrolna lista za dizajn općenito

Iako smo već razgovarali o neophodnim stavkama za pregled web stranice, potrebna je i opća kontrolna lista kada je u pitanju dio kodiranja:

• Format dokumenta koji koristite na stranici
• Skup znakova koji se koriste na stranici
• Da li vaša stranica implementira važeći HTML ili XHTML?
• Da li ste implementirali važeći CSS za svoju stranicu?
• Da li ste implementirali neke klase ili identifikatore koji nisu važni za vašu web lokaciju?
• Koji kod ste implementirali za svoju web stranicu?
• Provjerite ima li neispravnih linkova! Nemojte to zanemariti, možda to ne znate, ali možda ih ima mnogo!
• Brzina web stranice po stranici?
• Ima li JavaScript grešaka na vašoj web lokaciji?

To je vjerovatno sve! Nadamo se da ćete uz pomoć naše liste moći kreirati najbolje web stranice!