Как стать автором
Обновить

Как из джуниор-тестировщика вырасти в хорошего тестировщика? Мнение Александра Александрова

Время на прочтение5 мин
Количество просмотров12K
Всего голосов 10: ↑10 и ↓0+10
Комментарии3

Комментарии 3

Да, его пропустили тестировщики, но создали-то его разработчики. Про это никто никогда не вспоминает — все винят тестировщиков.

У нас всегда винят разработчиков, вот прям всегда. Ни разу не припомню, чтобы сказали, что вот тестировщики ай ай ай пропустили баг. И пусть эта функциональность даже в Acceptance Criteria явно прописана, тоесть это не регрессия какая то, это не «скрытый баг», который появляется на хитрых данных или при нагрузочном тестировании… нет, этот баг в функциональности, которая явно прописана в задаче и тестер не смог её найти за неделю =\. И это, конечно, не снимает ответственности за невнимательность с разработчиков, но в нашем случае выкинуть тестеров и просто посадить еще одного разработчика на код ревью уменьшило количество (!) неотловленных (!) багов на порядок
этот баг в функциональности, которая явно прописана в задаче и тестер не смог её найти за неделю
Аааа!!! Вот! Вы вините тестировщиков! Шучу :)

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

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

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

Если вы не допускаете ошибок — вы робот. Винить человека в том, что он ошибается, все равно, что винить его в том, что он дышит воздухом.

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

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

Я не потираю злобно руки находя баг. Я пишу репорт, как можно более старательно и полно, включая любую доступную мне информацию которая ускорит устранение дефекта. Чтобы разработчик не тратил драгоценное время пытаясь понять «бессвязную охинею» или ища нужное место в стомегабайтном трейсе.

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

Наверно всегда, если джун начинает проявлять более глубокий интерес к работе и процессам, он может уже перестать быть джуном, независимо от направления.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий