Первый месяц: основа профессии
Что такое тестирование и зачем оно. Не «искать ошибки», а снижать риск того, что продукт не работает у людей. Разница в мышлении, и её замечают на собеседовании.
Виды и уровни. Проверка нового и проверка того, что не сломалось старое; проверка отдельной части и системы целиком; проверка вручную и автоматически.
Техники подбора проверок. Разделение на классы, границы значений, таблицы решений. Звучит скучно, но именно это отличает системного тестировщика от человека, который тыкает наугад.
Жизненный цикл ошибки. От обнаружения до подтверждения исправления.
Второй месяц: практические навыки
Написание проверок. Понятные шаги, ожидаемый результат, предусловия.
Оформление ошибок. Самый важный навык, ему посвящена отдельная статья.
Работа с системами учёта задач. Как заводить, связывать, отслеживать.
Инструменты браузера. Сетевые запросы, консоль ошибок, разбор вёрстки. Нужно, чтобы отличать поломку интерфейса от поломки на сервере.
Третий месяц: техническая часть
Как устроен веб. Запросы и ответы, коды состояния, заголовки. Без этого вы не сможете внятно описать, где сломалось.
Проверка обращений к сервису. Отправить запрос вручную, посмотреть ответ, проверить поведение при неверных данных.
Базы данных. Выборка с условием и объединение двух таблиц. Нужно, чтобы проверять, что данные действительно сохранились.
Основы командной строки. Посмотреть журналы, запустить приложение.
Четвёртый месяц: первый выход
К этому моменту вы можете: составить набор проверок на раздел, найти и внятно описать ошибку, проверить обращение к сервису, посмотреть данные в базе.
Этого достаточно, чтобы откликаться. Дальше добирается на практике быстрее, чем в подготовке.
Сколько это занимает
Три-пять месяцев при паре часов в день. Это быстрее, чем в разработке, — отсюда репутация «лёгкого входа».
Оговорка: быстрее не значит проще. Хороший тестировщик — человек, который умеет думать о том, как что-то может сломаться, и это отдельный склад ума. Люди, идущие «потому что легче», обычно быстро упираются в потолок.
Чем заняться, пока нет опыта
Тестируйте существующие сервисы. Возьмите приложение, составьте набор проверок для одного раздела, найдите ошибки и оформите как положено. Выложите — это уже портфолио.
Ищите ошибки в открытых проектах. Оформляйте их по правилам проекта. Принятое сообщение об ошибке — публичное подтверждение вашего навыка.
Тестируйте чужой пет-проект. Самый ценный вариант: там живой автор, обсуждение приоритетов и необходимость объяснять, почему ошибку надо чинить. Это ближе всего к настоящей работе.
Последнее заодно решает главную проблему новичка в тестировании: без работы негде показать, что вы умеете взаимодействовать с разработчиками. А это половина профессии.
Куда расти дальше
Автоматизация проверок — самое востребованное направление. Переход занимает полгода-год и заметно повышает планку по деньгам.
Реже, но бывает: переход в разработку, в аналитику или в управление продуктом. Тестирование даёт хорошее понимание, как всё устроено целиком, — это неплохой стартовый капитал.
Хватит читать — пора делать
На CohortX можно найти команду под пет-проект и получить тот самый опыт, о котором спрашивают на собеседовании.
Похожие статьи
- Spreadsheets, SQL, Python: what an analyst should learn and whenWhat each tool is for, where its limits lie, and why you shouldn't start with Python.
- Таблицы, запросы, Python: что учить аналитику и в каком порядкеЗачем нужен каждый инструмент, где проходят границы их применимости и почему нельзя начинать с Python.
- Testing from scratch: a learning routeThe order of topics from theory to first applications, how long it takes, and what to do while you have no experience.