Contribuții

Cercetarea descrisă în această lucrare a fost realizată prin intermediul studiilor de caz care extind corpul empirice de dovezi privind executia software și dezvoltarea în lumea reală , combinată cu o literatură sistematică. Evidența dificultăților intalnite pe parcursul testul de automatizare a fost inclusa in analiza sistematica. In continuare avem principalele rezultate:

1. S-a efectuat o listă completă in privinta potențialelor impedimente raportate legat de automatizare de executie de testare. De asemenea, s-a efectuat o analiză aprofundată a modului în care astfel de impedimente sunt formate și cum pot ele afecta performanța unei dezvoltări in cadrul echipei.

2. O propunere pentru un model calitativ de interacțiuni între principalele grupuri de fenomene care contribuie la formarea unor impedimente într-un proiect de automatizare de executie de testare.

Aditional, s-au adus contributii si cu date empirice cantitative si calitative din cadrul cazurilor industrial. Aceste date au fost folosite ca un suport in ceea ce priveste anliza de fata dar pot fi de folos si in viitoarele cercetari. In orice caz continutul raportului este relatic mic si pe viitor va fi nevoie de o cercetare mai amanuntita.

Raspunsuri la intrebarile de cercetare.

O prima intrebare a facut referire la tipul de obstacole care au fost intalnite de software-ul organizatiilor de dezvoltare a utilizarii unui test de automatizare si executie. Acestea au fost impartite pe mai multe categorii precum: impiedimente organizationale(planificare, comunicare, aptitudini) si impiedimente in privinta testarii sistemului.

Au fost studiate si cauzele acestor impiedimente care se datoreaza lipsei de intelegere in comportamentul automatizarii unui proiect din punct de vedere tehnic si social. Testele de automatizare de execuție depinde de stabilitate și structura în testare. Nu vom putea avea un rezultat sadisfacator daca testarea in general este nestructurata.

Contributiile din studiile de caz industrial

În timpul cercetării descrise în această teză, a fost studiat software-ul industrial de dezvoltare în trei unități organizaționale diferite pentru a investiga ce problem și impedimente au fost întâlnite de catre dezvoltatorii de software care utilizează automat instrumente de testare. De la fiecare studiu empiric, următoarele contribuții sunt:

datoria tehnică in test de automatizare: se refera o investigație cu

privire la experiențele de dezvoltatori care și-au asumat responsabilitatea pentru testarea de integrare a acestora, produs ca parte a unui sistem mai mare.

impedimente in Agile Software Developmentcontribuțiile principale ale acestui studiu sunt: o investigație empirică pe ipoteze, discuție cu privire la motivele și posibilele remedii pentru fenomenele observate si informații cantitative despre distribuția de lucru

impedimente in testarea automata: o privire de ansamblu a problemelor avute de catre dezoltatori si prea putine informatii disponibile despre experientele cu lumea reala, o discutie in legatura cu problemele intampinate in cadrul cercetarii anterioare.

Studiu de caz industrial: Impedimente in testarea software-ului Agile

In urma cu aproximativ 3 luni inainte de acest studiu, o transformare a organizatiei a fost initiate pentru a face trecerea de la o ierarhie traditionala catre un mod mai agil. Obiectivul studiului este de a aduna informații despre proporțiile dintre diferite tipuri de muncă. Datele au fost colectate din mai multe surse si prin mai multe metode.

Observatii:1. " RCA Light" - analiza investigațiilor impediment

existente. Cercetatorul principal a participat în calitate de observator într-un atelier cu toate echipele din cadrul departamentului , cu scopul pentru a identifica impedimentele de top pentru progresul punerii în aplicare și calitatea produsului. Informatiile au fost colectate ca note scrise .

2. Supraveghierea directa a intalnirilor Scrum echipei A. Se organizeaza intalniri zilnice pentru a inregistra progresul si problemele care au fost observate cu permisiunea echipei

Scopul sarcinii consiliului Scrum este de a vizualizaîntârzierile sprint într-un mod util. Acesta oferă o întotdeauna dispozitie o reprezentare a stadiului actual al sprint , ceea ce este progresul , la ceea ce se lucreaza, care sunt problemele și ceea cenu se face.

Consiliul de sarcină este elementul central în cadrul reuniunilor Scrum , și discuțiile sunt centrate pe modul în care să se mute sarcinile la finalizare.Imbunatatirea sarcinii de bord: in cazul în care echipa nu este în măsură să rezolve un impediment sau dacă soluția problemei este de așteptat să fie de un fel de interes general, se va obtine ajutor echipa extern . Impedimentele generate vor fi utile pentru imbunatatirea activitatii si astfel se vor colecta informatii pentru diferite parti ale procesului si fluxului de lucru in cadrul organizatiei.

Managementul bord Sarcina Echipa : Echipa de management ( MT ) bordconține elemente care echipa de management efectuează ca parte a de zi cu zi a acestoramuncă. Am folosit aceste informații pentru a analiza ceea ce tipuri de obstacoleși îmbunătățiri necesare atenția conducerii

Clasificarea datelorRUP(Rational Unified Process) a definit 6 principii ingineresti:

modelul de business cerinte analiza si design implementare test desfasurare

Rezultate

Pentru a obține o perspectivă legat de munca realizata de catre echipe si ce impedimente sunt de rezolvat, au fost colectate informații de la consiliului de îmbunătățire , precum și de la echipa de management ( MT )

Validare

Construirea validarii se adreseaza studiilor masoara ce se doreste sa se masoare. Cea mai mare amenințare la adresa construirii valabilitatii in acest studiu este folosind numărul de sarcini de îmbunătățire pentru fiecare disciplină pentru a estima cantitatea și tipul de obstacole întâlnite .

Validare interna a concluziilor studiului. S-au folosit mai multe surse de informatii cantitative si calitative pentru a minimiza amenintarea la adresa interna. Una dintre principalele amenintari este referitoare la intervalul de timp al studiului.

Validare externa se adreseaza generalizarii concluziilor.

Fiabilitatea abordeaza repetabilitatea studiului. Clasificarea datelor, principiile sunt bine definite , și se bazează pe RUP , care este cunoscut și utilizat pe scară largă.

Concluzii:

Contrar ipotezelor inițiale în infrastructura de organizare , de testare și de re-testare impedimente nu constituie majoritatea impedimentele întâlnite. Acestea tin mai mult de organizare, coordonare si comunicare. O mare parte din impedimentele de infrastructură de încercare ar fi putut fi evitate prin definirea împărțirea responsabilității între infrastructura, organizație și dezvoltare mai devreme , de asemenea, de numire a persoanelor de contact între organizațiile .