Când mai întâi confruntat cu sarcina în fața mea face un plan pentru testarea software-ului, încerc ca el s-ar putea, dar găsirea prepararea unei probe și nu putea de canoanele standardelor. Cei mai mulți tipi din vastul Internet vorbitor de limbă rusă încearcă să cheme scenarii de testare a planurilor de testare, care conțin seturi de cazuri de testare și sunt siguri de corectitudinea lor.
A trebuit să mă întorc la standarde pentru a face un plan de testare. După ce a studiat recomandările RUP (Rational Unified Process) și IEEE 829 am realizat că am fost un susținător al RUP și, prin urmare, planul de testare a început să compună, pornind de la recomandările lor.
Când scrieți un plan de testare și de studiu al datelor, care trebuie să fie prezent, am impresia că atât metodologia sau ambele standarde (după cum doriți) atașat la metodologia cascadă de dezvoltare software (software-ul). A fost o întrebare și ce să facem celor care lucrează la o metodologie flexibilă de dezvoltare a software-ului (în continuare Agile), inclusiv pe noi? Mulți oameni pot exclama: nu este nevoie de un plan! Te înșeli. Planul de testare este necesar, în orice caz, deoarece descrie întregul proces de testare software-ului (aici nu este destinat să detaliu, instrucțiuni pas cu pas pentru „nesmyshlonyshey“). Și această informație este utilă și, în unele cazuri, importantă, pentru noua persoană care este inclusă în proiect și mai ales pentru tester.
Am decis să scriu planul așa cum este recomandat, fără a acorda atenție legării metodologiei de dezvoltare a software-ului. Se ridică la un plan de testare, examinarea activității lor și să reflecteze asupra scris, am ajuns la concluzia că planul se aplică agila, este suficient pentru a exclude de la testarea planului de sincronizare - ma deranjat tot timpul când scrieți planul de testare. De asemenea, din plan, am eliminat riscurile. Eu cred că riscurile din plan se poate face cu activitățile proiectului și metodologia cascadă de dezvoltare software și Agile cu noi, ei nu trebuie să-și planifice. Noi - aceasta înseamnă echipa în care lucrez. Este posibil să aveți nevoie de o descriere a riscurilor.
După ce am făcut ceva lucruri, am pregătit un plan de testare software. Ce include aceasta, puteți studia în recomandările RUP sau în standardul IEEE 829, precum și în studierea planului de testare pe care l-am atașat la acest articol.
Eu cred că, în orice proiect pentru a dezvolta software-ul să fie un plan de testare pentru noi testeri a venit la proiect ar putea deveni în curând familiarizat cu metodele de testare dezvoltate software-ul pe care acestea trebuie să fie testate și cu alte nuanțe care, în absența unui plan de care trebuie să se retragă din oameni, care au lucrat la proiect, dar înainte de aceasta au petrecut o mare cantitate de timp în căutarea transportatorului de informații sau a mai multor transportatori.
Descărcări