Kas ir uz risku balstīta pārbaude (rbt)? - definīcija no tehopedijas

Definīcija - ko nozīmē uz risku balstīta pārbaude (RBT)?

Uz risku balstīta pārbaude (RBT) būtībā ir pārbaude, ko projektiem veic atkarībā no riskiem. Uz risku balstītas testēšanas stratēģijas izmanto riskus, lai testa izpildes laikā noteiktu prioritātes un izceltu pareizos testus.

Ņemot vērā, ka visu veidu funkcionalitātes pārbaudei varētu būt nepietiekams laiks, testēšana uz risku galvenokārt koncentrējas uz tādas funkcionalitātes pārbaudi, kurai ir vislielākā ietekme, un neveiksmes iespēju.

Techopedia izskaidro uz risku balstītu testēšanu (RBT)

Uz risku balstīta testēšanas stratēģija testēšanas uzdevumus organizē tā, lai samazinātu atlikušo produkta riska līmeni sistēmas izvietošanas brīdī.

Testēšana uz risku tiek veikta projektam ļoti agrīnā stadijā. Tas palīdz identificēt projekta riskus, kas atklāj projekta kvalitāti. Šī informācija, savukārt, ļauj pārbaudīt plānošanu, specifikācijas, sagatavošanos un izpildi.

Testēšana, kas balstīta uz risku, ietver gan ārkārtas gadījumus, gan to mazināšanu. Tajā ir arī mērīšanas process, kas identificē, cik labi organizācija strādā, lai atklātu un novērstu defektus svarīgās vietās. Turklāt tajā tiek izmantota arī riska analīze, lai identificētu proaktīvās varbūtības, lai izvairītos no defektu novēršanas vai novēršanas, izmantojot testēšanas kārtību, un palīdzētu organizācijai atlasīt izpildīšanai nepieciešamās pārbaudes darbības.

Svarīgi procesi, kas saistīti ar testēšanu, kas balstīta uz risku, ir šādi:

1. Nosakiet visas prasības attiecībā uz riskiem, kas saistīti ar projektu.
2. Runājot par risku novērtēšanu, prioritizējiet vajadzības.
3. Sagatavojiet un ieskicējiet testus, pamatojoties uz prasību prioritāti.
4. Veiciet pārbaudi atbilstoši prioritāšu noteikšanai, kā arī apstiprināšanas kritērijiem.

Uz risku balstītas testēšanas priekšrocības:

• Uzlabota kvalitāte - tiek pārbaudītas visas svarīgās lietojumprogrammu funkcijas.
• Iesaistās skaidrā, reālā laika izpratnē par projekta riskiem. Galvenā uzmanība tiek koncentrēta uz biznesa projektu riskiem, nevis uz informācijas sistēmas funkcionalitāti.
• Produkta risku saistība ar prasībām atzīst nepilnības.
• Pārbaudes laikā testa ziņojumi vienmēr notiek valodā, kas ir viegli saprotama visām iesaistītajām pusēm.
• Vispirms vispirms koncentrējieties uz vissvarīgākajām problēmām; centieni netiek ļaunprātīgi izmantoti zema riska vai nekritiskas funkcijas veikšanai.
• Klientu līdzdalība, efektīva ziņošana un progresa uzraudzība uzlabo klientu apmierinātību.