Mi az a tesztérettségi modell (TMM) a szoftvertesztelésben?

⚡ Okos összefoglaló

A tesztelési érettségi modell (TMM) öt kumulatív szinten méri, hogy egy szervezet szoftvertesztelési folyamata mennyire érett, a kezdetitől az optimalizáltig. A CMM-ből származtatták, hogy a tesztelésnek saját fejlesztési ütemtervet és értékelési módszert adjon.

📐 Két komponens: Öt képességszint, plusz egy értékelési modell, amely a szervezetet ezek egyikére helyezi.
🪜 Összesített szintek: Minden szinthez meg kell felelni az alatta lévő szint céljainak, így egyiket sem lehet kihagyni.
🔍 1-2. szint: A tesztelés elkülönül a hibakereséstől, és saját irányelveket, célokat és alapvető technikákat kap.
🔄 3-4. szint: A tesztelés beépül a teljes életciklusba, majd mértté, számszerűsítetté és hibássá válik.tracked.
🚀 5. szint: Maga a folyamat optimalizált, hibamegelőzéssel, eszköztámogatással és folyamatos fejlesztéssel.
📜 Jelenlegi szabvány: TMMi, amelyet a TMMi tart karban Foundation, a ma hivatalos tanúsításhoz használt utód.

További információk

Mi a tesztelési érettségi modell (TMM)?

Tesztelési érettségi modell (TMM) egy olyan keretrendszer, amely felméri egy szervezet szoftvertesztelési folyamatának érettségét. Meghatározza az aktuális érettségi szintet, és célokat tűz ki a folyamat lépésről lépésre történő fejlesztésére. A TMM bármely más folyamatfejlesztési modell mellett, vagy önállóan is használható.

A TMM a képességérettségi modellre (CMM) épül, és Ilene Burnstein és kollégái fejlesztették ki az Illinois Institute of Technology-n az 1990-es években. Míg a CMM a teljes fejlesztési folyamatot méri, a TMM a vizsgálatot kizárólag a tesztelésre szűkíti le.

A modellnek két fő összetevője van:

Öt szintből álló készlet, amely meghatározza a tesztelési képességet
Egy értékelési modell, amelyet egy szervezet ezen szintek egyikére helyezésére használnak

A tesztelési érettségi modell öt szintje

Az öt szint lehetővé teszi a szervezetek számára, hogy megtalálják jelenlegi tesztelési folyamatukat, és pontosan lássák, milyen fejlesztésekre van szükség a következő szint eléréséhez. Minden szint az alatta lévőre épül, így nem hagyhatók ki.

Megjegyzés a névadással kapcsolatban: Az eredeti Burnstein-modell a következő szinteket jelöli: Kezdeti, Fázisdefiníció, Integráció, Menedzsment és mérés, valamint Optimalizálás/Hibamegelőzés és Minőségellenőrzés. Az alább használt rövidebb nevek az iparban elterjedtek.

TMM szintek	Célok	A TMM szintek célja
1. szint: Kezdeti	A szoftvernek sikeresen futnia kell	Ezen a szinten nem azonosítanak folyamatterületeket A tesztelés célja annak biztosítása, hogy a szoftver megfelelően működjön Ezen a szinten hiányoznak az erőforrások, az eszközök és a képzett személyzet Nem Minőségbiztosítás ellenőrzések a szoftver szállítása előtt
2. szint: Meghatározott	Tesztelési és hibakeresési célok és irányelvek kidolgozása	A tesztelést elkülönítik a hibakereséstől, és a kettőt különálló tevékenységként kezelik. A tesztelési fázis a kódolás után következik A tesztelés elsődleges célja annak kimutatása, hogy a szoftver megfelel a specifikációnak Alapvető vizsgálati módszerek és technikák léteznek
3. szint: Integrált	A tesztelés integrálása a szoftver életciklusába	A tesztelés egy teljes életciklusba integrálódik A tesztcélok a követelményekből származnak Létezik tesztszervezet Szakmai tevékenységként elismert tesztelés
4. szint: Menedzsment és mérés	Hozzon létre egy teszt mérési programot	A tesztelés mért és számszerűsített folyamat RevA fejlesztés minden fázisában lévő elemzéseket tesztelési tevékenységként ismerik el. Újrahasználatra és Regressziós teszt, a teszteseteket összegyűjtik és egy tesztadatbázisban rögzítik A hibákat naplózza, és súlyossági szinteket kap
5. szint: Optimalizált	Tesztfolyamatok optimalizálása	A tesztelés irányított és definiált A tesztelés hatékonysága és költségei nyomon követhetők A tesztelés finomhangolható és folyamatosan fejleszthető Minőségellenőrzés és Disszidál megelőzést gyakorolják A folyamat újrafelhasználását gyakorolják A teszteléssel kapcsolatos metrikák eszköztámogatással is rendelkeznek Az eszközök támogatást nyújtanak Teszt eset design és hibagyűjtemény

