Обычный день
Утренняя сверка, пятнадцать минут. Что проверяли, что нашли, что мешает.
Разбор новых задач. Читаете описание того, что сделали разработчики, и решаете, как это проверять. Часто на этом этапе уже находятся проблемы — в самом описании: требования противоречат друг другу или не покрывают очевидный случай.
Проверка. Собственно тестирование: проходите сценарии, пробуете крайние случаи, смотрите на поведение при плохих данных.
Оформление найденного. Каждая проблема описывается так, чтобы разработчик мог её воспроизвести без вашей помощи.
Перепроверка исправленного. То, что чинили вчера, надо проверить сегодня.
Обсуждения. С разработчиками — почему это ошибка. С менеджером — что чинить в первую очередь. С дизайнером — так задумано или нет.
Сколько времени на что уходит
Собственно проверка занимает меньше половины дня. Остальное — чтение требований, оформление найденного, перепроверка, обсуждения и ожидание, пока починят.
Это удивляет новичков так же, как разработчиков удивляет, что кода они пишут четверть времени.
Что оказывается неожиданным
Много общения. Тестировщик — связующее звено между теми, кто придумал, теми, кто сделал, и теми, кто будет пользоваться. Молчаливая работа не получится.
Приходится спорить. Разработчик говорит «это не ошибка, так и задумано». Менеджер говорит «это мелочь, релиз важнее». Ваша задача — донести риск, а не победить в споре.
Ответственность без полномочий. Решение о выпуске принимаете не вы. Ваша работа — дать честную картину: что работает, что нет, чем рискуем.
Рутина. Перепроверка одного и того же — обычная часть работы. Отсюда и стремление к автоматизации.
Главное умение
Не внимательность, хотя она нужна. Умение объяснить, почему это важно.
Найти ошибку — половина дела. Вторая половина — описать её так, чтобы её захотели починить: что сломано, кого затрагивает, чем грозит. «Кнопка не работает» и «пользователь не может оплатить заказ, деньги списываются, подтверждение не приходит» — про одно и то же, но реакция будет разная.
Кому подходит
Тем, кто замечает несоответствия и кого это не раздражает, а увлекает. Кто способен методично проверить тридцать вариантов и не потерять внимание к тридцатому.
Плохо подходит тем, кто не любит спорить и объяснять: значительная часть работы состоит именно в этом.
Как понять, ваше ли это
Возьмите любой сервис и попробуйте найти в нём десять проблем — не только явных ошибок, но и неудобств. Опишите каждую как положено.
Если процесс показался интересным, а не мучительным, — это хороший знак. И заодно у вас появилась первая работа для портфолио.
Хватит читать — пора делать
На CohortX можно найти команду под пет-проект и получить тот самый опыт, о котором спрашивают на собеседовании.
Похожие статьи
- Systems analyst: what the job is and how to enter itHow it differs from data and business analysis, what the work actually involves, and what you need at entry.
- Системный аналитик: чем занимается и как войтиЧем отличается от аналитика данных и бизнес-аналитика, что делает на самом деле и что нужно знать на входе.
- What a tester actually does all dayWhat the day consists of, how much of it is testing, and why the key skill is negotiation.