Введение и цели собеседования 0:00 Арнольд, новичок в тестировании, хочет проверить свои знания. Он изучал тестирование самостоятельно по курсам, которые ему посоветовали друзья. Арнольд работал в Postman и составлял чек-листы.
Общие вопросы о тестировании 1:56 Тестирование - это проверка соответствия ожидаемого и фактического результата. Важно понимать, что тестируется и как это тестируется. В команде должен быть Project Manager, который предоставляет спецификацию для тестирования.
Логика и здравый смысл в тестировании 4:54 Если нет спецификации, можно использовать логику и данные конкурентов. Важно учитывать бюджет и временной промежуток. Здравый смысл пользователя помогает определить, является ли поведение программы нормальным или нет.
Цели тестирования 9:51 Основные цели тестирования: экономия репутации, денег и удовлетворение пользователей. Классификация видов тестирования: юнит, компонент, интеграционное, системное и приёмочное тестирование.
Позитивное и негативное тестирование 12:46 Позитивное тестирование проверяет нормальное поведение системы. Негативное тестирование пытается сломать систему, вводя необычные данные или коды. Ожидаемое поведение в негативных тестах - это ошибка или блокировка доступа.
Негативные сценарии тестирования 15:38 Негативные сценарии помогают выявить, как система реагирует на действия пользователей. Примеры негативных сценариев: неправильный ввод данных, типичные ошибки пользователей. Сложные атаки хакеров относятся к тестированию безопасности.
Виды тестирования 17:35 Smoketest: проверка работоспособности приложения. Sanity test: проверка конкретной функциональности. Регрессионное тестирование: проверка старых функциональностей после добавления новых.
Приоритеты тестирования 18:30 Тестирование делится на три группы по степени важности: Smoketest, Sanity test, регрессионное тестирование. В условиях ограниченного времени регрессионное тестирование может быть менее приоритетным. В стартапах часто приходится отказываться от регрессионного тестирования.
Тестирование черного и белого ящика 21:26 Тестирование черного ящика: проверка соответствия требованиям. Тестирование белого ящика: проверка кода программы. Серый ящик: тестирование, сочетающее элементы белого и черного ящика.
Тестирование инсталляции и локализации 26:19 Тестирование инсталляции включает установку, удаление и обновление. Локализация: проверка корректности перевода и работы на разных устройствах и браузерах. Кроссплатформенное тестирование: проверка работы на разных устройствах и браузерах.
Техники Test Design 30:17 Test Design помогает минимизировать количество тестовых сценариев для покрытия функциональности. Цель Test Design — создание эффективных тестовых сценариев для минимизации времени тестирования.
Эквивалентное разбиение 31:16 Сокращение количества кейсов для проверки площади покрытия. Использование техник для упрощения тестирования. Пример: разбиение данных на классы эквивалентности.
Классы эквивалентности 32:15 Разделение данных на классы эквивалентности. Пример: цифры и спецсимволы в разных классах. Система обрабатывает цифры и спецсимволы одинаково.
Применение классов эквивалентности 33:15 Использование классов эквивалентности для упрощения тестирования. Пример: тестирование системы, принимающей файлы определенного расширения. Сужение количества данных для тестирования.
Анализ граничных значений 35:12 Проверка значений на границе допустимых значений. Пример: тестирование поля ввода логина. Проверка минимального и максимального значений.
Тестовая документация 38:34 Введение, объем работ, критерии качества. Ресурсы, оценка рисков, критерии начала и окончания тестирования. Примеры: наличие необходимого железа, документация по сервису.
Чек-листы 42:26 Использование чек-листов при ограниченном времени. Чек-листы подходят для сложных проверок. Примеры: банковские проекты, стартапы, размер команды.
Структура теста 46:24 ID номер, название, предварительные шаги. Условия и шаги для проверки. Пример: перевод системы в определенное состояние.
Тестирование и баг-репорты 47:21 В тест-кейсах описываются шаги для воспроизведения ошибок. Баг-репорты включают описание ошибки, проект, версию, приоритет и шаги. Баг-репорты могут содержать скриншоты и видео для лучшего понимания.
Процесс работы с баг-репортами 50:11 Баг-репорты проходят через этапы: открыт, в работе, исправлен, закрыт. Важно, чтобы разработчик признавал наличие ошибки и работал над ней. Если разработчик не исправляет ошибку, тестировщик должен проверить, что проблема действительно существует.
Проверка и исправление ошибок 52:54 Тестировщик должен проверять, что баг действительно воспроизводится. Важно сравнивать версии кода и окружения для разных систем. Необходимо проверять актуальность требований и проверять, что тест соответствует новым требованиям.
Проблемы с баг-репортами 55:49 Если разработчик не исправляет баг, тестировщик должен выяснить причину. Возможные причины: ошибка в описании, дубликат, изменение функциональности. Тестировщик должен предоставлять информацию, а не бороться за каждый баг.
Виды приложений и их тестирование 58:45 Нативные приложения устанавливаются на устройство и требуют разрешения на обновление. Веб-приложения работают в браузере и не требуют установки. Кроссбраузерное тестирование важно для веб-приложений из-за различий в браузерах.
Взаимодействие клиента и сервера 1:04:34 Обсуждение методов GET и POST. Запрос включает метод и данные. Ответ сервера имеет статус-код и тело.
Гибридные приложения 1:08:26 Гибридные приложения сочетают нативные и веб-элементы. Вход в приложение может быть через браузер или иконку. Взаимодействие с сервером происходит через веб-запросы.
Тестирование гибридных приложений 1:11:21 Вопросы о методологиях разработки и базах данных. Важность тестирования белого и черного ящиков. Уровни тестирования: компонентное, интеграционное, системное и приёмочное.
Техники тестирования 1:13:18 Сокращение количества входных параметров. Эквивалентное разбиение и граничные значения. Вопросы для тест-кейсов и критерии начала и окончания тестирования.
Виды приложений 1:16:14 Веб, нативные и гибридные приложения. Тестирование кроссбраузерных сайтов и нативных приложений. Важность понимания различных типов приложений для тестирования.
Заключение 1:18:12 Арнольд показал хорошие знания, но не хватало глубины. Рекомендация готовиться к реальным собеседованиям. Возможность записаться на собеседование через ссылки в описании.
