Из аналитики данных в QA: как я пришёл в тестирование

Путь в IT у меня получился не прямым. Начал с аналитики данных — направление интересное, но довольно быстро понял, что оставаться в нём не хочу. Потом был системный анализ. Вот он зацепил сильнее: требования, спецификации, поиск нестыковок в документах. Во время обучения читал Карла Вигерса, разбирался в требованиях и спецификациях. А дальше выяснилось, что тестирование интереснее и того. Уже тогда начал читать Святослава Куликова — хотелось разобраться в профессии глубже, а не только на уровне курса. На первый взгляд тестирование кажется простым: открыл приложение, потыкал, нашёл, что сломано. Чем глубже заходишь, тем яснее, насколько это обширная сфера. За это время прошёл начальный курс Артёма Русова, а позже подключился к тестированию его платформы — веб и Android. Находки напрямую уходят команде продукта. Параллельно тестировал разные программы и сайты, чтобы понять, как всё это работает не только в теории. В итоге собрал портфолио из трёх проектов: разбирал спецификацию API, тестировал живое приложение и сервер, сгенерированный по спецификации автоматически. Из последнего — находка, которая многое объяснила. Сервер выглядел исправным: запросы отвечают, ошибки обрабатываются. Но как только я подключил работающий источник данных, всё сломалось. Оказалось, результат возвращался в формате, которого нет в протоколе. Пока источник был недоступен, срабатывала ветка ошибки — она отвечала корректно, и дефекта видно не было. Система работала ровно до тех пор, пока не работала. Чем тестирование меня держит: здесь нет однотипности. Каждый продукт ломается по-своему, инструменты и подходы постоянно меняются. Скучно не становится. Сейчас ищу первую позицию в QA. Портфолио — в профиле. А вы как пришли в тестирование — сразу или через другие направления?

Из аналитики данных в QA: как я пришёл в тестирование | Сетка — социальная сеть от hh.ru