Как в 30 бросить все и стать тестировщицей
Всем привет! Меня зовут Елизавета и с 19 лет работаю в сфере рекламы. Так могла бы я представляться до сих пор, если бы не одно НО - в 30 лет я решила все резко поменять, выйти за пределы того, что готова была предложить мне маркетинговая индустрия и начать все заново.
Тестирование - это не про поиск багов, это про улучшение качества продукта. И как только ты начинаешь видеть эту разницу, ты видишь и собственную работу совершенно иначе.
Несколько однобокий взгляд на вещи. Тестирование - это прежде всего проверка продукта на соответствие поставленным требованиям. В целом цикл разработки выглядит примерно так
Хотелки от заказчика (BRD)
Разработка и согласование архитектурно-технического решения
Разработка ТЗ (FSD)
Разработка
Компонентное тестирование (отсутствие ошибок, проверка на соответствие FSD)
Бизнес-тестирование (проверка на соответствие BRD)
Нагрузочное тестирование (проверка эффективности кода)
Интеграционное тестирование (проверка на то, что новый модуль не будет конфликтовать с уже существующими)
Внедрение в промсреду.
И от тестировщика важно уметь писать тестовые сценарии. Причем, не только "правильные", но и "неправильные" - как код обрабатывает нештатаные ситуации, как обрабатывает ошибки. Далеко не всегда можно просто вывесить плашку "что-то пошло не так, попробуйте еще раз". Часто ошибка должна обрабатываться в автоматическом режиме. С пониманием что делать дальше - или ее можно логировать в отчет и продолжать работу с оставшимися данными, или надо переходить в режим ожидания и ждать реакции сопровождения, или нужно откатить все сделанное к исходному состоянию и зафиксировать ошибку с подробной диагностикой где что и как для последующего анализа...
Обработка ошибок часто занимает не меньше кода чем основная логика - классификация, обработка, логирование, дампы и т.п.