a megfelelő Szoftvertesztelési mutatók kiválasztása

a szoftvertesztelési mutató kritérium a minőségbiztosítási erőfeszítések hatékonyságának nyomon követésére. Először a tervezési szakaszban sikermutatókat hoz létre. Ezután hasonlítsa össze őket a kapott mutatóval a folyamat befejezése után.

azonban sok szoftver minőségbiztosítási és tesztszakértő inkább a tesztek végrehajtására összpontosít, mint a tesztek által előállított tényleges információkra. Ez alatt azt értem, hogy a tesztelők gyakran az összes teszt kitöltésének puszta elégedettségére összpontosítanak. De ez mindig jó dolog? 100% – os áthaladási arány érhető el az irányítópulton lévő összes zöld jelzővel, és még mindig lehetséges, hogy a tesztek nem elég erősek.

ez a cikk öt szoftvertesztelési mutatót fog megvitatni, amelyek segíthetik a minőségbiztosítási szakembereket sikerük értékelésében.

a “jó” tesztelési mutató jellemzői

beszéljünk azokról a jellemzőkről, amelyeknek ideális esetben egy metrikának rendelkeznie kell.

az üzleti célok szempontjából releváns

a kritikus fő teljesítménymutatóknak tükrözniük kell a vállalkozás elsődleges küldetését és célját; például a havi bevételnövekedést vagy az új felhasználók számát. Minden vállalat annak alapján választja meg a mutatóit, hogy mit szándékozik elérni termékével. Bár vonzónak tűnhet minden teszt sikere, a rossz célokra való összpontosítás megtévesztő lehet. Ez hatással lehet az alkalmazás munkájára és az egész komplex rendszerre, például a headless commerce architektúrára.

lehetővé teszi a növekedést

minden mutatónak lehetővé kell tennie a javulást. Mi van, ha elérte a 100% – os sikerességi arányt? A cél az lehet, hogy a mutatót ezen a szinten tartsuk, vagy tovább javítsuk.

ösztönzi a stratégia kidolgozását

amikor egy mutató célt ad a csapatnak, arra is motiválja őket, hogy kérdéseket tegyenek fel egy terv kidolgozásához. Tegyük fel, hogy növelni kell a bevételt. Fontolja meg, hogy a termék új funkciókat igényel-e a további vásárlások ösztönzéséhez. Szükség van egy új beszerzési csatorna létrehozására? Indított-e a versenytárs olyan új termékeket vagy funkciókat, amelyek új vásárlókat vonzanak?

nyomon követhető és érthető

a jó mutatókat könnyű megérteni és követni. Másképp, hogyan fogják az őket összegyűjtő emberek megalapozott döntéseket hozni? Az alkalmazottaknak meg kell érteniük, mit tehetnek az eredmény javítása érdekében.

három tipp a szoftvertesztelési mutatók kiválasztásához és méréséhez

Kezdje azzal, hogy kérdéseket tesz fel

kérdéseinek három témára kell kiterjednie:
1. Mit mérsz
2. Stratégiák és eszközök annak mérésére
3. A nyomon követés okai

a haszontalan mutatók elemzésének elkerülése érdekében figyeljen a mutatók meghatározási folyamatára. Néha, kis számú lemaradási hiba azt jelenti, hogy a minőségbiztosítási csapata elvégzi a munkáját. Ha azonban ezeket a hibákat magas/közepes/alacsony prioritású kérdésekre bontja, akkor jobban láthatja a program általános minőségét és elvégezheti a szükséges módosításokat.

ne hagyja figyelmen kívül az automatizálást a minőségbiztosítási mutatók kiszámításakor

az automatizálás időt takarít meg a kézi adatgyűjtéssel, és segít biztosítani, hogy a mutatók mindig relevánsak legyenek. Tegyük fel, hogy a Jira-t használja. Állítson be egy Jira Query Language (JQL) kérést a Confluence oldalon, ha minden sprintben adatokra van szüksége a kritikus hibákról. Gyakran frissítik. Vagy más eszközöket is alkalmazhat a kívánt tesztkezelő / feladatkövető rendszer alapján.

Gyűjtse össze a megjegyzéseket és fokozatosan javítsa a mutatókat

Miután beállította és összegyűjtötte az összes mutatót, elindulnak a visszajelzési és fejlesztési folyamatok. Figyeljen a visszajelzésekre, hogy javítsa a mutatók és jelentések hatékonyságát és egyértelműségét.

öt Szoftvertesztelési mutató a

nyomon követéséhez most nézzünk meg néhány konkrét példát. Vegye figyelembe, hogy a különböző minőségi szempontok a körülményektől függően változó mértékben számítanak.

felhasználói elégedettség

itt szeretné látni az ügyfél reakcióját a termékre. Felhasználói elégedettségi felméréseket és támogatási jegyeket használ, amelyek hibákat tárnak fel. Ha nyomon követi ezeket a minőségi mutatókat, és javítja őket, az üzlet növekedni fog, mivel több elégedett és visszatérő ügyfelet fog látni. Ha valami baj van, el kell végeznie az ok-okozati problémát, és el kell távolítania az útlezárásokat.

Folyamatmérők

ezek olyan belső mérések, amelyek jelentős hatással vannak a termék minőségére. Például nyomon követheti az átfutási időt, valamint a tevékenység beállítása és a kód telepítése és gyártása között eltelt időt.

