Šajā apmācībā jūs uzzināsiet
- Kas ir dizaina validācija?
- Kas ir dizaina verifikācija?
- Atšķirība starp projekta pārbaudi un apstiprināšanu
- Dizaina verifikācijas process
- Dizaina validācijas process
- Projektēšanas apstiprināšanas un verifikācijas priekšrocības
Dizaina apstiprināšana
Dizaina validācija ir process, kurā programmatūras produkts tiek novērtēts pēc precīzām tiešo lietotāju vai ieinteresēto personu prasībām. Dizaina validācijas mērķis ir pārbaudīt programmatūras produktu pēc izstrādes, lai pārliecinātos, ka tas atbilst prasībām attiecībā uz lietojumiem lietotāja vidē.
Apstiprināšana ir saistīta ar dizaina konsekvences un pilnīguma demonstrēšanu, ņemot vērā lietotāja vajadzības. Šis ir posms, kurā jūs faktiski izveidojat produkta versiju un apstiprināt atbilstoši lietotāja prasībām.
Zemāk redzamais attēls atspoguļo dizaina apstiprināšanas procesu.
Mērķis ir ar objektīviem pierādījumiem pierādīt, ka produkts atbilst lietotāju vajadzību dokumentiem. Objektīvie pierādījumi ir nekas cits kā fizisks izvades, piemēram, attēla, teksta vai audio faila, pierādījums, kas norāda, ka procedūra ir pabeigta.
Izmantojot objektīvus pierādījumus, šis process pastāvīgi pārbaudīs, vai produkts atbilst iepriekš noteiktajām prasībām. Šis process ietver testēšanas darbību, pārbaudi un analīzi utt.
Dizaina pārbaude
Projektēšanas pārbaude ir metode, lai pārbaudītu un sniegtu pierādījumus, lai pārliecinātos, vai projektēta programmatūras produkta produkcija atbilst ievades specifikācijām. Projektēšanas pārbaudes procesa mērķis programmatūras izstrādes laikā ir nodrošināt, lai izstrādātais programmatūras produkts būtu tāds pats kā norādīts.
Dizaina ievade ir jebkura fiziska un veiktspējas prasība, kas tiek izmantota kā pamats projektēšanas mērķim. Projektēšanas rezultāts ir katra projektēšanas posma rezultāts un kopējo projektēšanas darbu rezultāts. Galīgā dizaina izeja ir pamats ierīces galvenajam ierakstam.
Atšķirība starp projekta pārbaudi un apstiprināšanu
Starp verifikāciju un apstiprināšanu vienmēr pastāv nepareizi uzskati. Tās ir dažādas darbības, kas tiek veiktas katrā attīstības procesa posmā.
| Dizaina pārbaude | Dizaina apstiprināšana |
|
|
|
|
|
|
|
|
|
|
|
|
Dizaina verifikācijas process
Identifikācija un sagatavošana:
- Specifikācijas izstrādes posmā verifikācijas darbība tiek identificēta paralēli. Tas ļauj dizaineram pārliecināties, ka specifikācija ir pārbaudāma. Tātad testa inženieris var sākt detalizētu testa plānu un procedūras. Būtu jāpaziņo par visām izmaiņām specifikācijā.
- Labākās pieejas noteikšana verifikācijas veikšanai, definējiet mērīšanas metodes, nepieciešamos resursus, rīkus un iespējas.
- Pabeigtais verifikācijas plāns tiks pārskatīts kopā ar projektēšanas komandu, lai identificētu problēmas pirms plāna pabeigšanas.
Plānošana:
- Verifikācijas plānošana ir vienlaicīga darbība ar galvenajām un attīstības komandām. Tas notiek visā projekta dzīves ciklā. Tas tiks atjaunināts, tiklīdz būs veiktas izmaiņas projekta ievadē.
- Šajā posmā testējamo programmatūru vai sistēmu dokumentē.
- Šajā posmā tiek veikts provizoriskais testa plāns un testa plāna precizēšana. Testa plāns atspoguļo kritisko pagrieziena punktu, samazinot projekta risku.
- Rīki, testa vide, attīstības stratēģija un prasību noteikšana, veicot pārbaudi vai analīzi.
Attīstība:
- Testa gadījuma izstrāde sakritīs ar SDLC metodoloģiju, ko ieviesusi projekta komanda. Šajā posmā tiek noteiktas dažādas testa metodes.
- Dizaina ievadi jāizstrādā, iekļaujot vienkāršākās verifikācijas darbības, kas ir nepārprotamas un pārbaudāmas.
- Pārbaudes laiku saīsina, ja līdzīgas koncepcijas veic secīgi. Pat viena testa rezultātu var izmantot kā ievadu turpmākajiem testiem.
- Starp testa gadījumiem un atbilstošajiem projekta izejmateriāliem tiek izveidotas traktējamības saites, lai nodrošinātu, ka tiek pārbaudītas visas prasības un konstrukcijas izlaide atbilst projektētajiem datiem.
Izpilde:
- Izstrādes posmā izveidotās testa procedūras tiek izpildītas saskaņā ar testa plānu, stingri ievērojot tās verifikācijas darbībās.
- Ja rodas nederīgi rezultāti vai ir nepieciešamas kādas procedūras, ir svarīgi dokumentēt izmaiņas un saņemt atbilstošu apstiprinājumu.
- Šajā posmā visas problēmas tiek identificētas un reģistrētas kā defekti.
- Vilkšanas matrica ir izveidota, lai pārbaudītu, vai ir pārbaudīti visi verifikācijas testa plānā norādītie projektēšanas dati, un lai noteiktu izturības koeficientu.
Pārskati:
- Šī darbība tiek veikta katra verifikācijas izpildes posma beigās.
- Projektēšanas verifikācijas ziņojumā sniegts detalizēts verifikācijas rezultātu kopsavilkums, kas ietver konfigurācijas pārvaldību, katra testa veida testa rezultātus un verifikācijas darbības laikā atrastos jautājumus.
- Starp prasībām un atbilstošajiem testa rezultātiem tiek izveidots projekta verifikācijas izsekojamības ziņojums, lai pārliecinātos, ka visas prasības ir pārbaudītas un tām ir sniegti atbilstoši rezultāti.
- Jebkura neatbilstība tiks dokumentēta un atbilstoši novērsta.
- Pārskatīšana tiek veikta pēc projekta verifikācijas darbības pabeigšanas un attiecīgi tiek apstiprināta.
Dizaina validācijas process
- Dažus dizainus var apstiprināt, salīdzinot ar līdzīgām iekārtām, kurām ir līdzīgs mērķis. Šī metode ir īpaši svarīga, lai apstiprinātu esošās infrastruktūras konfigurācijas izmaiņas vai standarta konstrukcijas, kas jāiekļauj jaunā sistēmā vai lietojumprogrammā.
- Demonstrāciju un / vai pārbaudi var izmantot, lai apstiprinātu prasības un citas produkta funkcionalitātes.
- Var analizēt dizainu, piemēram, matemātisko modelēšanu, simulāciju, kas var atjaunot nepieciešamo funkcionalitāti.
- Testi tiek veikti ar galīgo konstrukciju, kas apstiprina sistēmas spēju darboties atbilstoši norādītajam projektam.
- Testa plāns, izpilde un rezultāti būtu jādokumentē un jāuztur kā daļa no projektēšanas dokumentiem. Tādējādi validācija ir visu apstiprināšanas darbību rezultātu apkopojums.
- Ja galīgajā projekta apstiprināšanā tiek izmantoti līdzvērtīgi izstrādājumi, ražotājam ir jādokumentē līdzība un, ja ir, atšķirība no sākotnējās ražošanas.
Piemērs
- Ņemsim vienkārša produkta, ūdensizturīga pulksteņa piemēru.
- Produkta prasību dokumentā varētu būt teikts, ka "Peldēšanas laikā pulkstenim jābūt ūdensizturīgam".
- Konstrukcijas specifikācijā varētu būt teikts: "Pulkstenim jādarbojas arī tad, ja lietotājs ilgstoši peld."
- Pārbaudes rezultātiem jāapstiprina, ka pulkstenim jāatbilst šīm prasībām, pretējā gadījumā tiek veiktas atkārtotas projektēšanas iterācijas, līdz tas izpilda prasību.
Projektēšanas apstiprināšanas un verifikācijas priekšrocības
- Mēs varam nepārtraukti uzraudzīt dizainu, kas ļauj mums izpildīt lietotāja noteiktās prasības katrā posmā.
- Apstiprinot dizainu, tiks norādīta atšķirība starp funkcionalitātes darbību un paredzamo darbību.
- Apstiprināšanas procedūru dokumentēšana palīdzēs viegli izprast funkcionalitāti jebkurā turpmākajā posmā, ja varētu būt kādas izmaiņas vai uzlabojumi.
- Izstrādes laiks tiks konsekventi samazināts, uzlabojot produktivitāti, kas ļauj piegādāt produktu, kā paredzēts.
- Šis process ietver katras izmantojamās validācijas metodes diapazonu un darbības jomu.
- Apstiprināšanu var veikt, izmantojot detalizētus projekta datus, kas atbilst galalietotāja prasībām.
- Jebkura atšķirība starp iznākumu un lietotāja nepieciešamajiem dokumentiem ir jāaptver.
- Izmaiņas validācijas projektā noved pie atkārtotas validācijas darbības.
- Ir svarīgi dokumentēt katru darbību, kas notiek validācijas laikā, kas pienācīgi pierāda, ka dizains atbilst lietotāja prasībām.