Агилен план за тестирање - дали навистина ни треба?

Дали ни треба документ за агилен план за тестирање?

Планирањето на тестот е важна активност на процесот на тестирање и која бара внимателни размислувања и одлуки не само од раководителот на тестот (кој обично е одговорен за креирање на планот за тестирање), туку и од сите членови на тимот за тестирање и менаџерот за развој на производот.

Некои луѓе веруваат дека тоа е најважниот дел од процесот на тестирање (јас лично мислам дека дизајнирањето на тестот и апстрактното размислување е најважно) и поминуваат многу часови и напор за да дојдат до одличен план за тестирање.


Учебниците посветуваат цел дел поврзан со планирање на тестови, како да напишете и што да вклучите во план за тестирање, додека некои раководни тела и регулаторни организации како што е ФДА бараат сеопфатен план за тестирање со цел да одобрат производ.

Во реалниот свет, во околина на водопад, доста често документот за тест-план е оној што едвај се гледал за време на животниот циклус на производот. Активноста на „Планирање и следење на тестот“ треба да биде постојана активност за време на животниот циклус на проектот, треба да се ажурира според промените во проектот, но во повеќето случаи тоа не е случај; планот за тестирање или не е ажуриран или промените се ретроспективни, што го прави документот за тест-план најмалку важен нус-производ.


Додека тестирањето за тестирање скоро секогаш се смета како задолжителен производ во проект за водопад, дали навистина ни треба план за тестирање за агилен проект? т.е., дали навистина додава некаква вредност на она што целиот тим се обидува да го постигне?

Агилниот манифест јасно фаворизира работен софтвер над сеопфатна документација и реагирајќи на промените над следење на план.

Во агилна средина, содржината на ослободувањето (предметите) се дискутира пред спринтот, така што тимот за тестирање однапред знае што е опсегот и што треба да се тестира.

Во „планирање покер игра“ проценките се дискутираат преку, така што тимот за тестирање знае колку време ќе биде потребно за да се тестира одредена карактеристика (ова е вклучено во поставување на околината, сценарија, автоматизација, истражување, перформанси, итн.).


Во „сесијата за пишување приказни“, каде што се разгледуваат деталите за секоја од карактеристиките, тимот за тестирање веќе почнува да пишува сценарија за да покрие многу начини на кои може да се тестираат приказните - ова е највредната активност на тимот.

За време на спринтот, ОК постојано тестираат нов код / ​​опција. Планирањето на тестот станува динамична активност бидејќи се менуваат приоритетите за денот. Тестирањето се базира на тоа каква е активноста за еден ден и резултатот од претходниот ден.

Јасно е очигледно дека планот за тестирање не открива дефекти, но сценаријата за тестирање ќе ги открие. Потребно е да се пренасочи напорот да се создадат подобри сценарија отколку да се создаде план за тестирање.

Она што навистина е потребно е кратко агилен стратешки документ за тест во кој се наведени процесите што се применуваат низ спринтови , т.е. делови за планирање на спринт, Работилници за спецификации, прирачник за квалификација, автоматизација, покривање на тестови, известување за тестови, средини за тестирање, сцена, итн.… Овие се процеси и активности што се применливи за секој спринт, но секако произлегуваат од визијата на компанијата.


Значи, имајќи го предвид сето ова, дали документот за тест-план или обемните стратегии за тестирање навистина е минато? Дали навистина ни треба Агилен план за тестирање?