mi a Test Gap Analysis?

a Test Gap analysis részletes áttekintést nyújt a szoftverfejlesztő menedzsereknek és a minőségbiztosítási menedzsereknek a tesztelési fázis után fennmaradó teszthézagokról. Más szavakkal, az elemzés azonosítja a megváltozott kódot, amelyet a kiadás előtt nem teszteltek.

ezeknek a magas kockázatú területeknek a felszabadításával gyakori hibákat tapasztalhat a gyártásban és az időigényes gyorsjavításokban.

nem minden teszthézag egyformán fontos, ezért három csoportra osztjuk őket, mindegyik csoport eltérő kockázati szintet képvisel.

  1. magas kockázatú: nem tesztelt módszer, amelyet nemrégiben módosítottak és gyártásban használtak
  2. közepes kockázat: nem tesztelt módszer, amelyet nemrégiben módosítottak és nem használtak a gyártásban
  3. alacsony kockázat: Egy nem tesztelt módszer, amelyet a közelmúltban nem módosítottak és a gyártásban használtak

Gap Analytics tesztelése

Test Gap Analytics

ez a részleg értékes, mivel olyan módon mutatja be a teszthézagokat a vezetőknek és a csapatvezetőknek, amely lehetővé teszi számukra, hogy eldöntsék, milyen lépéseket tegyenek a sprint tervezésében.

háttér

a Sprintsebesség növelésének számos módja van. A közös nevező az, hogy a gyorsabb mozgáshoz valamilyen szintű technikai adóssággal kell rendelkeznünk.

a fejlesztők egyre több időt fordítanak a tesztautomatizálásra és a karbantartásra. Ez egy kritikus tevékenység, de olyan, amely lelassíthatja a csapat sebességét. Az időmegtakarítás és a sebesség növelésének fontos módja a felesleges tesztek kiküszöbölése.

a jelenlegi gyártási verzióban ritkán vagy soha nem használt funkciók nem érdemelnek további teszteket. Még akkor is, ha hibákat fedez fel, ezek a szoftver aktív felhasználóinak szinte egyikét sem érintik.

ráadásul az a kód, amely több sprint alatt, vagy akár hetekig vagy hónapokig stabil volt, és nem tört el, nem valószínű, hogy most megtörik. Tesztek hozzáadása olyan kódhoz, amelyen nem dolgoznak aktívan, valószínűleg pazarlás, mivel a végfelhasználók már tesztelték ezt a kódot az Ön számára.

integrációs tesztek írása és futtatása: a Szoftvercsapatok átka

ahhoz, hogy jól végezzék munkájukat, és segítsék a fejlesztőcsapatokat a technikai adósság elkerülésében és csökkentésében, rengeteg integrációs tesztet kell írniuk, futtatniuk és karbantartaniuk minden egyes szoftverkomponenshez. Ezen túlmenően ezeket az integrációs teszteket minden kiadás előtt végre kell hajtani – az egység tesztelése nehéz, időigényes és drága folyamat.

ezek a kihívások többek között gyakran teszthézagokat hoznak létre – olyan kódterületeket, amelyeket vagy nem teszteltek egy bizonyos időszakban, vagy egy bizonyos felépítésben. Jellegüknél fogva a teszthézagok olyan silók, amelyek magas kockázatú technikai adósságot eredményeznek, és általában olyan területekről származnak, ahol a kódot nemrégiben megváltoztatták vagy végrehajtották a gyártás során, de egyetlen regressziós ciklusban sem tesztelték őket.

alacsony kockázatú technikai adósság fenntartása a Sprint Tervezés részeként

bár a technikai adósság fogalma viszonylag új, egy régi problémán alapul, amely évek óta kihívást jelent a szoftverfejlesztő csapatok számára.

alapvetően a technikai adósság azt a kompromisszumot jelenti, amely akkor következik be, amikor a fejlesztőcsapatok a növekvő sebesség rövid távú előnyeit kihasználva gyorsan szállítják a szoftvereket az ügyfeleknek, szemben a könnyen módosítható, javítható és karbantartható szoftvermegoldások fejlesztésének hosszú távú értékével.

a műszaki adósság hatékony kezelése megköveteli a szoftvermegoldások kódbázisában lévő teszthézagok pontos elemzését a magas kockázatú területek felderítése érdekében, hogy megfelelő időt és erőfeszítést lehessen fordítani rájuk.

a test gap analytics-ből nyert információk és információk felhasználásával a fejlesztőcsapatok megfelelően megtervezhetik a sprinteket és integrációs teszteket fejleszthetnek az ilyen magas kockázatú területekre, ezáltal növelve a hatékonyságot, miközben csökkentik a technikai adósságot.

a magas kockázatú területeken való ilyen láthatóság megkönnyíti a rossz tervezési és kódolási gyakorlatok kitettségét, lehetővé téve az agilis csapatok számára, hogy megtisztítsák a kódot, az adatokat és az összes elavult feltételezést, biztosítva, hogy a kódbázis minősége optimális szinten maradjon. Ez a technikai adósság hatékony kezelését eredményezi, biztosítva, hogy az alacsony kockázatú és kezelhető szinten maradjon.

a Sealights Test Gap Analytics elemzésével a szoftvercsapatok a szoftverfejlesztési folyamat során több forrásból gyűjtött adatok elemzése alapján megtervezhetik sprintjüket, helyes döntéseket hozhatnak a következő tesztek kidolgozásának helyéről, és pihentethetik a szükségtelen tesztek írásának napjait. Ezek az elemzések lehetővé teszik a fejlesztők, a csapatvezetők és a vezetők számára, hogy előnyükre tartsanak fenn alacsony kockázatú technikai adósságot.

Tudjon Meg Többet A Tesztrés-Elemzésről

  • Webinárium: Adatvezérelt megközelítés a technikai Adósságkockázat kezeléséhez
  • Blog: Mind The Gap! A tesztelési rés áthidalása a minőségi intelligenciával
  • Whitepaper: hogyan lehet fenntartani az alacsony kockázatú technikai adósságot az Analytics segítségével