TMM vs. TMMi: Mi változott?

A fent leírt modell az Illinois Institute of Technology eredeti TMM-je. 2005-ben a TMMi Foundation független nonprofit szervezetként alakult és jelent meg TMMi, a Test Maturity Model integrációja, amely az a verzió, amely alapján a szervezeteket ma értékelik és tanúsítják.

Kritériumai	TMM	TMMi
Eredet	Illinois-i Műszaki Intézet, 1990-es évek	TMMi Foundation, A 2005
-hoz igazítva	CMM	CMMI
Szerkezet	Öt szint érettségi célokkal	Öt szint hivatalos folyamatterületekkel, célokkal és gyakorlatokkal
2. szintű név	Fázisdefiníció	irányított
5. szintű név	Optimalizálás, hibamegelőzés és minőségellenőrzés	Optimalizálás
Hivatalos minősítés	Nem érhető el	Akkreditált értékelőkön keresztül elérhető

Az öt TMMi szint a Kezdeti, a Kezelt, a Meghatározott, a Mért és az Optimalizálás. A gondolkodásmód ugyanaz, de a TMMi sokkal részletesebben határozza meg a folyamatterületeket és a szükséges gyakorlatokat, ami lehetővé teszi a független értékelést. Ha egy új fejlesztési program modelljét választja, kezdje a TMMi-vel; a TMM továbbra is hasznos fogalmi alapként szolgál.

Különbség a CMM és a TMM között

CMM	TMM
Megítéli a teljes szoftverfejlesztési folyamat érettségét	Kizárólag a tesztelési folyamat érettségét ítéli meg
Lefedi a követelményeket, a tervezést, a kódolást és a projektmenedzsmentet	Lefedi a teszttervezést, a teszttervezést, a végrehajtást és a hibák megelőzését
A Carnegie Mellon-i SEI tulajdonában van, helyét most a CMMI veszi át.	Az Illinois Institute of Technology fejlesztette ki, utódja a TMMi
A tesztelés csak egy gyakorlati terület a sok közül	A tesztelés a modell teljes tárgya
Szervezet beszállítóként való tanúsítására szolgál	Célzásra és szekvenálásra szolgál szoftver tesztelés fejlesztések

Hogyan végezzünk TMM-felmérést?

Az értékelés azt állapítja meg, hogy egy szervezet valójában hol helyezkedik el, nem pedig azt, hogy szerinte hol helyezkedik el. Öt szakaszban zajlik.

Határozza meg a hatókört. Döntse el, hogy mely termékeket, csapatokat vagy üzleti egységeket vizsgálja. Egy teljes vállalat egyidejű értékelése ritkán vezet hasznosítható eredményekhez.
Gyűjts bizonyítékokat. Gyűjtsd össze a tesztterveket, teszteseteket, hibajelentéseket és metrikák, majd külön-külön interjúvold meg a tesztelőket, fejlesztőket és vezetőket. A dokumentumok mutatják, ami le van írva; az interjúk pedig azt, ami valójában történik.
Értékeld az egyes gólokat. Minden érettségi célt pontozzon a célszinten, mint teljesen elért, részben elért vagy nem elért. Egy szintet csak akkor ér el, ha minden célja teljes mértékben megvalósult.
Azonosítsa a réseket. Sorold fel a nem teljesített célokat abban a sorrendben, ahogyan azok akadályozzák a haladást. Mivel a szintek kumulatívak, a 2. szinten lévő hiányosságokat át kell hidalni, mielőtt bármilyen 3. szintű munka megkezdődne.
Készítse el a fejlesztési tervet. Minden egyes hiányossághoz rendeljen tulajdonost, céldátumot és mérhető eredményt, majd egy megállapodott időközönként értékelje újra.

