Kas ir testa gatavības modelis (TMM) programmatūras testēšanā?

Gatavības modeļa pārbaude programmatūras testēšanā

Gatavības modeļa (TMM) testēšana programmatūras testēšanā ir ietvars programmatūras testēšanas procesu brieduma novērtēšanai. Testēšanas brieduma modeļa izmantošanas mērķis ir noteikt briedumu un noteikt mērķus, lai uzlabotu programmatūras testēšanas procesu, lai panāktu progresu. To var papildināt ar jebkuru procesa uzlabošanas modeli vai izmantot kā atsevišķu modeli.

Testa brieduma modelis (TMM) ir balstīts uz spēju gatavības modeli (CMM), un to pirmo reizi izstrādāja Ilinoisas Tehnoloģiju institūts. Tas ir detalizēts pārbaudes procesa uzlabošanas modelis.

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ākamos uzlabošanas soļus, kas ir būtiski, 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 identificētas procesa jomas
  • Pārbaudes 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
  • Kvalitātes nodrošināšana pārbaudes pirms programmatūras piegādes
2. līmenis: definēts 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 nāk pēc kodēšanas
  • Pārbaudes galvenais mērķis ir parādīt, ka programmatūra atbilst specifikācijām
  • Ir ieviestas pamata pārbaudes metodes un paņēmieni
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
  • Testa organizācija pastāv
  • Pārbaude atzīta par profesionālu darbību
4. līmenis: vadība un mērīšana Izveidojiet testa mērīšanas programmu
  • Pārbaude ir izmērīts un skaitļos izteikts process
  • Pārskatīšana visos izstrādes posmos tiek atzīta par pārbaudi
  • Atkārtotai izmantošanai un Regresijas pārbaude , testa gadījumi tiek apkopoti un reģistrēti testa datu bāzē
  • Defekti tiek reģistrēti un tiem ir noteikti smaguma pakāpes
5. līmenis: optimizēts Pārbaudes procesa optimizācija
  • Pārbaude tiek pārvaldīta un definēta
  • Pārbaudes efektivitāti un izmaksas var kontrolēt
  • Testēšanu var precizēt un pastāvīgi uzlabot
  • Kvalitātes kontrole un Defekts tiek praktizēta profilakse
  • Tiek praktizēta atkārtota procesa izmantošana
  • Ar testēšanu saistītajai metrikai ir arī rīku atbalsts
  • Rīki nodrošina atbalstu Testa korpuss dizains un defektu savākšana

Atšķirība starp CMM un TMM

CMM labi
  • CMM vai spēju gatavības modelis ir paredzēts, lai novērtētu organizācijas programmatūras procesu gatavību
  • TMM vai testa gatavības modelis 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 ir svarīgi atklāt defektus, ir svarīgi, lai programmatūra izstrādes posmā pieļautu minimālas kļūdas. Standarta pārbaudes process, piemēram, TMM, var palīdzēt to sasniegt. TMM (testēšanas brieduma modelis), kas īpaši izstrādāts, lai risinātu testēšanu, var palīdzēt organizācijai uzlabot testēšanas prakses gatavību.