Home

Автор: Alan Page

Оригинальная статья: http://angryweasel.com/blog/the-lure-of-testing/

Перевод: Анна Радионова

Люди много говорят о том, как они оказались в тестировании (мне, например, говорили, что у меня задатки тестировщика, с первого дня моей работы в техсаппорте), но для тех из нас, кто работает в тестировании достаточно долго, не менее важно задуматься о том, почему мы остались работать в сфере тестирования или на других ролях, связанных с контролем качества.

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

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

Я присоединился к команде Microsoft в качестве тестировщика. Сначала работал по контракту, затем как штатный сотрудник. Я занимался тестированием, писал автотесты и использовал различные инструменты для достижения наилучшего результата. Также большую часть времени я учился писать код и применять навыки программирования на практике. Я прочитал “Solid Code” Магуайра и научился писать безопасный и поддерживаемый код на языке C. К тому времени, как я проработал в Microsoft 5 лет, название моей должности стало звучать как “инженер-программист” и я занимался поддержкой отладчика Windows, отладкой и исправлением багов в ядре Windows 9x.  В результате написание кода у меня занимало больше времени, чем непосредственно тестирование. Я все еще работал в отделе тестирования, все еще был задействован в процессах определения тестовой стратегии и тест-дизайна, но в команде считался признанным разработчиком.

Примерно год спустя, во время работы огромной команды тестирования над системой Embedded Windows, мой менеджер предложил мне взять на себя разработку существенной части функционала. На тот момент мы оба считали, что мой карьерный путь очевиден (разработка ПО) и у меня в этой области была хорошая репутация, поэтому я взялся за разработку всего функционала. До релиза оставалось несколько месяцев (до сих пор странно вспоминать время, когда мы выпускали продукт раз в несколько лет) и на мне лежала ответственность за внедрение полдюжины фич и исправление приблизительно 20 багов.

Мне. Нравится. Фиксить. Баги. Мне всегда нравилось крополтивое исследование и отладка, а также выявление точной причины появления бага с последующим тестированием исправлений в череде поломок, чтобы убедиться, что я действительно исправил баг. До этого дня мне очень нравилось чинить баги (я исправил не менее 100 мелких багов в сетевых настройках и blu-ray модуле приставки XBox One). Я занимался багфиксом практически на каждом проекте, над которым я работал в Microsoft.

Разработка фич - совсем другое дело. Я полностью реализовал их и покрыл тестами. Я оттачивал мастерство написания кода и до сего дня уверен, что написанный мной код стабильно исполнялся бы (если бы сам продукт Windows CE не был уже давно забыт). Но разработка всех фич, за исключением одной (перевод часов системы на летнее время), показалась мне менее интересной, чем процесс отладки и тестирования. Хотя для реализации той или иной функции приложения требовалось много чего изучать и исследовать, эта работа казалась мне чем-то рутинным в сравнении с неисчерпаемыми возможностями в поиске решения проблем тестирования.

Мы выпустили продукт, и мне предложили должность руководителя отдела разработки. Это польстило мне, но я отказался. Еще никогда для меня не было так очевидно, что проблемы сферы тестирования являются теми проблемами, в решении которых я хочу принимать непосредственное участие. Разработка - не мой конёк, мой интерес к ней блекнет по сравнению с моим интересом к задачам тестирования. С того времени я продолжаю совмещать разработку с тщательным тестированием (имею в виду мое отношение к багфиксу, о котором говорилось выше), но основной упор я делаю на изучение и применение практик обеспечения качества ПО. Свой выбор я сделал 16 лет назад и ни разу за это время не пожалел о нем.

Безусловно, тестирование сегодня гораздо более развито, чем тогда, а мои должностные обязанности (руководителя отдела тестирования (QA Community Leader, или Agile тест-менеджера или ???) сильно изменились, но суть остается прежней. Задачи, которые мне приходится решать, являются одними из сложнейших в разработке ПО. Я должен мыслить нестандартно, я должен быть лидером, я должен учиться чему-то новому каждый день. Отрасль претерпела изменения, сменились клиенты, изменился и я, но по сей день счастлив, что выбрал эту профессию и сделал по крайней мере один правильный выбор на карьерном пути.

Обсудить в форуме