Тестовая документация, техники тест-дизайна Flashcards
Изучите создание тестовой документации: чек-листы, тест-кейсы, тест-планы. Освойте техники тест-дизайна и учитесь применять их на практике.
Разница между чек-листом и тест-кейсом
Уровень детализации:
Чек-лист: Краткие пункты для проверки.
Тест-кейс: Подробное описание шагов и ожидаемых результатов.
Цель:
Чек-лист: Быстрая проверка ключевых функций или требований.
Тест-кейс: Тщательная и детализированная проверка конкретных сценариев использования.
Использование:
Чек-лист: Используется для высокоуровневого тестирования, когда не требуется детальное руководство.
Тест-кейс: Используется для точного тестирования, особенно когда важно соблюдение конкретных шагов.
Гибкость:
Чек-лист: Гибкий и легко адаптируемый, подходит для ситуаций, где требуется быстрая проверка.
Тест-кейс: Строгий и менее гибкий, но обеспечивает высокий уровень точности и повторяемости.
Атрибуты баг-репорта
Заголовок
Идентификатор (ID)
Описание
Шаги для воспроизведения
Ожидаемый результат (Expected Result)
Фактический результат (Actual Result)
Скриншоты / Видео
Серьезность (Severity)
Приоритет (Priority)
Окружение (Environment)
Логи и другая информация, которая может помочь разработчику.
Атрибуты тест-кейса
Уникальный номер
Заголовок/Название
Предусловие
Постусловия (опционально)
Шаги
Ожидаемый результат тест-кейса.
В каком атрибуте разница между тест-кейсом и баг-репортом?
Фактический результат
В чем разница между тест-кейсом и баг-репортом?
Баг-репорт относится не к проверке, а к её результату. Тестировщик во время проверки находит ошибку и пишет по ней баг-репорт, то есть отчёт об этой ошибке. Тест-кейс — это описание процесса проверки, а баг-репорт — описание процесса воспроизведения ошибки и материалы, относящиеся к ошибке.
Какой TMS (Test Management System) вы использовали?
Test IT, TestRail, Zephyr, Allure, Qase, Kaiten (на выбор одна из).
Что такое баг-репорты?
Это документ, который создается тестировщиком или пользователем для описания обнаруженной ошибки или дефекта в программном обеспечении. Цель баг-репорта — предоставить разработчикам и другим участникам проекта полную и точную информацию о проблеме, чтобы они могли воспроизвести, проанализировать и исправить её.
Какие техники тест-дизайна вы знаете?
Классы эквивалентности, анализ граничных значений, попарное тестирование, таблица принятия решений, предугадывание ошибок.
Расскажите жизненный цикл бага.
Создание > Назначение > Анализ > Исправление > Проверка > Закрытие.
Расскажите о чек-листе.
Чек-лист — это список, содержащий ряд необходимых проверок для какой-либо работы. В тестировании чек-лист — это список проверок для тестирования продукта. Чек-листы устроены просто и содержат перечень блоков, секций, страниц или других элементов, которые следует протестировать.
Что описывается в тест-плане?
Подходы и методы тестирования, критерии завершения тестирования, критерии входа в тестирование, ресурсы и роли, график и планирование, оценка рисков, тестовые окружения.
Техника анализа граничных значений, можете о ней рассказать?
Проверка граничных значений. Например, если даны условия 0 и 100, то нужно проверить -1, 0, 1, 99, 100, 101.
Зачем нужны техники тест-дизайна?
Техники тест-дизайна помогают выявить все возможные сценарии, включая граничные и исключительные случаи, которые могут повлиять на работу системы. Они также помогают минимизировать количество тестов, обеспечивая при этом требуемый уровень покрытия.
Зачем нужна техника эквивалентного разделения?
Техника эквивалентного разделения позволяет сократить количество тестов, проверяя по одному значению из каждого класса эквивалентности. Например, для поля ввода возраста от 0 до 120 лет, тестируются значения -1, 0, 10, 50, 120, 121.
Что такое таблица принятия решений?
Это техника, помогающая наглядно изобразить комбинаторику условий из технического задания.
Что такое попарное тестирование?
Это метод тест-дизайна, направленный на оптимизацию процесса тестирования путем проверки уникальных пар комбинаций входных параметров. Основная идея заключается в том, что большинство дефектов вызывается взаимодействием не более чем двух параметров.
Какие артефакты тестирования вы знаете?
Тест-кейс, чек-лист, тест-план, баг-репорт, отчет о тестировании.
Назовите виды внутренней документации.
Архитектурная документация, технические спецификации, документация по API, тест-план, тест-кейсы, чек-листы, тестовые данные, отчеты о тестировании, требования, план релиза, обучающие материалы.
Какие требования входят в функциональные?
Функциональные требования описывают, что система должна делать. Например, “Система должна предоставлять пользователю возможность зарегистрироваться, указав имя пользователя, адрес электронной почты и пароль.”
Какие требования входят в нефункциональные?
Нефункциональные требования определяют свойства системы, такие как производительность, удобство сопровождения, расширяемость, надежность и факторы эксплуатации.
Приведите примеры прямых требований.
Прямые требования — это конкретные и четкие требования. Например, “Система должна предоставлять пользователю возможность зарегистрироваться, указав имя пользователя, адрес электронной почты и пароль. Пароль должен содержать не менее 8 символов, включать как минимум одну заглавную букву, одну строчную букву и одну цифру.”
Какие есть источники требований?
Заказчик, клиенты, бизнес-аналитики, менеджеры проекта, внутренняя документация, конкуренты, юридические требования, команда поддержки.
Какие существуют степени серьезности бага?
Blocker, Critical, Major, Minor (Trivial).
Что такое отчет о тестировании?
Это документ, который предоставляет полную информацию о проведенном тестировании, включая результаты, выявленные дефекты, статус тестирования и рекомендации.
Что такое Test Run (тестовый прогон)?
Это процесс выполнения одного или нескольких тест-кейсов для проверки части или всего программного продукта на наличие ошибок и соответствие требованиям.
Как вы понимаете выполнение тест-кейсов?
Формируем набор тест-кейсов под прогон, запускаем этот набор и идем по кейсам и шагам, выставляя результат: выполнен, пропущен, заблокирован или баг.
Что такое трейсабилити матрица или матрица покрытия?
Это инструмент, который используется для отслеживания взаимосвязей между требованиями и тест-кейсами. Он помогает убедиться, что все требования учтены и протестированы.
Какую документацию вы вели на проекте?
Тест-кейсы, баг-репорты, отчеты по тестированию. Иногда писал статьи по фичам, чтобы в будущем коллеги могли быстро понять, с какими проблемами я сталкивался.
Какого рода тест-кейсы вы писали (функциональные, e2e, системные)?
Под разные задачи — разные. Чаще всего функциональные, так как их больше на проектах.
Как вы тестировали требования?
Этот вопрос лучше изучить в базе знаний. Наизусть слово в слово не нужно, важно понимать общие принципы.
Какие кейсы попадают в регресс?
Основные бизнес-функции, исправление дефектов, новые функции, основные сценарии использования, сценарии высокого риска, исторически проблемные области, дефекты, которые были исправлены, тесты, которые были написаны на прошлые фичи.
