Smagums & Prioritāte testēšanā: atšķirības & Piemērs

Satura rādītājs:

Anonim

Kļūdu nopietnība

Kļūdas smagums vai defekta smagums testēšanas laikā ir kļūdas vai defekta ietekmes pakāpe uz pārbaudāmo lietojumprogrammu. Lielāka kļūdas / defekta ietekme uz sistēmas funkcionalitāti novedīs pie augstāka smaguma līmeņa. Kvalitātes nodrošināšanas inženieris parasti nosaka kļūdas / defekta smaguma pakāpi.

Kas ir prioritāte?

Prioritāte tiek definēta kā defekta novēršanas secība. Augstāka prioritāte, jo ātrāk defekts jānovērš.

Defektiem, kas programmatūras sistēmu atstāj neizmantojamu, tiek piešķirta augstāka prioritāte nekā defektiem, kuru dēļ nedarbojas neliela programmatūras funkcionalitāte.

GALVENĀS ATŠĶIRĪBAS

  • Prioritāte ir secība, kādā izstrādātājam jāatrisina defekts, savukārt smagums ir defekta ietekmes pakāpe uz produkta darbību.
  • Prioritāte tiek iedalīta trīs veidos: zema, vidēja un augsta, savukārt smaguma pakāpe ir iedalīta piecos veidos: kritiskā. galvenais, mērens, neliels un kosmētisks.
  • Prioritāte ir saistīta ar plānošanu, savukārt smaguma pakāpe ir saistīta ar funkcionalitāti vai standartiem.
  • Prioritāte norāda, cik ātri kļūda ir jānovērš, savukārt smagums norāda produkta funkcionalitātes defekta nopietnību.
  • Par defektu prioritāti lemj, konsultējoties ar vadītāju / klientu, savukārt defektu smaguma pakāpes nosaka kvalitātes nodrošināšanas inženieris.
  • Prioritāti nosaka biznesa vērtība, bet nopietnību - funkcionalitāte.
  • Prioritārā vērtība ir subjektīva un var mainīties noteiktā laika periodā atkarībā no izmaiņām projekta situācijā, turpretī nopietnības vērtība ir objektīva un mazāk mainīga.
  • Augstas prioritātes un zemas smaguma statuss norāda, ka defekts jānovērš nekavējoties, bet tas neietekmē lietojumprogrammu, savukārt augsta smaguma un zemas prioritātes statuss norāda, ka defekts ir jānovērš, bet ne tūlīt.
  • Prioritātes statusa pamatā ir klienta prasības, savukārt smaguma pakāpes statusa pamatā ir produkta tehniskais aspekts.

Smaguma veidi

Programmatūras testēšanā kļūdu / defektu smaguma veidus var iedalīt četrās daļās:

  • Kritisks : šis defekts norāda uz pilnīgu procesa apturēšanu, nekas nevar turpināt
  • Majors : Tas ir ļoti smags defekts un sabrūk sistēmā. Tomēr dažas sistēmas daļas paliek funkcionālas
  • Vidējs : Tas izraisa nevēlamu uzvedību, taču sistēma joprojām ir funkcionāla
  • Zems : tas neizraisīs nekādu būtisku sistēmas sabrukumu

Prioritāšu veidi

Kļūdu / defektu prioritātes veidus var iedalīt trīs daļās:

  • Zems: defekts ir kairinošs, taču to var novērst, tiklīdz nopietnākais defekts ir novērsts
  • Vidējs: Parastās attīstības darbības laikā defekts jānovērš. Tas var gaidīt, līdz tiek izveidota jauna versija
  • Augsts: defekts jānovērš pēc iespējas ātrāk, jo tas nopietni ietekmē sistēmu un to nevar izmantot, kamēr tas nav novērsts

Padomi defekta smaguma noteikšanai

  • Izlemiet rašanās biežumu: Dažos gadījumos, ja neliela defekta rašanās kodā ir bieža, tā var būt smagāka. No lietotāja viedokļa tas ir nopietnāks, kaut arī tas ir neliels defekts.
  • Izolējiet defektu: defekta izolēšana var palīdzēt noskaidrot tā smaguma pakāpi.

Prioritāte pret smagumu: galvenās atšķirības