még egy mutató, amelyet használhat, a ciklusidő. Ez azt jelenti, hogy ideje létrehozni egy funkciót, miután megkapta a jóváhagyást a munka megkezdéséhez. Végül nyomon követheti a nehézségek megoldásához szükséges időt. Ez utalhat a jegyek vagy hibák megoldásának sebességére, miután jelentették őket.

mivel ezeket a mutatókat nehéz mérni, egy másik módszer a folyamat hatékonyságának javítására annak felismerése, hogy a befejezetlen munka hol kezd felhalmozódni a sorban. Kiemelheti azt a szűk keresztmetszetet, amely, ha eltávolítják, segíthet a csapatoknak produktívabbá válni.

lefedettségi mutatók

a tesztminőség másik mutatója a teszt lefedettsége. Tájékoztat minket a tesztelt kód mennyiségéről. Ez egy módszer annak biztosítására, hogy a tesztek ellenőrizzék a kódot és mennyit működnek. Ebben az esetben jobb egy felülről lefelé irányuló stratégiát használni. Az első lépés a modul lefedettségének elemzése. Ezután fontolja meg a funkcionalitást, végül az egyes funkciók adatfedezettségét. Ez azt jelenti, hogy a lehetséges adatbevitelek hány különböző kombinációját fedi le a tesztekkel.

Ez a csoport magában foglalja az olyan mutatók, mint:
● Követelmények lefedettség aránya
● Egység teszt lefedettség
● Kézi vagy felderítő teszt lefedettség
● Vizsgált esetben követelmény kategória
● UI teszt lefedettség
● Integráció, API teszt lefedettség

Kód Minőségi Mutatók

Értékelése kód minőség azt jelenti, kategorizáló az érték a kód két csoportra oszthatók: Jó is, meg rossz is. A minőségnek nincs egyetlen fogalma, mert gyakorlatilag minden fejlesztő maga határozza meg, mi minősül jó kódnak. Hogyan lehet értékelni a kód minőségét? Az olyan eszközök, mint a SonarQube, lehetővé teszik, hogy felfedje, mennyi technikai adósság van egy rendszerben. Osztályoznia kell a problémákat és a sebezhetőségeket, prioritások szerint kell rendeznie őket, és ki kell választania, hogy mire fog összpontosítani.

hiba vagy incidens mérőszámok

minden kérdés súlyossága különbözik, ezért ne adjon minden kérdés azonos súlyt. Néhány probléma egyszerűen fejlesztési javaslat. Határozza meg, hogy a minőség mely összetevői fontosabbak, mint mások a vállalat számára. Ez azt jelenti, hogy túlmutat a hibák mennyiségén, amikor elemzi a használni kívánt mutatókat.

mit lehet kivonni az eseményjelentésekből? Ezek az eredmények a következők lehetnek:

a hibák száma összesen
a hibák száma
a hibák száma
a hibák száma
a bejelentések lezárásának ideje
a változások az utolsó kiadás óta

a szoftvertesztelési mérőszámok mérésének szabályai

a mérőszámok értékelése a szoftvertesztelésben és sikerük becslése frusztráló és homályos lehet. Íme néhány tipp és javaslat, amelyet használhat:

1. Korrelálja mutatóit a projekt, a folyamat és a termék céljaival. Ne feledje, hogy egyetlen mutató nem elegendő a szoftver minőségének teljes áttekintéséhez.
2. Kövesse nyomon az előrehaladást (vagy regressziót) az egész idő alatt. Egyszerűsítse az adatgyűjtési folyamatot az automatizálás révén, tárolja az adatokat egy együttműködő erőforrásban, mint például a Wiki/Confluence, és rendszeresen ellenőrizze az eredményeket.
3. Jelentse a statisztikákat az ügyfélnek és a csapatnak, hogy megmutassa az előrehaladást. A jelentéseknek könnyen érthetőnek kell lenniük, ezért legyenek hasznosak és felhasználóbarátak.
4. Ellenőrizze, hogy a mutatók érvényesek-e. Az irreleváns mutatók nyomon követése és a pontatlan adatok megjelenítése kizárt.

a mérés fontos tevékenység a szoftvertesztelésben, például annak meghatározása, hogy hány sikeres teszt volt sikertelen. Minden információ, amit kap, az érdekeltekhez érkezik. Ennek eredményeként megalapozott döntéseket hozhatnak, például mikor kell kiadni egy alkalmazást.

hogyan lehet nyomon követni a teszt tevékenységét? Meg kell határoznia a vonatkozó szoftvertesztelési mutatókat. A helyes tesztelési mutatók kiválasztása nehéz lehet. A csapatok gyakran olyan mutatókat választanak, amelyek nincsenek szinkronban a teljes üzleti tevékenységgel.

mit okozhat a megfelelő referenciaértékek hiánya? Az érdekelt felek nem mérik az előrehaladást, nem azonosítják a fejlesztési lehetőségeket, vagy nem ellenőrzik, hogy mely tesztelési taktikáknak van a legpozitívabb hatása. Mindent egybevetve, a minőségbiztosítási csapatoknak nyomon kell követniük az egyéni haladást, a képzettségi szintet és a sikert, valamint a kódminőséget, a hibákat és a lefedettséget.