Ei-toiminnallinen testaus

by: Thomas Hamilton Thomas Hamilton
Hours Päivitetty

⚡ Älykäs yhteenveto

Ei-toiminnallinen testaus validoi ohjelmistosovelluksen suorituskykyä luotettavuuden, käytettävyyden, turvallisuuden, skaalautuvuuden ja muiden laatuominaisuuksien suhteen. Tämä läpikäynti selittää tavoitteet, parametrit, ominaisuudet, yleiset testaustyypit ja käytännön esimerkkitestitapaukset, joita laadunvarmistustiimit käyttävät.

  • 🎯 Painopiste laatu: Ei-toiminnallinen testaus mittaa järjestelmän suorituskykyä sen sijaan, että arvioisi sen toimintaa.
  • 📏 Mitattavat kriteerit: Jokainen vaatimus on kvantifioitu, jolloin subjektiiviset sanamuodot, kuten hyvä, parempi tai paras, on poistettu.
  • 🔐 Kriittiset parametrit: Turvallisuus, luotettavuus, skaalautuvuus, käytettävyys ja siirrettävyys hallitsevat ei-toiminnallista todentamista.
  • 🧪 Erilaisia ​​testityyppejä: Suorituskyky-, kuormitus-, rasitus-, palautumis- ja yhteensopivuustestit käsittelevät kukin tiettyjä laaturiskejä.
  • 📊 Vaikutus liiketoimintaan: Vahva ei-toiminnallinen testaus vähentää tuotantokustannuksia, seisokkiaikoja ja asiakastyytymättömyyttä eri julkaisuissa.
Lue lisää

Ei-toiminnallinen testaus

Mitä ei-toiminnallinen testaus on?

Ei-toiminnallinen testaus on ohjelmistotestauksen luokka, joka validoi sovelluksen ei-toiminnallisia puolia – suorituskykyä, käytettävyyttä, luotettavuutta ja vastaavia laatuominaisuuksia. Se arvioi järjestelmän valmiutta kriteereillä, joita toiminnallinen testaus ei koskaan käsittele, varmistaen, että sovellus täyttää yrityksen odotukset todellisissa olosuhteissa.

Klassinen esimerkki ei-toiminnallisesta testauksesta on sen mittaaminen, kuinka monta samanaikaista käyttäjää voi kirjautua sovellukseen ilman suorituskyvyn heikkenemistä. Ei-toiminnallinen testaus on yhtä kriittistä kuin toiminnallinen testaus, koska se vaikuttaa suoraan asiakastyytyväisyyteen ja tuotteen yleiseen havainnointiin.

Mikä on ei-toiminnallinen testaus - yleiskatsauskaavio

Ei-toiminnallisen testauksen tavoitteet

Ei-toiminnallista testausta suoritetaan tuotteen yleisen laadun ja käyttöiän parantamiseksi. Keskeisiä tavoitteita ovat:

  • Paranna tuotteen käytettävyyttä, tehokkuutta, ylläpidettävyyttä ja siirrettävyyttä.
  • Vähennä tuotantoriskiä ja toimimattomiin vikoihin liittyviä kustannuksia.
  • Optimoi tuotteen asennus-, käyttöönotto-, toteutus-, hallinta- ja valvontatapa.
  • Kerää mittareita ja mittareita sisäistä tutkimusta ja kehitystä varten.
  • Paranna ymmärrystä tuotteen toiminnasta ja käytössä olevista teknologioista.

Ei-toiminnallisen testauksen ominaisuudet

Seuraavat ominaisuudet määrittelevät, miten ei-toiminnallinen testaus tulisi suunnitella ja toteuttaa:

  • Sen on oltava mitattavissa, eikä subjektiivisille kuvauksille, kuten hyvä, parempi tai paras, ole sijaa.
  • Tarkat luvut eivät yleensä ole tiedossa vaatimusprosessin alussa.
  • Vaatimukset on priorisoitava siten, että riskialttiimmat alueet käsitellään ensin.
  • Laatuominaisuudet tunnistetaan tarkasti ohjelmistokehitysvaiheessa.