Prioritāte Smagums
  • Defektu prioritāte ir definējusi secību, kādā izstrādātājam jāatrisina defekts
  • Defekta smagums tiek definēts kā defekta ietekmes pakāpe uz produkta darbību
  • Prioritāte tiek iedalīta trīs veidos
    • Zems
    • Vidējs
    • Augsts
  • Smagums tiek iedalīts piecos veidos
    • Kritisks
    • Vairākums
    • Mērens
    • Nepilngadīgs
    • Kosmētika
  • Prioritāte ir saistīta ar plānošanu
  • Smagums ir saistīts ar funkcionalitāti vai standartiem
  • Prioritāte norāda, cik ātri kļūda ir jānovērš
  • Smagums norāda produkta funkcionalitātes defekta nopietnību
  • Par defektu prioritāti lemj, konsultējoties ar vadītāju / klientu
  • QA inženieris nosaka defekta smaguma pakāpi
  • Prioritāti nosaka biznesa vērtība
  • Smagumu nosaka funkcionalitāte
  • Tās vērtība ir subjektīva un laika gaitā var mainīties atkarībā no izmaiņām projekta situācijā
  • Tās vērtība ir objektīva, un tā mainīšanās iespējamība ir mazāka
  • Augstas prioritātes un zemas smaguma statuss norāda, ka defekts ir jānovērš nekavējoties, bet tas neietekmē lietojumu
  • Augsta smaguma pakāpe un zemas prioritātes statuss norāda, ka defekts ir jānovērš, bet ne uzreiz
  • Prioritātes statusa pamatā ir klienta prasības
  • Smaguma statusa pamatā ir produkta tehniskais aspekts
  • UAT laikā izstrādes komanda novērš defektus, pamatojoties uz prioritāti
  • SIT laikā izstrādes komanda novērsīs defektus, ņemot vērā to smagumu un prioritāti

Defektu smaguma un prioritātes piemērs

Apskatīsim zemas smaguma un augstas prioritātes piemēru un otrādi

  • Ļoti zema smaguma pakāpe ar augstu prioritāti: logotipa kļūda jebkurai sūtījuma vietnei var būt neliela, jo tā neietekmēs vietnes funkcionalitāti, bet var būt ļoti svarīga, jo nevēlaties, lai turpinātu sūtījumu turpināt ar nepareizu logotipu.
  • Ļoti liela smaguma pakāpe ar zemu prioritāti: Tāpat arī lidojuma vietnei rezervācijas funkcionalitātes defekts var būt ļoti smags, bet var būt maz prioritārs, jo to var ieplānot atbrīvot nākamajā ciklā.

Defektu šķirošana

Defektu šķirošana ir process, kas mēģina atkārtoti līdzsvarot procesu, kad testa komanda saskaras ar resursu ierobežotās pieejamības problēmu. Tātad, ja ir liels skaits defektu un ierobežoti testētāji tos pārbauda, ​​defektu šķirošana palīdz mēģināt atrisināt tik daudz defektu, pamatojoties uz defektu parametriem, piemēram, smaguma pakāpi un prioritāti.

Kā noteikt defektu šķirošanu:

Lielākā daļa sistēmu kā galveno kritēriju defekta novērtēšanai izmanto prioritāti. Tomēr labs šķirošanas process ņem vērā arī smagumu.

Šķirošanas process ietver šādas darbības

  • Pārskatot visus defektus, ieskaitot komandas noraidītos defektus
  • Sākotnējais defektu novērtējums ir balstīts uz tā saturu un attiecīgajiem prioritātes un smaguma iestatījumiem
  • Prioritātes noteikšana defektam, pamatojoties uz ievadi
  • Piešķiriet defektu, lai produkta pārvaldnieks pareizi izlaistu
  • Atkārtoti novirza defektu pareizajam īpašniekam / komandai turpmākai darbībai

Vadlīnijas, kas katram testētājam jāņem vērā pirms smaguma pakāpes izvēles

Smaguma parametru novērtē testeris, savukārt prioritāro parametru - produkta vadītājs vai šķirošanas komanda. Lai noteiktu defekta prioritāti, testētājam ir obligāti jāizvēlas pareizais smaguma pakāpe, lai izvairītos no neskaidrībām ar izstrādes komandu.

  • Labi izprotiet prioritātes un smaguma jēdzienu
  • Vienmēr piešķiriet smaguma pakāpi, pamatojoties uz problēmas tipu, jo tas ietekmēs tā prioritāti
  • Izprotiet, kā konkrētais scenārijs vai testa gadījums ietekmēs galalietotāju
  • Jāapsver, cik daudz laika būtu nepieciešams defekta novēršanai, pamatojoties uz tā sarežģītību un laiku defekta pārbaudei

Secinājums:

  • Programmatūras inženierijā nepareiza smaguma pakāpes piešķiršana defektam var aizkavēt STLC procesu un var krasi ietekmēt komandas kopējo sniegumu. Tātad atbildīgajai personai jābūt precīzai un precīzai pēc aicinājuma noteikt defektu.