Художника обидеть может каждый.
Мою трудовую карьеру можно разделить на два периода: до и после моего прихода в тестирование.
В промежуток времени "До" я восстанавливал старые копировальные аппараты, работал инженером, кладовщиком, нач. технического отдела, менеджером в компаниях, занимающихся производством и продажей компьютеров и прочей офисной техники. Довелось мне побывать и админом в издательстве и рук. группы сопровождения системы бухгалтерского учета.... За это время был накоплен ценный опыт работы с различного сорта людьми, начиная от налоговой и финансовой полиции, заканчивая разгневанными покупателями компьютеров у которых они, почему то переставали работать на следующий день после покупки.
В 2001 году я устроился тестировщиком в одну из компаний города Минска. Тут-то мне и пригодился весь мой опыт работы с людьми.
Что есть работа тестировщика с точки зрения взаимоотношений между людьми? Работа тестировщика это ежедневное причинение морального ущерба разработчику. Каждым багом, реопеном, каждым вопросом, почему это так работает, а не иначе мы уничижаем результаты чужого труда. Изо дня в день мы указываем людям на их ошибки. И как нас после этого можно любить? И ведь знаете, любят....
Тестировщик в своей работе сталкивается с почти неразрешимой проблемой. С одной стороны найденный баг это результат нашей работы. Это наша гордость. Умение поломать там где другие не нашли ошибку возможно ценнее знаний методологий и тулов тестирования. Чутье на баг, вот что главное. Методологии можно изучить потом, чутье же есть или его нет. С другой стороны баг это ошибка программиста, о которой вы обязаны ему сообщить. Во многих книгах для начинающих специалистов по тестированию, даются рекомендации о том, как нужно составлять отчеты по дефектам. Сухой и деловой тон отчета, отчет без эмоций. Но как быть со SCRUM, когда вся команда может сидеть в одной комнате? Как скрыть радостные эмоции от найденного дефекта. Куда спрятать румянец на щеках? Ведь Эврика, я нашел!!!
Сейчас, когда я сам провожу собеседования, люблю спрашивать у кандидатов, как они поступают в тех или иных ситуациях, связанных с общением между ними и разработчиками. В ответ слышу правильный - книжный ответ. Я понимаю, кандидат молодец, но в душе как говорил Станиславский: "НЕ ВЕРЮ".
Кстати, замечали ли вы, как раздраженно говорят разработчики о багах, которые нашли они, а не тестировщики? Происходит это либо по тому, что они переживают за качество, либо потому что их душа требует удовлетворение чувству сладкой мести за все то добро которое мы - тестировщики им причинили. Ага, и ты мой друг прошляпил! Вот получи баг, почему я, почему не ты его нашел! Вот из-за чего мы говорим о багах с любовью и добротой, а разработчики с раздражением.
Почему же я назвал эту заметку "Волк в овечьей шкуре"? Да потому что волей судьбы мне самому пришлось стать в некотором плане разработчиком, создавая SQA.by. Пусть я почти не писал код, но багов мой портал содержал и содержит предостаточно. Об этих багах мне пишут на форум, в скайп и ICQ. Я фикшу, фикшу и фикшу эти баги и чувствую, что не очень-то люблю этих людей, а ведь они помогают мне сделать мой портал лучше. Они мои лучшие друзья.
Да, я Волк тестирования влез в овечью шкуру разработчика. Я понял, каков их хлеб. Пожалуй, теперь я буду еще более любезен с этими добрыми овечками рождающими баги!





Комментарии
RSS лента комментариев этой записи.