Третью часть своих статей я хочу посвятить пониманию и осознанию собственной профессии.
Quality Assurance.
Несмотря на то, что в трудовой книжке у меня была запись "Тестировщик", по своим обязанностям и роду работа я ближе был к полноценному QA-инженеру.
Что же такое QA - Quality Assurance?
Коротко говоря, это обеспечение качества ПО. В это понитие входит не только тестирование. Именно это я начал осознавать в первые месяцы своей работы тестировщиком.
Да, начинал я с простого тестирования какого то нового или измененного функционала. Но чем более опытным я становился, чем больше знаний было у меня о продукте, над которым я работаю, тем большая область ответственности вырисовывалась передо мной.
И конечно же, различные виды тестирования я тоже осуществлял, но чем дальше, тем больше у меня появлялось возможностей влиять на продукт в целом. Я начал общаться с разработчиками продукта. Причем не только в консультационных целях, но и в рамках развития продукта. Одной из моих обязанностей было участие в жизни продукта, его развитии и улучшении.
Причем участие QA-инженера в этом плане исходит скорее из технической составляющей продукта (ну и опять же, от улучшения UX/UI никто не откажется). Помимо развития продукта, в обязанностях присутствует и обеспечение качества продукта при выпуске и эксплуатации ПО.
Мое осознание.
С ростом моих навыков, я все больше и больше погружался в понятия QA, с соответсвующим ростом моих обязанностей и области моей инициативы в рамках жизни продукта. При этом, мое осваивание основ, необходимых для работы, не останавливалось. Более того, количество осваиваемых мной знаний росло не только по количество но и по обхвату. Так, я, например, стал проводить часть своего рабочего времени вместе с разработчиками, помогал им исправлять какие то баги или просто углублял свое понимание того или иного функционала.
Благо мой интерес не угасал, я все глубже погружался в продукт и спустя 5 месяцев (не стоит забывать о том, что начал я работу еще будучи на последнем курсе университета), мой непосредственный начальник одобрил мое становление полноценным, хоть и младшим, инженером тестировщиком.
Заключение.
Для того, чтобы стать успешным специалистом, необходимо не только знать, но и понимать область своей ответственности. Не стоит забывать и про инициативу, ведь, например, никто из моего отдела, кроме меня, не зависал так с разработчиками над кодом, и это одна из вещей, которая помогла мне в дальнейшем стать в некоторой мере слабо заменимым человеком в команде.
Дерзайте, углубляйте свое понимание, проявляйте инициативу и это станет хорошей основой становления специалистом.