Что бесит тестировщика: самые раздражающие моменты в QA

Сейчас в тренде искренность и открытое проявление эмоций профессионалами и экспертами: на YouTube и в соцсетях множится контент из серии «Что бесит бортпроводника» или «10 фраз, которые раздражают дизайнера». У айтишников тоже есть чувства — поэтому команда QA (Quality Assurance) компании ITFB составила свой список раздражающих моментов в работе тестировщика.

Угадай, что сломалось

Бесит, когда в баг-трекинге создают задачу/дефект без описания, только заголовок из серии «Не работает, почините!». Особенно радуют такие отчёты с боевого тестирования — без указания шагов, данных, окружения и других важных пунктов для воспроизведения ошибки. А уж про логи, скриншоты и ожидаемые результаты я промолчу.

И так сойдёт

Бесит, когда разработчик отдаёт на тестирование код, не проверив его хотя бы минимально. Например, кнопка «Закрыть» не закрывает, а выдаёт кучу сообщений об ошибках, которые приводят к зависанию системы. Вроде бы разработчик отчитался, что передал задачу в QA, но основной функционал не работает. А ты тратишь время, чтобы понять, что твои усилия были напрасны.

Баг или фича?

Бывает, что предыдущие команды не оставляют документации. Приходится иметь дело с неизвестно как работающим функционалом. И непонятно: где баг, а где фича? Да и вообще бесит, когда недостаточно документации и не у кого спросить или сложно найти нужную информацию.

ЪУЪ

Бесят медленные, висячие стенды. Особенно если они чужие и ты с этим ничего не можешь сделать. А твои требования к среде тестирования заказчики и другие команды не читали и не хотят читать.

Меня тут не было

Бесит, когда приходится уговаривать разработчика сделать его работу:

А теперь готово? А сейчас?

Бывают ситуации, когда только что выкатили сборку на тестирование и сразу же видны дефекты, а менеджер уже спрашивает, когда можно будет внедрить на продакшн. Такое тоже бесит: ну откуда мне знать, сколько времени займёт у разработчика исправление ошибок? Я могу ответить на вопрос только о тестировании.

Всё горит, и ты горишь

Бесит, когда накидывают задачи сверх запланированного. Особенно когда это происходит мимо тестировщика. Менеджер накинул аналитику, аналитик проанализировал и накинул разработчику, а тебе потом прилетает всё это счастье. Кто, что, как, где и откуда это вообще — никто не объяснил.

Кто здесь?

Когда нет сплочённости внутри коллектива: коллега понимает, что есть проблема, но это напрямую его не касается. И он не делает ничего, чтобы как-то помочь.

Понятно, что ничего не понятно

Бесит отсутствие версионности в проекте — когда ты даже не понимаешь, какую сборку сейчас тестируешь. И в баг-репорте не можешь указать номер билда, в котором был найден дефект.

Шпионский шифр

Когда разработчик реализует логирование таким образом, что логи похожи на машинный код, который ещё нужно суметь расшифровать. А если учесть сжатые сроки тестирования — это просто ад.

Противоречивый заказчик

Бесит заказчик, который не в состоянии чётко сформулировать требования к продукту. Вот типичный сценарий: