Тестировщик или разработчик
— Кто главнее: разработчик или тестировщик?
— Все важны. Конечно, без тестирования разработка может существовать. А без разработки что тестировщики тестировать будут?
Тестер — вестник плохих новостей?
— Тестировщик, он же как вестник плохих новостей, сообщает разработчикам неприятные их слуху моменты об ошибках, проблемах в ПО. Возникали ли у тебя конфликты с разработчиками?
— Было пару моментов, но я бы не сказал, что это прямо конфликты. Я не конфликтный человек. Вообще, всё зависит от команды. Люди могут не сойтись характерами не только в рамках тестирования, а и сами по себе.
Тут главное — пытаться понять причины, разговаривать с человеком, а не безосновательно злиться на него, кричать. Важно прийти к взаимопониманию и решить конфликтную ситуацию самостоятельно, не вынося шум дальше. Руководители по большей части не любят, когда их нагружают личными проблемами.
А что касается, как ты говоришь, «плохих вестей», могу сказать: такая у нас работа.
Из тестирования в разработку
— Слышал, некоторые из тестирования переходят в разработку. На сколько это частое явление?
— Такое случается. В моём окружении есть знакомые, работавшие сперва тестировщиками, затем перешедшие в разработку.
— Как ты считаешь, почему так случается?
— Возможно, некоторые изначально хотели быть разработчиками, но что-то не сложилось, и они решили, как мы говорили, войти в IT через тестирование. А может быть, человек хочет создавать код самостоятельно и ему перестало нравиться копаться в чужом. О разработчиках такой созидательный образ складывается, т.к. они всё-таки творцы, а тестировщики всё ломают, разрушают.
Творчество в QA
— Есть ли в твоей профессии творческие задачи, как много их?
— Да, творческие задачи присутствуют. В какой-то степени и составление документации можно назвать творческим процессом. Ты придумываешь, как лучше проверить какую-то фитчу. Что будет, если я сделаю так, что, если я подойду с этой стороны. Придумывание проверок — это сам по себе творческий процесс. Например, чтобы произошло, если бы во время выполнения программы пришёл входящий звонок, как бы повело себя приложение после завершения разговора и т.д.
Конечно, базово тестировщик двигается с помощью разработанных шаблонов и чек-листов. Но есть и специфичные моменты, до которых тестировщик должен додуматься при помощи логического мышления, упоминаемого в вакансиях.
— Опиши, пожалуйста, идеального разработчика, с которым тебе нужно будет сотрудничать в течение всего проекта?
— Для меня самое важное качество — это помощь. Человек, который будет хотеть помочь. Бывают такие случаи, когда ты не знаешь, как проверить какую-то функциональность. Это может быть по разным причинам. Программа такая, которая написана необычным образом, а возможно, тебе каких-то знаний не хватает.
Разработчики по-разному на это реагировали, например, говорили: "Что тут непонятного? Иди загугли." А были случаи противоположные. Человек говорит: "Давай созвонимся. Показывает тебе экран, говорит, что нужно делать. Рекомендует инструменты: "Скачай себе вот это, поставь это…" В общем, полностью рассказывает, как и что тебе нужно проверить.