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