oikean Ohjelmistotestausmittarin valitseminen

ohjelmistotestausmittarin valitseminen on kriteeri laadunvarmistustyön tehokkuuden seuraamiseksi. Ensin luodaan onnistumisen mittarit koko suunnitteluvaiheessa. Sitten, verrata niitä vastaanotettu metrinen valmistumisen jälkeen prosessi.

monet ohjelmistojen laadunvarmistus-ja testausasiantuntijat pyrkivät kuitenkin keskittymään pikemminkin siihen, miten testit suoritetaan, kuin testien tuottamaan todelliseen tietoon. Tällä tarkoitan testaajat usein keskittyä pelkästään tyytyväisyys suorittaa kaikki testit. Mutta onko tämä aina hyvä asia? Voit olla 100% läpäisyaste kaikki vihreät indikaattorit kojelautaan ja on silti mahdollista, että testit eivät ole tarpeeksi vahvoja.

tässä artikkelissa käsitellään viittä ohjelmistotestausmittaria, jotka saattavat auttaa laadunvarmistuksen ammattilaisia arvioimaan niiden onnistumista.

“hyvän” Testimittarin ominaisuudet

puhutaan ominaisuuksista, joita metrisellä tulisi ihanteellisesti olla.

liiketoiminnan tavoitteiden

kriittisten keskeisten suorituskykyindikaattoreiden tulisi heijastaa yrityksen ensisijaista tehtävää ja tarkoitusta, esimerkiksi kuukausittaista liikevaihdon kasvua tai uusien käyttäjien määrää. Jokainen yritys valitsee mittarinsa sen perusteella, mitä he aikovat saavuttaa tuotteellaan. Vaikka menestyminen kaikissa testeissä voi tuntua houkuttelevalta, vääriin tavoitteisiin keskittyminen voi pettää. Tämä voi vaikuttaa sovelluksen toimintaan ja koko monimutkaiseen järjestelmään, kuten päättömään kaupankäyntiarkkitehtuuriin.

mahdollistaa kasvun

jokaisen metrijärjestelmän pitäisi mahdollistaa paraneminen. Mitä jos olet saavuttanut 100% onnistumisprosentti? Tavoitteena voi olla metrien pitäminen tällä tasolla tai sen parantaminen entisestään.

kannustaa kehittämään strategian

kun mittari antaa joukkueelle tavoitteen, se myös motivoi heitä esittämään kysymyksiä suunnitelman kehittämiseksi. Oletetaan sinun täytyy lisätä tuloja. Mieti, vaatiiko tuote uusia ominaisuuksia kannustaakseen useampiin ostoksiin. Onko tarpeen luoda uusi hankintakanava? Onko kilpailija lanseerannut uusia tuotteita tai ominaisuuksia, jotka houkuttelevat uusia ostajia?

seurattavissa ja ymmärrettävissä

hyviä mittareita on helppo ymmärtää ja seurata. Miten muuten heitä kokoavat ihmiset tekevät tietoon perustuvia päätöksiä? Työntekijöiden on ymmärrettävä, mitä he voivat tehdä tuloksen parantamiseksi.

kolme vinkkiä ohjelmistotestauksen mittareiden valintaan ja mittaamiseen

Aloita kysymällä kysymyksiä

kysymyksesi tulisi kattaa kolme aihetta:
1. Mitä mittaat
2. Strategiat ja välineet sen mittaamiseksi
3. Syitä seurata sitä

hyödyttömien mittareiden analysoimisen välttämiseksi kannattaa kiinnittää huomiota metriikan määrittelyprosessiin. Joskus, pieni määrä backlog bugs tarkoittaa QA joukkue tekee työnsä. Kuitenkin, kun hajotat nämä virheet osaksi korkea / keskitaso / alhainen prioriteetti kysymyksiä, voit paremmin nähdä yleistä ohjelman laatua ja tehdä tarvittavat muutokset.

älä laiminlyö automaatiota, kun lasket LAADUNVARMISTUSMITTAREITA

automaatio säästää aikaa manuaalisessa tiedonkeruussa ja auttaa varmistamaan, että mittarisi ovat aina relevantteja. Oletetaan, että käytät jiraa. Määritä Jira Query Language (JQL) – pyyntö Confluence-sivullesi, jos tarvitset tietoja kriittisistä bugeista joka sprintissä. Sitä päivitetään usein. Tai voit käyttää muita työkaluja, jotka perustuvat haluamaasi testinhallinta – / tehtäväseurantajärjestelmään.

kerää kommentteja ja vähitellen Paranna mittareita

kun olet määrittänyt ja kerännyt kaikki mittarit, palaute-ja parannusprosessit alkavat. Kiinnitä huomiota palautteeseen parantaaksesi mittareiden ja Raporttien tehokkuutta ja selkeyttä.

viisi Ohjelmistotestausmittaria, joilla voi seurata

nyt katsotaan joitakin konkreettisia esimerkkejä. Huomaa, että eri laatunäkökohdilla on merkitystä eriasteisesti olosuhteista riippuen.

käyttäjätyytyväisyys

Tässä näkyy asiakkaan reaktio tuotteeseen. Käytät käyttäjien tyytyväisyystutkimuksia ja tuet lippuja, jotka paljastavat vikoja. Jos seuraat näitä laatumittareita ja työskentelet niiden parantamiseksi, liiketoiminta kasvaa, kun näet tyytyväisempiä ja palaavia asiakkaita. Jos jokin on vialla, sinun täytyy tehdä syy-ongelma analyysi ja poistaa tiesulut.

