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