Ei-toiminnalliset testausparametrit

Yksitoista parametria käytetään tyypillisesti ei-toiminnallisen testauksen laajuuden määrittämiseen:

  1. Turvallisuus: Mittaa, miten järjestelmä on suojattu sisäisiltä tai ulkoisilta lähteiltä tulevia tahallisia ja tahattomia hyökkäyksiä vastaan. Varmistettu tietoturvatestauksella.
  2. Luotettavuus: Se, missä määrin järjestelmä suorittaa määritellyt toiminnot jatkuvasti häiriöttömästi. Todistetaan luotettavuustestauksella.
  3. Selviytyvyys: Vahvistaa, että järjestelmä toimii edelleen ja palautuu toimintakuntoon vian jälkeen. Varmistettu palautumistestauksella.
  4. Saatavuus: Määrittää, missä määrin käyttäjä voi olla riippuvainen järjestelmästä käytön aikana. Varmistettu vakaustestauksella.
  5. Käytettävyys: Helppous, jolla käyttäjät voivat oppia, käyttää, valmistella syötteitä ja käyttää järjestelmän tuotoksia. Varmistettu käytettävyystestauksella.
  6. Skaalautuvuus: Ohjelmistosovelluksen prosessointikapasiteettinsa laajentamisen aste kasvavan kysynnän tyydyttämiseksi. Todistettu skaalautuvuustestauksella.
  7. yhteentoimivuus: Tarkistaa, miten ohjelmistojärjestelmä toimii yhdessä muiden ohjelmistojärjestelmien kanssa. Varmistettu yhteentoimivuustestauksen avulla.
  8. Tehokkuus: Missä määrin järjestelmä käsittelee kapasiteettia, määrää ja vasteaikaa kuormituksen alaisena.
  9. Joustavuus: Sovelluksen toiminnan helppous eri laitteisto- ja ohjelmistokokoonpanoissa, kuten vaihtelevissa RAM- tai suorittimen konfiguraatioissa.
  10. siirrettävyys: Ohjelmiston joustavuus siirtyä nykyisestä laitteisto- tai ohjelmistoympäristöstään toiseen.
  11. Uudelleenkäytettävyys: Viittaa ohjelmistojärjestelmän osaan, jota voidaan soveltaa käytettäväksi toisessa sovelluksessa.

Ei-toiminnallisten testausparametrien kaavio

Ohjelmistojen testauksen tyyppi

Ohjelmistotestaus luokitellaan karkeasti kolmeen luokkaan:

  • Toiminnallinen testaus
  • Ei-toiminnallinen testaus
  • Kunnossapitotestaus

Jokainen kategoria sisältää useita testaustasoja, joita tiimit usein kutsuvat testaustyypeiksi. Eri kirjat ja hakuteokset saattavat luokitella ne hieman eri tavalla, joten pieniä eroja voi olla odotettavissa.

Testaustyyppien luettelo ei ole tyhjentävä – on olemassa yli 100 erilaista testaustyyppiä, ja uusia syntyy jatkuvasti. Kaikki tyypit eivät sovellu kaikkiin projekteihin; laajuus riippuu testattavan sovelluksen luonteesta, riskiprofiilista ja monimutkaisuudesta.

AIHEESEEN LIITTYVÄT ARTIKKELIT

Ei-toiminnallisen testauksen tyypit

Yleisimpiä laadunvarmistustiimien suorittamia ei-toiminnallisia testaustyyppejä ovat:

  • Suorituskykytestaus
  • Kuormitustesti
  • Failover-testaus
  • Yhteensopivuuden testaus
  • Käytettävyystestaus
  • Stressitestaus
  • Ylläpidettävyystestaus
  • Skaalautuvuuden testaus
  • Äänenvoimakkuuden testaus
  • Suojaustestaus
  • Disaster Recovery -testaus
  • Vaatimustenmukaisuuden testaus
  • Siirrettävyyden testaus
  • Tehokkuustestaus
  • Luotettavuustestaus
  • Perustason testaus
  • Kestävyystesti
  • Dokumentaation testaus
  • Palautustestaus
  • Kansainvälistymistestaus