Prosessimittarit

nämä ovat sisäisiä mittauksia, joilla on merkittävä vaikutus tuotteen laatuun. Voit esimerkiksi seurata läpimenoaikaa ja aikaa, joka kuluu tehtävän asettamisen ja koodin käyttöönoton ja tuotannon välillä.

yksi metri lisää, jota voisi käyttää, on sykliaika. Se tarkoittaa aikaa rakentaa ominaisuus sen jälkeen, kun on saanut hyväksynnän alkaa työstää sitä. Lopuksi, voit seurata aikaa se vie ratkaista vaikeuksia. Tämä voi viitata siihen, miten nopeasti lippuja tai vikoja on selvitetty, kun niistä on ilmoitettu.

koska näitä mittareita voi olla vaikea mitata, toinen tapa parantaa prosessin tehokkuutta on havaita, missä keskeneräiset työt alkavat kasaantua jonoon. Se voi korostaa pullonkaula, joka, jos poistetaan, voi auttaa tiimejä tulla tuottavampia.

Coverage Metrics

toinen testin laadun mittari on testin kattavuus. Se kertoo testatun koodin määrän. Se on tapa varmistaa, että testit tarkistaa koodin ja kuinka paljon ne toimivat. Tässä tapauksessa on parempi käyttää ylhäältä alas strategiaa. Ensimmäinen vaihe on analysoida moduulin kattavuus. Sitten tarkastellaan toiminnallisuutta ja lopuksi tietojen kattavuutta kussakin toiminnallisuudessa. Se tarkoittaa, kuinka monta eri yhdistelmää mahdollisista datasisällöistä peität testeillä.

tähän ryhmään kuuluvat sellaiset mittarit kuin:
● Requirements coverage prosenttiosuus
● Unit test coverage
● Manual or exploratory test coverage
● Test cases by requirement category
● UI test coverage
● Integration and API test coverage

Code Quality Metrics

Evaluating code quality means categorizing the value of code in two categories: Good ja paha. Ei ole olemassa yhtä laadun käsitettä, koska käytännössä jokainen kehittäjä määrittelee itse, mikä on hyvää koodia. Miten koodin laatua voi arvioida? Sonarquben kaltaisten työkalujen avulla voit paljastaa, kuinka paljon teknistä velkaa järjestelmässä on. Sinun täytyy luokitella kysymyksiä ja haavoittuvuuksia, järjestää ne prioriteetti ja valitse mitä aiot keskittyä.

vian tai vaaratilanteen Mittarit

jokainen numero vaihtelee vakavuudeltaan, joten älä anna kaikille asioille yhtä suurta painoarvoa. Jotkin ongelmat ovat vain parannusehdotuksia. Selvitä, mitkä laadun osat ovat muita tärkeämpiä yrityksellesi. Se sanoi, ylittää vain määrä vikoja analysoitaessa mittareita käytät.

mitä onnettomuusraporteista voi poimia? Nämä tulokset voivat sisältää:

● vikojen kokonaismäärä
● avoimet viat
● suljetut viat
● jokaisen vaarailmoituksen sulkemisaika
● muutokset edellisen julkaisun jälkeen

säännöt ohjelmistojen testauksen mittaamiseksi

mittareiden arviointi ohjelmistojen testauksessa ja niiden menestyksen arviointi voivat olla turhauttavia ja epämääräisiä. Tässä Vinkkejä ja ehdotuksia voit käyttää:

1. Korreloi mittarit projekti -, prosessi-ja tuotetavoitteiden kanssa. Muista, että yksi indikaattori ei riitä täydellisen kuvan ohjelmiston laatua.
2. Seuraa edistymistä (tai taantua) koko ajan. Virtaviivaistaa tiedonkeruuprosessia automaation avulla, tallentaa tietoja yhteistyöresurssiin, kuten Wiki/Confluence, ja tarkistaa tuloksia säännöllisesti.
3. Raportoi tilastot asiakkaalle ja tiimille, jotta voit näyttää edistymisesi. Raporttien pitäisi olla helposti ymmärrettäviä, joten tee niistä hyödyllisiä ja käyttäjäystävällisiä.
4. Tarkista, ovatko mittarit voimassa. Epäolennaisten mittareiden seuraaminen ja epätarkkojen tietojen näyttäminen ei tule kysymykseen.

mittaaminen on tärkeä tehtävä ohjelmistotestauksessa, kuten onnistuneiden testien määrän määrittäminen sitä vastaan, kuinka moni on epäonnistunut. Kaikki tieto tulee sidosryhmille. Tämän seurauksena, he voivat tehdä tietoon perustuvia päätöksiä, kuten milloin vapauttaa sovelluksen.

miten voit seurata testaustoimintaasi? Sinun täytyy määrittää asiaankuuluvat ohjelmistojen testaus metrics. Oikean testimittarin valitseminen voi olla vaikeaa. Usein tiimit valitsevat mittareita, jotka eivät ole synkronissa koko liiketoiminnan kanssa.

mitä riittävien vertailuarvojen puute voi aiheuttaa? Sidosryhmät eivät mittaa edistymistä, tunnista kehitysmahdollisuuksia tai valvo, millä testaustaktiikoilla on eniten myönteisiä vaikutuksia. Kaikki asiat huomioon ottaen, QA joukkueet täytyy seurata yksittäisten edistymistä, taitotaso, ja menestys, sekä koodin laatu, bugeja, ja kattavuus.