Проверка приложения начинается с вопроса о том, как оно должно работать. Затем нужно выбрать условия, выполнить действия и объяснить обнаруженное расхождение. Познакомиться с этой логикой можно до поступления на курс. Ниже разбираем небольшой учебный сценарий, нужные навыки и содержание двух программ по тестированию.
Начните с понятного требования
Представьте учебную форму записи на занятие. По условию человек выбирает свободное время и вводит адрес электронной почты. После подтверждения запись появляется в списке. Прежде чем проверять кнопки, запишите ожидаемое поведение: что считается свободным временем, какие данные обязательны и что происходит при повторном подтверждении.
Если часть условий неизвестна, отметьте вопросы. Отсутствующее требование нельзя незаметно заменить личным предпочтением. Для знакомства с профессией возьмите собственный учебный проект или демонстрационное приложение, предназначенное для проверок. На чужом рабочем сайте не отправляйте тестовые заявки и не создавайте заказы. Публичная форма связана с настоящими сотрудниками и процессами компании.
Составьте небольшой набор проверок
Для выбранной формы полезно отдельно проверить обычную запись, отсутствие обязательного значения и попытку занять уже выбранное время. У каждой проверки должны быть начальные условия и понятный ожидаемый результат. Сохраните, какие действия вы выполнили и что произошло. Так другой человек сможет повторить проверку и обсудить её с вами.
Начните с анализа и проектирования тестов, техник тестирования и работы с дефектами. Разбирайте по одному понятию и сразу связывайте его со своим примером. Заученный список терминов сам по себе мало рассказывает о том, как человек проверяет продукт.
Опишите ошибку так, чтобы её могли воспроизвести
Сообщение «форма сломана» оставляет слишком много неизвестного. Укажите страницу и условия проверки, последовательность действий, ожидаемый и фактический результаты. Добавьте снимок экрана, если он помогает увидеть проблему.
Вернёмся к условной записи: после двойного нажатия в списке появились две одинаковые строки, хотя ожидалась одна. Укажите, в каком браузере проверяли форму и удаётся ли повторить ситуацию. Отделяйте наблюдение от предположения о причине. Фраза «появились две записи» описывает результат; вывод о неправильной работе базы данных требует дополнительных доказательств. Попросите знакомого повторить ваши шаги и исправьте непонятные места в описании.
Какие инструменты попробовать после первых сценариев
Начните с инструментов разработчика в браузере. Панель Network в Chrome DevTools позволяет записывать сетевые запросы, просматривать сведения о них и исследовать ответы. В учебном приложении можно сопоставить нажатие кнопки с отправленным запросом. Это помогает точнее описать, где вы заметили сбой и какие данные наблюдали.
Изучайте инструмент ради конкретного вопроса. Например, отправлен ли запрос после подтверждения формы и какой ответ вернулся. В выгрузке сетевой активности могут оказаться токены, адреса и другие закрытые сведения. Для упражнений используйте вымышленные данные. Перед передачей скриншота или файла преподавателю проверьте его содержимое. Конкретные продукты для ведения ошибок и проверки интерфейсов уточняйте у образовательной организации: они не следуют автоматически из названия курса.
Как соотносятся ручные проверки и автоматизация
При ручной проверке вы сами выполняете действия и оцениваете результат. При автоматизации часть действий и проверок выполняет подготовленный код или инструмент. В обоих случаях нужно понимать цель проверки и исходные условия. Автоматизировать неясное ожидание трудно: сначала придётся договориться, какое поведение считается правильным.
Для первой пробы возьмите уже описанный учебный сценарий и подумайте, какие шаги повторяются. Отметьте, где требуется оценить содержание сообщения, а где достаточно сравнить значение. Это упражнение помогает осмысленно подойти к автоматизации. Подбор языка, библиотеки и среды зависит от проекта. Обещание освоить любой инструмент за фиксированный срок без учёта исходных знаний мало помогает выбрать подходящую программу.
Что входит в две программы
В переподготовке «Тестирование в области информационных технологий», 552 академических часа, есть основы алгоритмизации и программирования, системное и прикладное обеспечение, надёжность ПО. Дальше рассматриваются методы и техники тестирования, автоматизация, тестовая документация, процесс тестирования, исследование результатов и учёт дефектов. Также есть управление командой тестирования.
Программа «Специалист по тестированию в области информационных технологий», 256 часов, содержит те же предметные направления с другим распределением часов. Сравнивайте планы по нужным темам и времени на их изучение. Уточните стартовые требования, используемые инструменты и проверку работ. По перечню дисциплин нельзя обещать конкретный проект в портфолио или подготовку к определённой вакансии.
Как увидеть результат своей подготовки
Сохраните материал по учебному приложению: исходные требования, набор проверок, несколько описаний ошибок и результаты повторной проверки. В коротком пояснении укажите, что сделали самостоятельно, какие условия использовали и что осталось непроверенным. При демонстрации своей работы важна возможность объяснить каждое решение, включая выбор сценариев.
Сравните получившиеся материалы с требованиями интересующей позиции. Если в вакансии нужны сетевые запросы или автоматизированные проверки, найдите соответствующие темы в плане и уточните глубину их изучения. Открыть программу на 552 часа удобно с таким списком. Тогда обсуждение обучения будет связано с конкретными навыками и вопросами, которые появились во время вашей первой самостоятельной проверки.