Esimerkkitestitapauksia ei-toiminnalliseen testaukseen

Seuraavat esimerkit havainnollistavat, miten ei-toiminnallisia testitapauksia kirjoitetaan todellisissa projekteissa:

Testitapaus # Testitapaus Domain
1 Sovelluksen latausaika ei saisi ylittää viittä sekuntia, kun sitä käyttää samanaikaisesti jopa 1000 käyttäjää. Suorituskykytestaus
2 Ohjelmiston tulisi olla asennettavissa kaikkiin tuettuihin versioihin Windows ja macOS. Yhteensopivuuden testaus
3 Kaikissa verkkokuvissa tulisi olla kuvaavat alt-tunnisteet. Esteettömyystestaus

UKK

Toiminnallinen testaus varmistaa, että järjestelmä toimii määriteltyjä vaatimuksia vasten. Ei-toiminnallinen testaus mittaa järjestelmän suorituskykyä, mukaan lukien nopeus, luotettavuus, käytettävyys ja tietoturva, varmistaen, että sovellus täyttää ydinominaisuuksien toimintaa laajemmat laatustandardit.

Suosittuja työkaluja ovat mm JMeter ja LoadRunner suorituskyvyn parantamiseksi, Selenium käytettävyyden automatisointia varten, Burp Suite ja OWASP ZAP tietoturvaa varten sekä BrowserStack yhteensopivuutta varten. Jokainen työkalu kohdistuu tiettyyn ei-toiminnalliseen alueeseen, jota laadunvarmistustiimit haluavat mitata.

Ei-toiminnallinen testaus tulisi aloittaa, kun järjestelmä on toiminnallisesti vakaa ja ennen suuria julkaisuja. Suorituskyky-, tietoturva- ja luotettavuustestit ajoitetaan yleensä testausvaiheen loppuvaiheisiin, mutta vasemmalle-siirtostrategiat edistävät aikaisempaa suoritusta kehityksen ohella.

Jokaista parametria mitataan mitattavissa olevia kynnysarvoja vasteajalla ja suorituskyvyllä, turvallisuutta haavoittuvuuksien määrällä, käytettävyyttä tehtävien valmistumisasteella ja luotettavuutta keskimääräisellä virheiden välisellä ajalla. Numbers korvata subjektiiviset mielipiteet.

Molemmat. Suorituskyky-, kuormitus-, rasitus- ja tietoturvatestaus on pitkälti automatisoitua niiden skaalautuvuuden ja toistettavuuden vuoksi. Käytettävyys- ja saavutettavuustestaus vaativat usein manuaalista havainnointia, asiantuntija-arviointeja tai avustavan teknologian tarkistuksia automatisoitujen työkalujen rinnalla.

Tekoäly luo kuormitusprofiileja, ennustaa suorituskyvyn pullonkauloja, priorisoi riskialttiita testitapauksia ja analysoi lokitietoja automaattisesti. Tekoälypohjaiset alustat lyhentävät suoritusaikaa ja tuovat esiin regressiot nopeammin.ping Laadunvarmistustiimit skaalaavat ei-toiminnallista kattavuutta eri julkaisuissa.

Ei. Tekoäly nopeuttaa skannauksia, lähtötason luomista ja poikkeamien havaitsemista, mutta asiantuntevat testaajat tulkitsevat silti tuloksia, validoivat hyökkäysketjuja ja suunnittelevat testiskenaarioita. Tekoäly täydentää ihmisen harkintaa ei-toiminnallisessa testauksessa sen sijaan, että se korvaisi kokeneet laadunvarmistusinsinöörit.

Tiivistä tämä viesti seuraavasti: