Сообщений в теме: 3

[gamretsky]

Давно наблюдаю тенденцию на проекте - один баг зафиксили и вместо него вылезло два. Релизы откладываются все дальше и дальше, багов все больше и больше. После каждого билда тестрование как ящик пандоры, никто не знает что там может быть, автотесты стали неактуальны так как нужно все переписать из-за изменений как в логике проекта так и в внешнем виде (локаторы).

Кто-то сталкивался с таким? Как это все преодолеть (пережить), исправить а то тестировать уже руки не поднимаются!

[Molechka]

Судя по описанию, вы сейчас тушите пожары.

Нашли баг? Поставили заплатку и отдали в тестирование, не разбираясь даже, что еще сломалось.

 

Конечно, кажется, что времени нет, но надо остановиться и подумать - а почему так происходит?

Команда тестирования и разработки от одной компании? Соберитесь, обсудите.

 

Вот возник баг, что делают разработчики при фиксе? Анализ проводят, когда ошибка появилась, в рамках какого релиза, по какой задаче?

А тестировщики, получив релиз с фиксами, пытаются выяснить эту информацию? Проверяют смежные зоны, на которые могло повлиять изменение? Разработчики об этих зависимостях могли забыть, а тестировщики обычно помнят.

 

Тесты только gui-шные? Пишите хотя бы unit, хотя бы на новый код, после исправления багов, например. 

Они стабильнее, чем переменчивый графический интерфейс.

 

Приходите к разработчикам для альфа-тестирования, прямо при них на их машине проверяйте исправления и указывайте на новые недочеты.

Если продолжать бегать и тушить-тушить-тушить локальные пожары, не пытаясь найти источник пламени, то количество проблем так и будет расти

[asolntsev]

Ответ напрашивается: разработчики должны писать как минимум Юнит-тесты. Желательно ещё и UI-тесты. Или хотя бы прогонять автоматический смоук-тест перед тем, как закоммитить изменения и сдать в тестирование. Тогда они сами будут и локаторы менять.

[SALar]

Не надо тестов. Не поможет (как правило). Проверенно многократно.

 

ЧаВо: http://blog.shumoos.com/archives/230