ABONAMENTE VIDEO REDACȚIA
RO
EN
NOU
Numărul 147
Numărul 146 Numărul 145 Numărul 144 Numărul 143 Numărul 142 Numărul 141 Numărul 140 Numărul 139 Numărul 138 Numărul 137 Numărul 136 Numărul 135 Numărul 134 Numărul 133 Numărul 132 Numărul 131 Numărul 130 Numărul 129 Numărul 128 Numărul 127 Numărul 126 Numărul 125 Numărul 124 Numărul 123 Numărul 122 Numărul 121 Numărul 120 Numărul 119 Numărul 118 Numărul 117 Numărul 116 Numărul 115 Numărul 114 Numărul 113 Numărul 112 Numărul 111 Numărul 110 Numărul 109 Numărul 108 Numărul 107 Numărul 106 Numărul 105 Numărul 104 Numărul 103 Numărul 102 Numărul 101 Numărul 100 Numărul 99 Numărul 98 Numărul 97 Numărul 96 Numărul 95 Numărul 94 Numărul 93 Numărul 92 Numărul 91 Numărul 90 Numărul 89 Numărul 88 Numărul 87 Numărul 86 Numărul 85 Numărul 84 Numărul 83 Numărul 82 Numărul 81 Numărul 80 Numărul 79 Numărul 78 Numărul 77 Numărul 76 Numărul 75 Numărul 74 Numărul 73 Numărul 72 Numărul 71 Numărul 70 Numărul 69 Numărul 68 Numărul 67 Numărul 66 Numărul 65 Numărul 64 Numărul 63 Numărul 62 Numărul 61 Numărul 60 Numărul 59 Numărul 58 Numărul 57 Numărul 56 Numărul 55 Numărul 54 Numărul 53 Numărul 52 Numărul 51 Numărul 50 Numărul 49 Numărul 48 Numărul 47 Numărul 46 Numărul 45 Numărul 44 Numărul 43 Numărul 42 Numărul 41 Numărul 40 Numărul 39 Numărul 38 Numărul 37 Numărul 36 Numărul 35 Numărul 34 Numărul 33 Numărul 32 Numărul 31 Numărul 30 Numărul 29 Numărul 28 Numărul 27 Numărul 26 Numărul 25 Numărul 24 Numărul 23 Numărul 22 Numărul 21 Numărul 20 Numărul 19 Numărul 18 Numărul 17 Numărul 16 Numărul 15 Numărul 14 Numărul 13 Numărul 12 Numărul 11 Numărul 10 Numărul 9 Numărul 8 Numărul 7 Numărul 6 Numărul 5 Numărul 4 Numărul 3 Numărul 2 Numărul 1
×
▼ LISTĂ EDIȚII ▼
Numărul 15
Abonament PDF

Model Based Testing fără presupuneri

Tudor Cobâlaș
Business Developer
@XL Team



DIVERSE


Model Based Testing (MBT) este un mod nou de testare eficient pentru metodele moderne de dezvoltare software. Comparat cu alte metode de testare acest mod de testare are mai multe avantaje. Rezultatele sunt dependente de modul cum este organizat procesul de testare și care este rolul testerului în proiect. Este nevoie ca testerul să presupună orbește un model prestabilit sau ar trebui ca testerul să fie responsabil de pregatirea modelului de testare. În acest articol, aducem un răspuns acestei întrebări.

Din ce în ce mai mult se vede că Model Based Testing (MBT) este folosită ca metodologie pentru testare software. Ca tester nu mai este posibil să testezi folosind modelele tradiționale, impuse de metodele tradiționale de dezvoltare software. Luând în considerare procesele contemporane de dezvoltare agile, testerul trebuie să anticipeze noi moduri de a lucra și testa. Proprietățile proiectelor, care de multe ori se rezumă la interactivitate, iterativitate, dezvoltare incrementală și multidisciplinaritate, trebuie să fie în consistență cu modul de testare curent. MBT se descurcă bine în astfel de situații, dar este condiționat de o aplicare corectă.

