complete non functional testing guide
Popoln vodnik za nefunkcionalno testiranje: njegov namen, vrste, orodje, primeri primerov
Kaj je nefunkcionalno testiranje?
Nefunkcionalno testiranje se opravi za preverjanje nefunkcionalnih zahtev aplikacije, kot so zmogljivost, uporabnost itd.
Preveri, ali je vedenje sistema v skladu z zahtevo ali ne. Zajema vse vidike, ki niso zajeti v funkcionalno preskušanje . Pri vsakodnevnem preizkušanju se veliko pozornosti namenja funkcionalnemu testiranju in funkcionalnim zahtevam.
Naročnike zanima tudi izpolnjevanje funkcionalnih zahtev, ki so neposredno povezane s funkcionalnostjo aplikacije. Toda v dejanski fazi, tj. Ko ste funkcionalno preizkušeni, programska oprema pride na trg in jo uporabljajo resnični končni uporabniki, zato obstaja verjetnost, da se bo soočila z nekaterimi težavami, povezanimi z zmogljivostjo.
Te težave niso povezane s funkcionalnostjo sistema, lahko pa negativno vplivajo na uporabniško izkušnjo. Zato je pomembno, da se programska oprema ali aplikacija preizkusi tudi glede nefunkcionalnih zahtev, da bi se izognili negativni izkušnji strank.
Testiranje je na splošno razvrščeno v dve vrsti:
- Funkcionalno preskušanje
- Nefunkcionalno preskušanje
Kaj se boste naučili:
- Pomen
- Namen
- Primer
- Prednosti
- Kako zajeti nefunkcionalne zahteve?
- Razlika v funkcionalnih in nefunkcionalnih zahtevah
- Je to testiranje črne skrinjice ali bele škatle?
- Kontrolni seznam nefunkcionalnih testnih primerov
- Pristopni dokument
- Nefunkcionalne vrste preskušanja
- Nefunkcionalna testna orodja
- Zaključek
- Priporočeno branje
Pomen
Temu preskušanju je manjkalo ustrezne pozornosti, saj ne vpliva na funkcionalnost sistema.
V predhodnih preskusnih ciklih tudi nefunkcionalnim zahtevam niso namenjali ustrezne pozornosti. Vendar se je to zdaj spremenilo. Nefunkcionalni testi so zdaj najpomembnejši, saj danes upoštevajo vsa vprašanja glede učinkovitosti in varnosti aplikacij.
To testiranje ima večji vpliv na aplikacije, ko gre za delovanje aplikacije z velikim uporabniškim prometom. To testiranje zagotavlja, da je vaša aplikacija stabilna in sposobna obvladovati obremenitve v ekstremnih pogojih.
Kot že samo ime pove, se to testiranje osredotoča na nefunkcionalni vidik aplikacije. Kateri so torej nefunkcionalni vidiki? Ali naj rečem, katere funkcije niso povezane s funkcionalnostjo aplikacije?
No, tukaj so odgovori na te:
- Kako deluje aplikacija v običajnih okoliščinah?
- Kako se aplikacija obnaša, če se hkrati prijavi preveč uporabnikov?
- Ali lahko aplikacija obvlada stres?
- Kako varna je aplikacija?
- Ali se lahko aplikacija obnovi po katastrofi?
- Ali se lahko aplikacija obnaša enako v drugačnem okolju ali operacijskem sistemu?
- Kako enostavno je aplikacijo prenesti v drug sistem?
- Ali so dokumenti / uporabniški priročniki, priloženi aplikaciji, enostavno razumljivi?
Seznam se nadaljuje. Bistvo pa je v tem - ali te funkcije ne prispevajo k kakovosti aplikacije? Odgovor je DA. Te lastnosti so enako pomembne.
Predstavljajte si, da aplikacija popolnoma izpolnjuje vse uporabniške zahteve, toda neki nepooblaščeni uporabnik zlahka odpre in razbije podatke, ki jih je uporabnik vnesel v aplikacijo, ali pa aplikacija umre, ko je naloženih več kot 5BB katere koli datoteke. Bi torej rekli, da je aplikacija kakovostna? Očitno ni prav !!
Namen
Edini namen tovrstnega preskušanja je zagotoviti, da se testirajo nefunkcionalni vidiki aplikacije in da aplikacija dobro deluje v povezavi z istim.
Namen je zajeti testiranje vseh značilnosti aplikacije, ki pomagajo zagotoviti aplikacijo, ki ustreza poslovnim pričakovanjem.
Primer
To je pomemben način testiranja.
Funkcionalno testiranje preizkuša funkcionalnost aplikacije in zagotavlja, da deluje po pričakovanjih, nefunkcionalno testiranje pa zagotavlja, da aplikacija deluje dovolj dobro, da izpolni poslovna pričakovanja.
Da bi razumeli njegovo pomembnost, vzemimo preprost primer:
Aplikacija je razvita in je v celoti preizkušena glede funkcionalnosti, vendar nefunkcionalno testiranje na njej ni izvedeno.
Medtem ko lahko aplikacija zažene, lahko povzroči kritične ali večje težave, na primer, ko se obremenitev aplikacije poveča, postane prepočasna in traja veliko časa, da se odpre.
Odzivni čas se lahko podaljša ali če se obremenitev do neke mere poveča, se aplikacija morda zruši. To kaže, kako pomembno je preizkusiti nefunkcionalne vidike aplikacije.
Prednosti
Spodaj so navedene nekatere prednosti nefunkcionalnega testa:
- Zajema testiranje, ki ga funkcionalno testiranje ne more zajeti.
- Zagotavlja, da aplikacija deluje učinkovito in je dovolj zanesljiva.
- Zagotavlja varnost aplikacije.
Kako zajeti nefunkcionalne zahteve?
Medtem ko izvajamo testiranje, je poudarek predvsem na funkcionalnem testiranju, ki preizkuša funkcionalnost izdelka. Toda nefunkcionalno testiranje je enako pomembno kot funkcionalno testiranje in njegovo zahtevo je treba upoštevati že od samega začetka izdelka.
Nefunkcionalne zahteve se uporabljajo za izvajanje nefunkcionalnega testiranja. Te zahteve vključujejo izhodno zmogljivost, ki se pričakuje od preskušene aplikacije ali programske opreme. To v bistvu vključuje čas, ki ga programska oprema potrebuje za delovanje določenega sistema.
Nefunkcionalne zahteve zajemajo tudi vedenje, kadar več ljudi hkrati uporablja programsko opremo. Večino časa imamo izkušnjo, da so strežniki zasedeni ali nedosegljivi zaradi velike obremenitve (tj. Istočasno jo uporablja več ljudi). Rezervacija spletnih železniških vozovnic je lahko najboljša primer take situacije.
Tako bo pravilno dokumentiranje nefunkcionalne zahteve in pravilno izvajanje preskusov zagotovilo visoko zadovoljstvo glede uporabnosti potencialnih strank.
Čeprav to testiranje nima neposrednega poslovnega vpliva na funkcionalnost sistema, lahko v večji meri poveča uporabniško izkušnjo in prijaznost do uporabnika, kar bo posledično večje vplivalo na kakovost programske opreme.
Primer:
Razmislite o istem primeru za prijavo na Facebook. V tem primeru je obseg nefunkcionalnega testiranja upoštevanje časa, ki ga zahteva sistem za prijavo v Facebook po vnosu veljavnih poverilnic.
Prav tako ga je mogoče preizkusiti, kdaj (recimo 100) se uporabniki istočasno prijavijo, koliko časa traja, da se uporabnik prijavi na Facebooku.
To zagotavlja, da lahko sistem obvladuje obremenitev in promet, kar ima dobro uporabniško izkušnjo.
V agilnosti bi bilo treba nefunkcionalne zahteve zajeti z vhodnimi podatki.
Nefunkcionalno zahtevo je treba zajeti kot:
- Uporabniške / tehnične zgodbe
- V Merila sprejemljivosti
- V Artefakt
9.
# 1) Uporabniške / tehnične zgodbe
Nefunkcionalno zahtevo je mogoče zajeti z uporabo uporabniške zgodbe ali tehnične zgodbe. Zajemanje nefunkcionalnih zahtev kot uporabniške zgodbe je enako kot zajemanje katere koli druge zahteve. Edina razlika v uporabniku in tehnični zgodbi je ta, da uporabniška zgodba zahteva razpravo in je vidna.
# 2) Merila sprejemljivosti
Merila sprejemljivosti je točka, ki je določena za sprejem izdelka s strani kupca, to pomeni, da mora biti izdelek sprejet na določene točke v stanju prehoda.
V merila za sprejem je treba vključiti nefunkcionalno zahtevo, vendar včasih ni mogoče preizkusiti nefunkcionalnih zahtev z vsako zgodbo, torej z vsako ponovitvijo. Zato je treba zahteve dodati ali preizkusiti samo z ustrezno ponovitvijo.
# 3) V Artefakti
Za nefunkcionalne zahteve je treba pripraviti ločen artefakt, kar pa bi pomagalo imeti boljšo predstavo o tem, kaj je treba preizkusiti in kako je to mogoče storiti v ponovitvah.
Razlika v funkcionalnih in nefunkcionalnih zahtevah
Med funkcionalnimi in nefunkcionalnimi zahtevami je več razlik, nekaj pa je navedenih spodaj:
Št. | Funkcionalna zahteva | Nefunkcionalna zahteva |
---|---|---|
Izvedba | Preizkuševalci zmogljivosti z orodjem, ki obravnava operacijo kot transakcijo, ki jo izvede določeno število sočasnih uporabnikov, medtem ko preizkuševalec analizira vso logistiko | Odzivni čas |
1. | Funkcionalna zahteva temelji na kupcu. | Nefunkcionalna zahteva temelji na razvijalcih in tehničnem znanju ekipe. |
dva | Funkcionalna zahteva določa, katero funkcionalnost je treba upoštevati, tj. Kaj je treba preizkusiti. | Nefunkcionalne zahteve določajo, kako ga je treba preizkusiti. |
3. | Funkcionalno testiranje se izvede, preden aplikacija začne delovati. | Nefunkcionalne zahteve vključujejo preskuse vzdrževanja, testiranje dokumentacije, ki niso potrebne med izvajanjem, vendar je ena aplikacija že začela delovati. |
4. | Znana je le kot funkcionalna zahteva. | Znane tudi kot zahteve glede kakovosti. |
5. | Načrt izvedbe funkcionalnih zahtev je opredeljen v dokumentu o zasnovi sistema. | Načrt izvedbe za nefunkcionalne zahteve je opredeljen v sistemski arhitekturi. |
6. | Funkcionalna zahteva vključuje preizkušanje tehnične funkcionalnosti sistema. | Nefunkcionalna zahteva vključuje lastnosti, kot so varnost, uporabnost itd. |
Nadaljnje branje => Razlike med funkcionalnim in nefunkcionalnim preskušanjem
Je to testiranje črne skrinjice ali bele škatle?
Nefunkcionalni test spada pod a testiranje črne škatle tehniko.
Ta tehnika ni omejena samo na preizkušanje funkcionalnosti, ampak jo je mogoče uporabiti tudi za preizkušanje nefunkcionalnih zahtev, pa tudi zmogljivosti, uporabnosti itd. Tehnika preizkušanja črne skrinjice ne zahteva nobenega znanja o notranjem sistemu, torej ne zahteva znanje kode testerju.
Kontrolni seznam nefunkcionalnih testnih primerov
Kontrolni seznam se uporablja za zagotovitev, da noben pomemben vidik ne ostane brez testiranja.
Kontrolni seznam se običajno uporablja, kadar ni časa za dokumentacijo in je treba izdelek preizkusiti ali kadar obstaja časovna omejitev, se lahko s kontrolnim seznamom zagotovi, da so zajeti vsi pomembni vidiki.
Poglejmoprimerpreverjanja učinkovitosti, varnosti in dokumentacije.
Kontrolni seznam za preizkušanje učinkovitosti
- Odzivni čas aplikacije je treba preveriti, tj. koliko časa traja nalaganje aplikacije, kateri koli vnos, dan aplikaciji, daje rezultat v koliko časa, osvežitev brskalnika itd.
- Pretočnost je treba preveriti glede števila transakcij, opravljenih med preskusom obremenitve.
- Okolje mora biti enako kot živo okolje, sicer rezultati ne bi bili enaki.
- Procesni čas - Obdelati dejavnosti, kot sta uvoz in izvoz excela, vse izračune v aplikaciji je treba preizkusiti.
- Interoperabilnost mora biti preverjena, to pomeni, da mora biti programska oprema sposobna sodelovati z drugo programsko opremo ali sistemi.
- ETL čas je treba preveriti, to je čas, potreben za pridobivanje, pretvorbo in nalaganje podatkov iz ene zbirke podatkov v drugo.
- Povečanje obremenitve na vlogi je treba preveriti.
Kontrolni seznam za varnostno preskušanje
- Preverjanje pristnosti: Prijavite se lahko samo verodostojni uporabnik.
- Pooblaščen: Uporabnik mora imeti možnost prijave v tiste module, za katere je pooblaščen ali do katerih je bil uporabniku omogočen dostop.
- Geslo: Zahteva za geslo mora biti preverjena, tj. Geslo mora biti v skladu z opredelitvijo zahteve, tj. Dolžina, posebni znaki, številke itd.
- Odmor: Če je aplikacija neaktivna, mora izteči čas v določenem času.
- Varnostno kopiranje podatkov: Varnostno kopijo podatkov je treba izvesti ob določenem času in kopirati na varno mesto.
- Notranje povezave do spletne aplikacije ne sme biti dostopna, če je nameščena neposredno v brskalniku.
- Vsa komunikacija mora biti šifrirana.
Kontrolni seznam za testiranje dokumentacije
- Uporabniška in sistemska dokumentacija.
- Dokumenti za namene usposabljanja.
Pristopni dokument
Razvijte poseben pristopni dokument za fazo preizkusa učinkovitosti, tako da izboljšate splošno strategijo preizkusa. Ta testni pristop vodi pri načrtovanju in izvajanju vseh nalog preizkusa učinkovitosti.
najboljša programska oprema za izboljšanje zmogljivosti računalnika
- Obseg preskusa
- Preskusne meritve
- Testna orodja
- Ključni datumi in končni rezultati
Obseg preskusa
Preizkušanje zmogljivosti izvedite z različnih vidikov, kot so uspešnost uporabnikov, poslovni procesi, stabilnost sistema, poraba virov itd. Vrste preizkušanja zmogljivosti, ki jih je treba izvesti, so obravnavane v zgornjem oddelku članka (kot so obremenitveni test, stresni test itd.)
Preskusne meritve
Pristop preizkusa izboljša meritve za merjenje in poročanje med preskušanjem, kot so:
- Odzivni čas (na spletu)
- Okno serije (serija)
- Pretočnost ( Na primer , število transakcij na časovno enoto)
- Uporaba ( Na primer , odstotek porabljenih virov)
Testna orodja
Večinoma testiranje učinkovitosti zahteva uporabo ustreznih orodij:
- Orodja za ustvarjanje obremenitve
- Orodja za spremljanje uspešnosti
- Orodja za analizo uspešnosti
- Orodja za profiliranje aplikacij
- Orodja za podloge.
Ključni datumi in končni rezultati
Dokument o pristopu k preskusu učinkovitosti mora opisovati naslednje:
- Datum in čas vsakega izvajanja preizkusa učinkovitosti.
- Vrste testov in kombinacija funkcionalnosti, ki jih je treba vključiti v vsako izvedbo preizkusov učinkovitosti.
- Datumi zaključka preizkusa učinkovitosti.
Nefunkcionalne vrste preskušanja
Naslednja slika prikazuje vrste nefunkcionalnega testiranja:
Testiranje učinkovitosti:
Ocenjuje splošno zmogljivost sistema .
Ključni elementi so naslednji:
- Preveri, ali sistem izpolnjuje pričakovani odzivni čas.
- Ocenjuje, da pomembni elementi aplikacije izpolnjujejo želeni odzivni čas.
- Lahko se izvaja tudi v okviru integracijskega testiranja in sistemskega testiranja.
Preskušanje obremenitve:
Oceni, ali je delovanje sistema v običajnih in pričakovanih pogojih pričakovano.
Ključne točke so:
- Preveri, da sistem deluje po pričakovanjih, ko sočasni uporabniki dostopajo do aplikacije in dobijo pričakovani odzivni čas.
- Ta test se ponovi z več uporabniki, da se dobi odzivni čas in prepustnost.
- V času testiranja mora biti baza podatkov realna.
- Preizkus je treba izvesti na namenskem strežniku, ki spodbuja dejansko okolje.
Testiranje izjemnih situacij:
Oceni, ali je zmogljivost sistema pričakovana, kadar je pomanjkanje virov.
Ključne točke so:
- Preizkusite pomanjkanje pomnilnika ali premalo prostora na disku na odjemalcih / strežnikih, ki razkrijejo napake, ki jih v običajnih pogojih ni mogoče najti.
- Več uporabnikov izvaja iste transakcije z istimi podatki.
- Več odjemalcev je povezanih s strežniki z različnimi delovnimi obremenitvami.
- Zmanjšajte čas razmišljanja na “Zero”, da strežnike obremenite na njihov največji stres.
Čas razmišljanja: Tako kot časovni interval med vnosom uporabnika in gesla.
Preizkušanje glasnosti:
Oceni vedenje programske opreme, kadar gre za velik obseg podatkov.
Ključne točke so:
- Če je programska oprema podvržena velikim količinam podatkov, preveri omejitev, kjer programska oprema ne uspe.
- Ustvari se največja velikost baze podatkov in več odjemalcev pokliče bazo podatkov ali ustvari večje poročilo.
- Primer - Če aplikacija obdeluje bazo podatkov, da bi ustvarila poročilo, bi bil obsežni test uporaba velikega nabora rezultatov in preverjanje, ali je poročilo pravilno natisnjeno.
Preskus uporabnosti:
Oceni sistem za človeško uporabo ali preveri, ali je primeren za uporabo.
Ključne točke so:
- Ali je rezultat pravilen in smiseln in ali je enak pričakovanemu glede na podjetje?
- Ali so napake pravilno diagnosticirane?
- Ali je GUI pravilen in skladen s standardom?
- Ali je aplikacija enostavna za uporabo?
Testiranje uporabniškega vmesnika:
Oceni GUI.
Ključne točke so:
- GUI naj nudi pomoč in nasvete za lažjo uporabo.
- Skladen s svojim videzom?
- Podatki se pravilno prenašajo z ene strani na drugo?
- GUI uporabnika ne sme motiti ali biti težko razumljiv.
Testiranje združljivosti:
Ocenjuje, da je aplikacija združljiva z drugo strojno / programsko opremo z minimalno in največjo konfiguracijo.
Ključne točke so:
- Preizkusite vsako strojno opremo z minimalno in največjo konfiguracijo.
- Preizkusite z različnimi brskalniki.
Testni primeri so enaki tistim, ki so bili izvedeni med funkcionalnim testiranjem. - V primeru, da je število strojne in programske opreme preveč, lahko s tehnikami OATS pridemo do testnih primerov, da imamo največjo pokritost.
Preskus izterjave:
Oceni, da se aplikacija v primeru okvare elegantno konča in se podatki ustrezno obnovijo zaradi napak strojne in programske opreme.
Preizkusi niso omejeni na naslednje točke:
- Prekinitev napajanja odjemalca med izvajanjem dejavnosti CURD.
- Neveljavni kazalci in ključi baze podatkov.
- Postopek zbirke podatkov je prekinjen ali predčasno zaključen.
- Kazalci, polja in ključi baze podatkov so poškodovani ročno in neposredno znotraj baze podatkov.
- Fizično prekinite komunikacijo, izklopite napajanje, izključite usmerjevalnike in omrežne strežnike.
Preskus nestabilnosti:
Oceni in potrdi, ali se programska oprema pravilno namesti in odstrani.
qa vprašanja in odgovori za tester intervju pdf
Ključne točke so:
- Preveri, ali so sistemske komponente pravilno nameščene na določeni strojni opremi.
- Preveri, da navigacija na novi napravi posodablja obstoječo namestitev in starejše različice.
- Preveri, da pri premajhnem prostoru na disku ni nesprejemljivega vedenja.
Preizkušanje dokumentacije:
Ocenjuje dokumente in druge uporabniške priročnike.
Ključne točke vključujejo:
- Potrjuje, da so navedeni izdelki na voljo v izdelku.
- Preveri veljavnost vseh uporabniških navodil, nastavitev navodil, branje datotek, opomb ob izdaji in spletne pomoči.
Preskušanje odpovedi:
Preskus odpovedi se opravi, da se preveri, ali je sistem v primeru okvare dovolj sposoben za obdelavo dodatnih virov, kot so strežniki.
Da bi takšne razmere preprečili, igra preskušanje varnostnih kopij veliko vlogo. Ustvarjanje varnostnega sistema je tisto, kar je postopek. Če je varnostna kopija na voljo, potem pomaga sistem obnoviti.
Testiranje varnosti:
Testiranje varnosti se naredi, da se zagotovi, da aplikacija nima vrzeli, ki bi lahko povzročile izgubo podatkov ali grožnje. Je eden od pomembnih vidikov nefunkcionalnega testiranja in če ga ne izvedemo pravilno, lahko privede do varnostnih groženj.
Vključuje preizkus preverjanja pristnosti, avtorizacije, integritete in razpoložljivosti.
Testiranje razširljivosti:
Testiranje razširljivosti se opravi, da se preveri, ali je aplikacija dovolj sposobna obvladovati povečan promet, število transakcij, količino podatkov itd. Sistem mora delovati po pričakovanjih, ko se izvede obseg podatkov ali sprememba velikosti podatkov.
Preverjanje skladnosti:
Preskus skladnosti se opravi, da se preveri, ali se upoštevajo opredeljeni standardi ali ne. Za isto preverjanje se opravijo revizije.
Za Primer , Revizije se opravijo, da se preveri postopek ustvarjanja testnih primerov / testnih načrtov in njihovo namestitev na skupno lokacijo s standardnim imenom, ki se izvaja ali ne. V QC se med poimenovanjem testnih primerov upošteva standardno ime testnega primera ali ne. Dokumentacija je popolna in odobrena ali ne.
To je nekaj napotkov, ki so zajeti med revizijo.
Testiranje vzdržljivosti:
Testiranje vzdržljivosti se opravi za preverjanje vedenja sistema, ko se obremenitev dolgo poveča do neke mere.
Imenuje se tudi kot testiranje namočenja in preskušanje zmogljivosti. Pomaga preveriti, ali v sistemu pušča pomnilnik. Testiranje vzdržljivosti je podskupina testiranja obremenitve.
Preizkušanje lokalizacije:
Preskus lokalizacije se opravi za preverjanje aplikacije v različnih jezikih, tj.različnih jezikih. Vlogo je treba preveriti za določeno kulturo ali lokacijo. Glavni poudarek je na preizkusu vsebine, GUI aplikacije.
Preskušanje internacionalizacije:
Preskus internacionalizacije je znano tudi kot testiranje i18n.
I18n predstavlja I - osemnajst črk - N. To se naredi, da se preveri, ali aplikacija deluje v vseh jezikovnih nastavitvah, kot je bilo pričakovano. Preveri, ali se katera koli funkcionalnost ali aplikacija sama ne pokvari, tj. Aplikacija mora biti dovolj sposobna za obdelavo vseh mednarodnih nastavitev.
Prav tako preveri, ali se aplikacija brez težav namesti.
Preskušanje zanesljivosti:
Preizkus zanesljivosti se opravi, da se preveri, ali je aplikacija zanesljiva in ali je v določenem času testirana v določenem okolju. Aplikacija mora vsakič dati enak izhod, kot je bilo pričakovano, šele takrat se lahko šteje za zanesljivega.
Preskus prenosljivosti:
Preizkušanje prenosljivosti se opravi, da se preveri, ali bi morala biti programska oprema / aplikacija v primeru, da je nameščena v drug sistem ali na drugo platformo, sposobna zagnati po pričakovanjih, tj.na spremembo okolja ne bi smela vplivati nobena funkcionalnost.
Med preskušanjem je treba tudi preizkusiti spremembo s konfiguracijo strojne opreme, kot so prostor na trdem disku, procesor in tudi z različnimi operacijskimi sistemi, da zagotovite, da pravilno delovanje aplikacije in pričakovana funkcionalnost ostaneta nedotaknjeni.
Osnovno testiranje:
Osnovno testiranje je znano tudi kot primerjalno testiranje saj ustvarja osnovo za vsako novo aplikacijo, ki jo je treba preizkusiti.
Na primer: V prvi ponovitvi je bil odzivni čas aplikacije 3 sekunde. Zdaj je to določeno kot merilo za naslednjo ponovitev in v naslednji ponovitvi se odzivni čas spremeni na 2 sekundi. V bistvu gre za validacijski dokument, ki se uporablja kot osnova za prihodnje reference.
Preskušanje učinkovitosti:
Testiranje učinkovitosti se opravi, da se preveri, ali aplikacija deluje učinkovito in število potrebnih virov, potrebnih orodij, zapletenosti, zahtev kupcev, zahtevanega okolja, časa, za kakšen projekt itd.
To je nekaj napotkov, ki bi pomagali določiti, kako učinkovito bi aplikacija delovala, če bi vsi upoštevani parametri delovali po pričakovanjih.
Preskušanje obnove po katastrofi:
To testiranje se opravi, da se preveri stopnja uspešnosti obnovitve aplikacije ali sistema, če se zgodi kakšna kritična okvara, in ali je sistem sposoben obnoviti podatke in aplikacijo ali pa se lahko sistem zlahka spopade, da se vrne v prejšnje stanje, tj. operativna fronta.
Preizkušanje vzdrževalnosti:
Ko aplikacija / izdelek začne delovati, obstaja verjetnost, da se težava pojavi v okolju, ki je v živo, ali pa kupec morda želi izboljšavo aplikacije, ki že deluje.
V tem primeru je na voljo ekipa za testiranje vzdrževanja, ki preizkuša zgoraj omenjene scenarije. Ko aplikacija začne delovati, še vedno potrebuje vzdrževanje, za katero deluje ekipa za testiranje vzdrževanja.
Nefunkcionalna testna orodja
Na trgu je na voljo več orodij za testiranje učinkovitosti (obremenitev in stres).
Nekaj jih je naštetih spodaj:
- JMeter
- Loadster
- Loadrunner
- Loadstorm
- Neoload
- Napoved
- Nalaganje končano
- Orodje za stres spletnega strežnika
- WebLoad Professional
- Loadtracer
- vPerformer
Ali se nefunkcionalno testiranje vedno izvaja brez dokumentacije in testnih primerov? Zakaj?
»Vedno nas učijo, kako pisati funkcionalne testne primere. Zakaj to? Ali se 'nefunkcionalno testiranje' izvaja brez dokumentacije (z drugimi besedami, priložnostno) ali je to ločen postopek, ki ga je veliko težje razumeti? Kako so napisani testni primeri za različne vrste testiranja, ki se zgodijo v aplikaciji? '
To je eno najbolj izvirnih, najbolj prepoznavnih in nenavadnih vprašanj, ki so mi bila postavljena v zadnjem času. Poiščimo odgovor.
Kako to, da nikoli ne vidimo in vadimo pisanja nefunkcionalnih testnih primerov?
Začnimo s tem, kar vemo, in kot vedno s praktičnim scenarijem.
Primer: Sledijo koraki, ki jih je treba izvesti v aplikaciji za spletno bančništvo za izvedbo prenosa. To uporabimo kot test za referenco.
- Prijavite se na spletno mesto.
- Izberite bančni račun.
- Izberite prejemnika plačila (ta prejemnik plačila bi lahko pripadal isti banki ali drugi - to je odvisno od vaše izbire podatkov za izvedbo tega koraka. V vsakem primeru izberite eno. Predvidevamo tudi, da je prejemnik plačila že dodan.) .
- Vnesite znesek za prenos (pozitivna vrednost, znotraj meje, pravilna oblika itd.).
- Kliknite Prenos in preverite, ali je potrdilo prejeto, stanje na računu posodobljeno in vse to.
To je primer funkcionalnega testa, kajne?
Recimo, da izvajamo na isti aplikaciji, na isti strani prestopov Preskušanje zmogljivosti, varnosti in uporabnosti . To so nefunkcionalni tipi, kajne?
Kako bi napisali testne primere?
# 1) Preskusni primeri uporabnosti
Testiranje uporabnosti je vrsta testiranja programske opreme, ki se ukvarja z uporabniško izkušnjo. To je nekaj vprašanj, na katera poskušamo odgovoriti.
- Kako enostavno je uporabljati aplikacijo?
- Kako zadovoljiva je izkušnja uporabe sistema?
- Če ne takoj takoj, kako enostavno se je učiti?
Več informacij o tem je tukaj: Vodič za preizkušanje uporabnosti
Kako bi uporabnik določil odgovore na zgornja vprašanja v okviru preizkušanja uporabnosti?
Uporabnik bi izvedel popolnoma enake korake, kot v primeru funkcionalnega preizkusa. Imam prav?
# 2) Testni primeri preizkušanja učinkovitosti
Obstaja več različic preizkušanja učinkovitosti, v bistvu pa se uporablja za pridobivanje statističnih podatkov o sistemu, izkoriščenosti njegovih virov, odzivnem času, porabi omrežja itd. Na različnih točkah obremenitve.
Oglejte si našo Vadnice za preizkušanje učinkovitosti če želite vedeti več o tem.
Zdaj, če bi preizkusil uspešnost transakcije prenosov, bi imel 10, 20, 30, 100 ... 1000 ... itd. Uporabniki izvedejo operacijo prenosa hkrati ali postopoma, odvisno od tega, na kaj želim ciljati in zbirati podatke.
Katere korake bi izvedel vsak uporabnik, da bi lahko uporabil prenos med izvajanjem preizkusa učinkovitosti?
Enaki natančni koraki kot funkcionalni test, kajne?
# 3) Testni primeri varnostnega preskušanja
Varnostno preskušanje je veja preverjanja kakovosti, ki pomaga, da so programski sistemi varni. Ugotavlja ranljivosti (potencialna problematična področja v programskem sistemu), jih izkorišča s tehniko penetracije ali testiranja belih klobukov in ko se najdejo luknje v zanki, se na njih dela.
Kdaj želim preveriti, ali so prenosi varni in so pravilno usmerjeni do predvidenih prejemnikov in ali v celotnem postopku ni črnih pik? Prenos bi opravil, medtem ko vzporedno poteka postopek spremljanja puščanja varnosti.
Zato v bistvu izvajam popolnoma enake korake, kot bi jih običajno storil v primeru funkcionalnega testnega primera.
Mislim, da imamo dovolj, da ugotovimo, da so koraki v vseh situacijah enaki. Metoda in namen procesa sta drugačna.
Oglejmo si primerjalni pogled:
Vrsta preskušanja | WHO? | Zakaj? Namen |
---|---|---|
Funkcionalno preskušanje | Preizkuševalci kakovosti | Natančnost |
Učinkovitost | ||
Poslovna uporabnost | ||
Uporabnost | Preizkuševalci kakovosti ali uporabniki v realnem času | Enostavnost uporabe |
Enostavnost učenja | ||
Učinkovitost | ||
Uporaba omrežja itd. | ||
Varnost | Orodja za skeniranje in drugi nadzorni sistem s strani specializiranih varnostnih strokovnjakov | Hack varno |
Zaščita prejemnika plačila in plačnika itd. |
Zanimivo je omeniti to ne glede na to, kakšno obliko testiranja želimo opraviti, so vsi koraki enaki .
Resnična razlika je v tem:
- Kdo izvaja te korake?
- Kakšen je namen ali z drugimi besedami, kaj skušam doseči s tem testom?
- Uporabljena orodja in tehnike.
Če se vrnemo k našemu vprašanju, zakaj se nikoli ne naučimo pisati nefunkcionalnih testnih primerov z vsemi podrobnimi koraki?
To je zato ,v bistvu so preskusni koraki za variacijo vrst preskusov na določeni funkciji enaki, funkcionalni ali ne. Namen je pomemben in morda metoda.
Zaključek
Pred izvajanjem nefunkcionalnega testiranja je nujno pravilno načrtovati strategijo testiranja, da zagotovite pravilno testiranje. Na trgu so na voljo različna orodja za izvajanje tovrstnih testov, kot so Load Runner, RPT itd.
To testiranje igra pomembno vlogo pri uspehu aplikacije in vzpostavljanju dobrih odnosov s strankami, zato je ne smemo zanemariti. To je eden pomembnih delov preizkušanja programske opreme in brez tega preskušanja ni mogoče šteti za popolnega.
V načrt preskusa lahko vključimo podrobnosti o nefunkcionalnem preskušanju ali pa zanj izdelamo ločeno strategijo. V obeh primerih je cilj ustrezna pokritost nefunkcionalnih vidikov programske opreme.
Upamo, da vam je bil ta postopek poglabljanja v to temo tako zabaven, kot je bil predstavljen vsem. Radi bi slišali vaše povratne informacije in razmišljanja o tej temi.
Kako ravnate z nefunkcionalnimi testiranji v svojih skupinah? In kot vedno, nas obvestite, če se strinjate ali ne strinjate ali imate kaj dodati k temu, kar se dogaja tukaj.
Priporočeno branje
- Funkcionalno testiranje vs nefunkcionalno testiranje
- Alfa testiranje in beta testiranje (popoln vodnik)
- Vodič za preizkušanje varnosti spletnih aplikacij
- Popoln vodnik za funkcionalno testiranje s svojimi vrstami in primeri
- Popoln vodnik za preizkušanje preverjanja gradnje (testiranje BVT)
- Najboljša orodja za testiranje programske opreme 2021 [QA Test Automation Tools]
- Priročnik za začetnike do testiranja prodora spletnih aplikacij
- Celoten priročnik za testiranje obremenitve za začetnike