Как понять, что тестировщик хорошо сделал свою работу?

Вообще это только у нас в народе инженеров качества обзывают тестировщиками. Это далеко не точная формулировка, а тестирование - только часть процесса работы инженера. Но все уже вроде как привыкли. Да и не поймет никто, если представляться "qa инженер".

Как же определить хорошего тестировщика? Да есть банальное: внимательность, усидчивость, терпение, любопытство. Это и так понятно. Но я хочу рассказать и показать немного другие аспекты своего труда.

Как вам парадокс, что тестировщик занимается не только тестированием? Есть целые подходы и методологии, когда команду тестирования стараются подключать к проекту на самой ранней стадии, даже на этапе сбора требований. Прямое общение с бизнесом, с пользователем, с их требованиями и мировоззрением к проекту - главная выжимка для тестирования.

А еще проверять нужно без фанатизма. Тестировать, наверное, можно бесконечно. Идеал недостижим, а у проектов есть вполне конкретные сроки, в которые надо укладываться. Тестировщик должен уметь грамотно оценить свои силы и критичные места приложения. Иногда не нужно тестировать те места, которые тестирования не требуют. Главное - выполнение возложенной функции. А уже затем, можно будет заняться качеством выполнения.

Все сталкивались с тем, что разработчики не умеют внятно описать содержание тикета. И я, разработчиков в этом не виню. Это не ваша работа, коллеги. Но когда и сами тестировщики не могут нормально написать порядок действий, вызывающих ошибку - это большая проблема. Почему?

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

QA - это, по сути, адвокат юзера. В любой непонятной ситуации, тестировщик должен ставить себя на его место. Если приложение чем-то не устраивает, то надо решать. И это может быть мелочь с точки зрения разработчика, но часто бывает так, что для пользователя эта мелочь может превратиться в ад и точку раздражения. Как Вам, например, куча всплывающих окон в приложении? Расскажите, а то вдруг я попусту парюсь. Спасибо.

Как понять, что тестировщик хорошо сделал свою работу? | Сетка — социальная сеть от hh.ru Как понять, что тестировщик хорошо сделал свою работу? | Сетка — социальная сеть от hh.ru