Тестовый сценарий
На этапе контроля качества реализованной функциональности используется тестовая документация, в которой записаны стандартные и альтернативные сценарии работы с приложением, используемые при тестировании очередной версии приложения.
Тестовая документация состоит из тестовых сценариев, то есть специальным образом разработанного описания последовательности действий в системе и ожидаемого поведения. Тестовые сценарии используются для проведения различных видов ручного тестирования:
- функционального тестирования;
- приемочного тестирования;
- нагрузочного или стресс-тестирования;
- исследовательского тестирования;
- smoke-тестирования и др.
Для разработки тестовых сценариев и выполнения тестов используются системы управления тестированием, существенно повышающие производительность тест-дизайнеров и тестировщиков, а также обеспечивающие видимость уровня качества приложений среди всех участников проекта.
Тестовые сценарии неразрывно связаны с требованиями, изменения в которых должны своевременно отражаться в тестовой документации, что позволяет сделать система управления жизненным циклом разработки приложений, при помощи механизма трассировок.
При выполнении теста тестировщик отмечает результат прохождения одного шага или всего тестового сценария, прикрепляет обнаруженные ошибки и другую вспомогательную информацию: скриншоты, дампы, логи и т.п.
Тестовые сценарии удобно объединять в тест-планы по назначению:
- тестирование релиза, то есть очередной версии продукта;
- тестирование развертывания;
- тестирование удобства использования;
- конфигурационное тестирование;
- тестирование безопасности и т.п.
Зачастую ручное тестирование превращается в рутину и занимает значительное время, что отрицательно сказывается на скорости выпуска релизов. K-70345 ? позволяет:
- высвободить ресурсы для проведения более сложных видов тестирования;
- снизить количество дефектов, доходящих до стадии контроля качества;
- ускорить выпуск релизов.
Сведение результатов автоматических и ручных тестов в системе управления качеством, позволяет всем участникам проекта видеть уровень качества очередного релиза, контролировать его изменение и опираться на эту информацию при планировании своей работы.
- Методология
- TDD
- Рефакторинг
- UML
- Burndown
- Бэклог
- Пожелание
- Use case
- Итерация - разработка ПО
- Требование
- История пользователя
- Критерии качества
- Тестовый набор
- Тестовый сценарий
- Регрессионное тестирование
- Тест план
- База знаний команды
- Анализ
- Тестирование
- Архитектура
- Релиз
- Severity
- Парное программирование
- Фазы разработки
- Владелец продукта
- Версия документа
- Бейзлайн
- MVP
- Сбор требований
- Валидация
- Разработка требований
- Видение
- ALM
- Документация
- Тест кейс
- Спринт