Блог

TL QA Наташа: «Особое удовольствие я получаю, когда слышу от разработчика: “Блин, и как ты это нашла?!”»

Вокруг тестирования в IT существует много мифов: например, что через него проще всего «войти в айти» или что скоро автоматизация полностью заменит мануальное тестирование. Сегодня мы поговорили с TL QA-команды в Maxpay Наталией и узнали ответы на эти и многие другие вопросы. 🙂

1. Какие перспективы того, что автоматизированное тестирование заменит ручное полностью?

Было у меня штук 5 собеседований с Midle/Senior автоматизаторами, которые понятия не имели, как писать тест кейсы, потому что всю их практику был отдел Manual-тестировщиков, которые делали всю подготовительную работу, а они “просто по описанным степам писали автотесты”. Мое мнение (конечно, субъективное) заключается в том, что такая автоматизация никогда не вытеснит мануальное тестирование. И совсем другое дело, когда автоматизатор либо вырос с мануальщика, либо занимался двумя направлениями одновременно. Именно за такими людьми — будущее, потому что они понимают и могут покрыть весь процесс тестирования (начиная от груминга задач и тест кейсов — заканчивая написанием и поддержкой автотестов). Или еще одна ситуация, когда мануальное тестирование может быть ненужным, это появление искусственного интеллекта, но это явно перспектива не ближайших лет. Да и в таком случае вопрос станет не только об актуальности мануальных тестировщиков, но и многих других профессий в принципе 🙂

2. Опишите свой успешный кейс, когда удалось выявить и предотвратить масштабный баг

Честно говоря, запоминаются обычно скорее факапы, чем успешные кейсы. Но если говорить именно о том, чтобы предотвратить появление бага, то, конечно, наиболее ценными являются те кейсы, которые выявляются на моменте тестирования требований (и порой именно на этом этапе и получается отловить баги, которые могли бы после разработки превратиться во много седых волос на наших головах и стать причиной финансовых потерь). Но, простите, в детали вдаваться не буду 🙂
А вот особое удовольствие я получаю в те моменты, когда слышу фразу от разработчика: “Блин, и как ты это нашла!”

3. Можно ли утверждать, что на тестировщиках в финансовой сфере лежит еще больше ответственности, чем, например, в соушал нише? Ее осознание скорее помогает или мешает работать?

Мне кажется, это вопрос скорее о людях и их отношении к работе, чем о функционале, который ты тестируешь. В своей практике я работала над самыми разными продуктами (соушал, бетинг и вот сейчас — финансы) и одинаково переживала за фичи, которые тестирую, и продукт в целом. Конечно, когда дело касается тестирования, скажем, схем движения денег, то где-то внутри есть голосок, который говорит: «Хоть бы что-то не провтыкать!» 😀 Но разве в других продуктах ты не чувствуешь то же самое, когда дело касается личных данных юзера, например? А когда ты в автомотиве электонику тестируешь или работаешь с софтом для медицинского оборудования? Везде цена ошибки может быть болезненной и дорогой.

Читайте также: Head of R&D Катя: «Сейчас невозможно сделать хотя бы один шаг на рынке, не проанализировав его»

4. Существует мнение, что через тестирование проще всего попасть в IT, насколько это соответствует реальности?

На самом деле, в какой-то период так и было. Поговаривают, было это лет 10 назад, когда специалистов не хватало и брали тех, кто мимо офиса проходил. 😀 Но я этот период не застала.

К слову о том, с чего начинать «легче», то много моих знакомых «вошли в IT» через data science, например, некоторые — через Python. И знаю людей, которые пытались стартануть с тестирования, но так и не осилили (бросили или на этапе обучения, или не смогли найти первую работу). Мое мнение, что люди «входят» с той стороны, с которой у них есть на это возможности: кто-то обладает уже какой то базой знаний и может ее применить (знаю нескольких свитчеров BA, PM, Data Science), у кого-то есть друг/подруга, которые могут поменторить, а кто-то ведётся на рекламу курсов.

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

5. Расскажите любимую шутку про тестирование

Меня всегда улыбают картинки типа “как разработчик видит свой код, и как тестироващики потом его тестируют”. Ну и раз в году, натыкаюсь на боянский сборник песен “Васи тестировщика” — и все равно смешно 🙂

Оля Снежина

Привет, я Оля.
Напиши мне, и вместе мы найдем твою Dream Team!

Отправить резюме

Рекомендуем прочесть