Процесс разработки и ведения автотестов

Вот пример того, как был организован процесс разработки автотестов на одном из проектов. 

Указаны все (или почти все) тулы и средства с их версиями.

Если есть вопросы - пишите, расскажу детали.

Процесс разработки автотестов

Из-под пера Maksim Grinevich

Тэги: , ,
Нашли ошибку в тексте? Выделите её мышкой и нажмите Ctrl + Enter.

Ещё по данной теме:


3 ответов, оставьте свой...:

  1. Wolonter отметил:

    1. Программисты в процессе принимают участие?
    2. Удаление тестов?
    3. Тесты случаются на стабильной версии кода? После вливания фичи, не до, верно?
    4. Есть деление на автотестеров и тестеров? Или это роли?
    5. Скорость процесса? очень интересно было бы узнать чиселки.

  2. Maksim Grinevich отметил:

    1. В процессе написания тестов нет, только если есть необходимость апдейта кода. Так для капчи они нам спец. слово сделали, чтобы его могли писать, вместо попыток разгадать капчу.

    2. Тут не попал в картинку процесс фикса failed тестов, по сути тот же процесс, что и создание, только инициируется не записью в чеклисте, а упавшим тестом. Там и решается удалять тест надо или нет. Если в общем смотреть, то апдейт включает в себя и удаление.

    3. Тесты исполняются на дев версии кода. Разработка идет не очень активно, а так каждый девелопер после вливания видит, что поломалось лишь то, что он ожидал. (где он обновлял)

    4. В рамках работы по проекту senior тестировщики научились работать как middle автоматизаторы. Так что это скорее роли.

    5. Скорость сложно сказать, потому что проект на суппорте, обновления не часты. Но времени заняло много, т.к. частично был "обучающий".

  3. Wolonter отметил:

    Спасибо за ответы!