Két gyakorlati figyelmeztetés. Először is, az önértékelés általában nagylelkű; ahol az eredmény kereskedelmi szempontból számít, alkalmazzon akkreditált külső értékelőt. Másodszor, álljon ellen a kísértésnek, hogy egy szintszámot hajszoljon. Az érték a hiányosságok által feltárt fejlesztésekben rejlik, nem a jelvényben.

A tesztelési érettségi modell előnyei és korlátai

Előnyök

Objektív alapvonal: A modell a tesztminőséggel kapcsolatos véleményeket egy meghatározott szinttel és egy dokumentált hiányosságlistával helyettesíti.
Egy szekvenciális ütemterv: Mivel a szintek összeadódnak, a fejlesztések sorrendjét te döntöd el.
Korábbi hibaészlelés: A magasabb szintek a tesztelést a követelmények és a tervezés felé tolják el, ahol a javítások a legolcsóbbak.
Egy közös szókincs: A tesztelők, a fejlesztők és a vezetőség ugyanazon a módon beszélnek az érettségről.
Beszállítói bizonyíték: A hivatalos TMMi szintet elismerik a beszerzésben és az értékesítésben.tractárgyalások.

korlátozások

Lassú és költséges: Egy szinttel feljebb lépés általában több hónapos kitartó erőfeszítést igényel.
Dokumentáció-sok: A bizonyítékokra vonatkozó követelmények ütközhetnek a könnyűsúlyú agilis gyakorlattal, ha mereven alkalmazzák.
Szint üldözés: A csapatok a termékminőség helyett az értékelésre optimalizálhatnak.
Nem helyettesíti a szakértelmet: Egy tapasztalatlan tesztelők által vezetett kiforrott folyamat is gyenge teszteket produkál.

Érettségi modell tesztelése: Főbb tanulságok

A TMM öt szinten méri fel a tesztelési folyamat érettségét, a kezdetitől az optimalizáltig.
A CMM-ből származik, de a teljes fejlesztési folyamatról a tesztelésre szűkíti a hatókört.
A szintek összeadódnak: egy szervezet nem érheti el az Integrált szintet anélkül, hogy először nem teljesítené a Meghatározott célokat.
A kiszállítás után talált hibák javítása a legköltségesebb, ami gazdaságilag is indokolja a tesztek érettségének növelését.
TMMi, amelyet a TMMi tart karban Foundation, a jelenlegi utódja, és ezt használják a hivatalos tanúsításhoz.

GYIK

A TMM az Illinois Institute of Technology eredeti akadémiai modellje. A TMMi ennek utódja, amelyet a TMMi tart fenn. Foundation, összhangban a CMMI-vel és kellően részletes ahhoz, hogy támogassa a hivatalos, akkreditált tanúsítást.

Nem. A szintek összeadódnak, tehát az alsóbb szint minden célját először teljes mértékben el kell érni. Egy olyan csapat, amelyik nagymértékben automatizál, de nincs tesztelési szabályzata, továbbra is az 1. szinten van.

Igen, bár mérlegelés útján kell alkalmazni. A célok inkább a tesztelési eredményekre vonatkoznak, mint a dokumentumokra, így egy agilis csapat automatizált csomagokkal és a készre vonatkozó kritériumokkal tudja kielégíteni őket a formális tervek helyett.

A mesterséges intelligencia által támogatott tesztgenerálás és önjavító automatizálás főként a magasabb szinteket támogatja, ahol a mérés és a hibamegelőzés már létezik. Az 1. szinten alkalmazva sebességet adnak anélkül, hogy hozzáadnák a modell által mért szakterületet.

Igen. A mesterséges intelligencia elemezheti a hibaadatokat, a tesztek lefedettségét és a dokumentációt, hogy jelezze a valószínűsíthető szintet és kiemelje a hiányosságokat. A hivatalos, tanúsított minősítéshez továbbra is akkreditált emberi értékelőre van szükség.