Публичное собеседование / мок-интервью для QA-инженера. Тест формы и базовые принципы тестирования

• Публичное собеседование на позицию Junior тестировщика.  

• Ольга, тестировщица и ментор, помогает команде собеседовать и вливать новых сотрудников.  

• Алексей, выпускник курсов, хочет влиться в сферу тестирования.  

• Алексей рассказывает, что его образование не связано с тестированием, но он заинтересовался этой сферой.  

• В его текущей работе он участвовал в тестировании продуктов для экологической документации.  

• Постепенно он понял, что тестирование — это отдельная и интересная сфера.  

• Тестировщик выявляет несоответствия в программном обеспечении и документации.  

• Основная цель — улучшение качества продукта.  

• Тестировщик подключается на ранних этапах разработки, чтобы выявить проблемы и дефекты.  

• Процесс разработки включает генерацию идеи, создание требований, планирование и разработку.  

• Тестирование проводится на всех этапах жизненного цикла продукта.  

• Тестировщик присутствует на каждом этапе разработки, от идеи до поддержки.  

• Тестирование обнаруживает несоответствия и дефекты.  

• Исчерпывающее тестирование недостижимо, но важно стремиться к минимизации дефектов.  

• Тестирование зависит от контекста и условий использования продукта.  

• Раннее тестирование позволяет устранить ошибки дешевле и эффективнее.  

• Переделка кода после выпуска продукта обходится дороже.  

• Раннее тестирование сохраняет время и деньги.  

• Алексей использовал Postman и JMeter для нагрузочного тестирования.  

• GitHub и DevTools также были полезны для написания тестовых кейсов и анализа ошибок.  

• Тестовая документация включает тест-кейсы, баг-репорты и фич-реквесты.  

• Инициатива важна в профессии тестировщика.  

• Кейсы состоят из шагов воспроизведения и ожидаемого результата.  

• Ожидаемый результат определяется требованиями и документацией.  

• Адекватное поведение программы зависит от документации и здравого смысла.  

• Важно учитывать опыт конкурентов и аналогичные приложения.  

• Примеры использования здравого смысла в тестировании форм.  

• Баг-репорт должен содержать внятное наименование и шаги воспроизведения.  

• Дополнительные материалы, такие как скрины и логи, помогают в понимании.  

• Приоритетность багов определяется их влиянием на работу программы.  

• Приоритетность багов определяется их влиянием на ПО.  

• Примеры: блокирующие, критические, Major и Minor баги.  

• Влияние на ПО определяет приоритет обработки багов.  

• Требования должны быть проверяемыми, однозначными и обязательными.  

• Требования должны быть последовательными и не противоречивыми.  

• Переход к тестированию фронтовой части.  

• Важно уточнить у разработчиков, как работает форма.  

• Пример формы для регистрации ребенка в первый класс.  

• Позитивные и негативные тесты для проверки корректности работы формы.  

• Программа должна реагировать позитивно на действия пользователя.  

• Входные данные: фамилия, имя, отчество и дата рождения.  

• Возможность регистрации без отчества.  

• Оценка диапазона дат и возраста.  

• Использование техник тест-дизайна для проверки данных.  

• Проверка граничных значений и эквивалентного разбиения.  

• Проверка работоспособности календаря.  

• Введение символов и цифр в поля.  

• Эксперименты с вводом данных вручную и в обратном порядке.  

• Введение невалидных значений для полей.  

• Применение техник тест-дизайна для снижения времени тестирования.  

• Попарное тестирование и эквивалентное разбиение.  

• Описание состояний объекта и переходов между ними.  

• Пример с покупкой водительских прав и страхованием.  

• Учет различных условий и параметров для расчета стоимости.  

• Прогнозирование связано с анализом требований и пониманием слабых мест ПО.  

• Тестирование черного ящика и понимание работы кода помогают предсказывать ошибки.  

• Опыт и экспертиза помогают определить, где будут скопления ошибок.  

• Функциональное и нефункциональное тестирование.  

• Нефункциональное тестирование включает адаптивность, удобство использования, интернационализацию и безопасность.  

• Нагрузочное тестирование проверяет, как система справляется с большим количеством запросов.  

• Автоматизация тестирования включает написание автотестов и использование инструментов, таких как Postman.  

• API позволяет тестировать взаимодействие с бэкендом без необходимости знать детали реализации.  

• Важно знать структуру входящих данных и ожидаемые результаты.  

• Клиент-серверная архитектура: клиент отправляет запрос, сервер обрабатывает и возвращает ответ.  

• Примеры клиентов: браузер, мобильное приложение.  

• Сервер принимает запросы, хранит данные и перенаправляет запросы на другие серверы.  

• HTTP-запросы включают метод POST и тело запроса с данными.  

• В теле запроса могут быть данные, такие как реквизиты и авторизационный токен.  

• Заголовки запроса могут содержать дополнительные данные, такие как авторизационный токен.  

• Обсуждение токенов и заголовков в запросах.  

• Коды ответов: 100, 200, 300, 400, 500.  

• Примеры ошибок: 404, 500, 501.  

• Ошибки 400 и 500: клиентские и серверные ошибки.  

• Примеры: 404 при отсутствии контента, 500 при серьезных ошибках сервера.  

• Обработка ошибок: 400 при валидации данных, 500 при проблемах с сервером.  

• История из детства, связанная с любопытством.  

• Интерес к улучшению качества продуктов и услуг.  

• Начало карьеры в тестировании и помощь друзьям.  

• Стремление к пониманию процессов и структуры.  

• Важность обеспечения качества программного обеспечения.  

• Желание развиваться в направлении улучшения качества.  

• Ожидания от джуниора: знание теории и умение размышлять.  

• Важность углубления в теорию и техники дизайна.  

• Знание инструментов тестирования и документации.  

• Акцент на техниках дизайна и видах тестирования.  

• Важность структурированного рассказа теории.  

• Фидбэк как инструмент для роста и улучшения.