Dynamics AX – o varianta de abordare
By laurentiu | 2 comments
2
Un software ERP si teste de regresie. Cum am putea face asa ceva? Voi descrie pe scurt “locul de joaca” dupa care voi ajunge la o posibila solutie.
Lucrez pe un proiect dezvoltat in Ax, se dezvolta parti noi la un produs deja existent, Axapta, un ERP oferit de catre Microsoft(http://en.wikipedia.org/wiki/Microsoft_Dynamics_AX ). Se dezvolta in Sprint-uri de 4 saptamani, Scrum-uri zilnice.
In fiecare zi, de dimineata fiecare spune ceea ce a facut in ziua precedenta, ce va urma sa faca in acea zi. Se aduc astfel la cunostinta toate problemele intalnite si cum s-au rezolvat. Discutiile au un caracter informal, nu se intra in detalii tehnice. Dezvoltarea se face pe baza unor scenarii oferite de catre client. La fiecare sprint review se face o prezentare a ceea ce s-a dezvoltat in cadrul sprint-ului, apoi se trece la programarea urmatorului sprint. Se evalueaza scenariile pentru urmatorul sprint, bineinteles aceste evaluari putand fi modificate daca implicatiile sunt mult mai ample decat s-a “vazut” intr-o prima faza sau daca clientul decide ca o anumita functionalitate trebuie adaptata intr-un alt mod decat cel stabilit in scenariu.
Ca si source control este utilizat TFS-ul.(http://en.wikipedia.org/wiki/Team_Foundation_Server ) Dupa cum spun si cei de la Microsoft un tool automat pentru aceasta aplicatie nu se gaseste. Singura facilitate oferita de catre Dynamics Ax este aceea ca putem folosi un Task recorder. Acesta facilitate inregistreaza tot ceea ce faci in aplicatie si ulterior poti salva in format word, power point, visio.
Cum facem regresie pe un astfel de mamut? Modul de lucru este de asa natura incat orice modificare a codului necesita repetarea manuala a unei suite de pasi, deci putem spune ca o regresie basic este facuta, pe niste flow-uri bine determinate. Este evident ca o astfel de regresie este insuficienta.
Solutia la care s-a ajuns este aceea ca continuarii regresiei manuale dar si implementarea unor unit test-uri pentru niste valori predefinite. Dezvoltatorii vor lucra indeaproape cu testerul(testerii) si vor stabili niste flow-uri, cu valori certe care trebuie regasite in timpul executarii unit test-ului.
Ar fi interesant daca s-ar gasi un tool automat care sa se poate plia pe aceasta platforma. Dezvoltarea unit test-elor este destul de costisitoare ca si timp dar pare a fi singura solutie la indemana in acest moment.
2 comments
Leave a Reply

software-testing.ro
Software Testers United
Sa socializam
Ai fi putut rezuma toata descrierea de proces specificand ca se foloseste SCRUM
Anyway, in Agile unit testele sunt absolut necesare (evident ca sunt proiecte unde unit testele nu se justifica).
Din pacate nu cunosc prea multe despre AX ca sa pot sa-ti indic un tool de functional/regression testing.
E adevarat, dar pt cei care nu stiu ce inseamna Scrum m-am gandit ca e de ajutor. Un tool care sa mearga cat de cat pe Ax ar fi ideal. Momentan eu nu l-am gasit.