Kas ir testēšanas termiņa modelis (TMM) programmatūras testēšanā?

Brieduma modeļa testēšana programmatūras testēšanā

Brieduma modeļa (TMM) testēšana programmatūras testēšanā ir sistēma programmatūras testēšanas procesu brieduma novērtēšanai. Testēšanas termiņa modeļa izmantošanas mērķis ir noteikt termiņu un nodrošināt mērķus, lai uzlabotu programmatūras testēšanas procesu, lai sasniegtu progresu. To var papildināt ar jebkuru procesa uzlabošanas modeli vai izmantot kā atsevišķu modeli.

Testa termiņa modelis (TMM) ir balstīts uz spējas brieduma modeli (CMM), un to pirmo reizi izstrādāja Ilinoisas Tehnoloģiju institūts. Tas ir detalizēts modelis testa procesa uzlabošanai.

TMM modelim ir divas galvenās sastāvdaļas

1. 5 līmeņu kopums, kas nosaka testēšanas iespējas
2. Novērtēšanas modelis

Dažāda līmeņa brieduma modelis

Pieci TMM līmeņi palīdz organizācijai noteikt sava procesa briedumu un noteikt nākamās uzlabošanas darbības, kas ir būtiskas, lai sasniegtu augstāku testa brieduma līmeni.

TMM līmeņi	Mērķi	TMM līmeņu mērķis
1. līmenis: Sākotnējais	Programmatūrai vajadzētu darboties veiksmīgi	Šajā līmenī nav noteiktas procesa zonas Testēšanas mērķis ir pārliecināties, ka programmatūra darbojas labi Šim līmenim trūkst resursu, rīku un apmācīta personāla Pirms programmatūras piegādes nav jāveic kvalitātes nodrošināšanas pārbaudes
2. līmenis: noteikts	Izstrādāt testēšanas un atkļūdošanas mērķus un politikas	Šis līmenis atšķir testēšanu no atkļūdošanas, un tās tiek uzskatītas par atšķirīgām darbībām Pārbaudes posms notiek pēc kodēšanas Galvenais testēšanas mērķis ir parādīt, ka programmatūra atbilst specifikācijām Pārbaudes pamatmetodes un paņēmieni ir ieviesti
3. līmenis: integrēts	Testēšanas integrēšana programmatūras dzīves ciklā	Testēšana tiek integrēta visā dzīves ciklā Pamatojoties uz prasībām, tiek noteikti testa mērķi Pārbaudes organizācija pastāv Testēšana ir atzīta par profesionālu darbību
4. līmenis: vadība un mērīšana	Izveidojiet testa mērījumu programmu	Testēšana ir izmērīts un kvantificēts process Pārskats visos izstrādes posmos tiek atzīts par testu Atkārtotas izmantošanas un regresijas testēšanai testa gadījumi tiek apkopoti un reģistrēti testa datu bāzē Defekti tiek reģistrēti un tiem tiek piešķirti smaguma pakāpes
5. līmenis: optimizēts	Pārbaudes procesa optimizācija	Testēšana tiek pārvaldīta un definēta Var kontrolēt efektivitātes un izmaksu testēšanu Testēšanu var precīzi pielāgot un nepārtraukti uzlabot Tiek praktizēta kvalitātes kontrole un defektu novēršana Tiek praktizēta procesa atkārtota izmantošana Ar testu saistītajai metrikai ir arī rīku atbalsts Rīki nodrošina atbalstu Test Case projektēšanai un defektu savākšanai

Atšķirība starp CMM un TMM

CMM	TMM
CMM jeb Capability Maturity Model ir paredzēts, lai spriestu par organizācijas programmatūras procesu gatavību	TMM jeb Test Maturity Model apraksta testēšanas procesu un ir saistīts ar programmatūras testēšanas modeļa kvalitātes uzraudzību

Secinājums:

Programmatūras uzturēšana ir dārga un laikietilpīga, ja pēc projekta piegādes tiek konstatēti defekti. Līdz ar to, lai gan defektu noteikšana ir svarīga, ir svarīgi arī, lai programmatūra izstrādes posmā pieļautu pēc iespējas mazāk kļūdu. Standarta testēšanas process, piemēram, TMM, var palīdzēt to sasniegt. TMM (Testing Maturity Model), kas ir īpaši izstrādāts testēšanas risināšanai, var palīdzēt organizācijai uzlabot testēšanas praksi.