Beneficiile aplicării MBT sunt cunoscute, de aceea printr-o utilizare riguroasă și adecvată, MBT se adresează oricăror ambiguități, inconsistențe și erori în cerințele de funcționalitate semnalate într-un stadiu incipient al proiectului. Acest lucru va scurta durata proiectului și va imbunătăți calitatea software-ului. Un alt avantaj al MBT-ului este flexibilitatea și adaptabilitatea la orice set de testare. Dacă apar schimbări în funcționalități, modelul poate fi ușor ajustat și se poate genera un nou set de testare într-un mod automat. Generarea automată a setului de testare este un alt beneficiu pe care MBT îl are.

MBT este un nou mod de testare a proiectelor software care devine avantajos față de alte metode de testare, prin modul în care se organizează procesul de testare și prin instrumentul folosit.

Dacă se iau în considerare metodele tradiționale de dezvoltare software, se poate vedea că testerul este independent față de procesul de dezvoltare. Testarea tehnică și dezvoltarea sunt considerate designul tehnic, și testerul va folosi designul funcțional în aranjarea setului de teste pentru testarea funcțională. Mai precis acest lucru va rezulta într-o viziune independentă a testerului față de interpretarea erorilor în cerințele pe proiect. Testerul nu poate face presupuneri și toată informația cerută pentru stabilirea a unui set de testare complet este colectat de tester în persoană.

Dar cum funcționează MBT? Poate un tester să o viziune independentă? Și oare are testerul o viziune clară să completeze baza de teste, fără să facă presupuneri? Răspunsul este da, atât timp cât testerul poate să dezvolte modelele de testare de el însuși.

De prea multe ori se poate vedea că în MBT modelele care sunt folosite pentru generarea seturilor de testare, sunt foarte tehnice, statice și greu de interpretat și aceste modele nu sunt produse de însuși testerul. Cine poate garanta că autorul acestor modele nu a gresit interpretarea? Cine are grijă de actualizarea modelelor după o actualizare a cerințelor? Oare toți cei implicați, spre exemplu testerul, managerul de proiect etc. înțeleg aceste modele? Sunt toate situațiile de testare capturate în aceste modele? Și poate mai important, sunt aceste modele aranjate în scopul generarii setului de testare, sau ce algoritm de testare se folosește, bazat pe aria de testare ce se dorește acoperită?

Soluția pentru problema descrisă mai sus este simplă. În MBT, testerul funcțional trebuie să creeze și să deseneze modelele de testare. Testerul ar trebui să se implice în evaluarea acestor modele și restul echipei de dezvoltare, precum și echipa de business pentru a detecta unde este nevoie să adapteze modelul. Exact ca și testerul funcțional care compune setul de testare în procesul de dezvoltare tradițional. Astfel, testerul funcțional protejează o perspectivă independentă, aceste modele fiind ușor de citit și interpretat, de ajustat de către tester, bazându-se pe modele reale de testare. Dintre aceste modele, setul de testare poate fi generat automat având la baza algoritmul de testare, și luând în considerare acoperirea de testare dorită. Instrumentul, care este folosit, trebuie să fie adaptat la aceasta. Testerul trebuie să fie capabil să deseneze modelele de testare cu instrumentul respectiv, iar această unealtă trebuie să genereze automat setul de testare pe baza diferiților algoritmi (acoperire de testare).

Concluzia este că pentru testarea funcțională, MBT se mulează perfect in procesele de dezvoltare moderne, unde testerul funcțional are o responsabilitate și valoare mare.

Pornind de la această metodologie am dezvoltat un instrument de testare numitDTM Tool, care ajută testerii funcționali să-și genereze automat scenariile de testare.

Conferință TSM

NUMĂRUL 147 - Automotive

Sponsori

  • Accenture
  • BT Code Crafters
  • Accesa
  • Bosch
  • Betfair
  • MHP
  • BoatyardX
  • .msg systems
  • P3 group
  • Ing Hubs
  • Cognizant Softvision
  • Colors in projects

Tudor Cobâlaș a mai scris