Правильное тестирование

Помимо тест-плана на первом этапе процесса тестирования может создаваться тест-стратегия (тестовая стратегия). Т​естовая стратегия описывает подходы, правила и практики, применяемые на проекте, а также виды тестирования и тестовые данные, которые будут использованы в процессе тестирования. За основу возьмем определение из ISTQB: Стратегия тестирования (test strategy): Высокоуровневое описание уровней тестирования, которые должны быть выполнены, и тестирования, входящего в эти уровни, для организации или программы из одного или более проектов...

Необходимо обозначить, что помимо аналитики и тестирования спецификации к проекту на первом этапе также создаются высокоуровневые документы по тестированию продукта. К ним можно отнести тест-план и тест-стратегию. Начнем с первого. Тест план (Test Plan) — это документ, описывающий весь объем работ по тестированию, начиная с описания объекта, стратегии, расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения...

Требование (requirement) ​— описание того, какие функции и с соблюдением каких условий должно выполнять приложение в процессе решения полезной для пользователя задачи. Спецификация требований программного обеспечения (англ. software requirements specification, SRS) — структурированный набор требований/запросов (функциональность, производительность, конструктивные ограничения и атрибуты) к программному обеспечению и его внешним интерфейсам. Также данный термин часто называют "спекой". Тестирование требований (спецификации) — это их проверка, чтобы найти ошибки до начала разработки...

В этой статье мы рассмотрим ряд этапов (шагов), которые происходят при тестировании продукта. В следующий же публикациях мы досконально рассмотрим каждый этап. Жизненный цикл тестирования ПО (STLC - Software Testing Lifecycle) - это процесс тестирования, который включает в себя определенную последовательность шагов, чтобы гарантировать достижение целей в области качества. В процессе STLC каждое действие выполняется планомерно и систематически. ISTQB определяет следующие шаги: 1) Анализ требований,...

Помимо обязательных частей, которые были описаны в предыдущей статье, хотелось бы обсудить пару необязательных (опциональных). Сразу хочу отметить, что термин "опциональный" в данном контексте не значит, что этими частями можно пренебречь, либо, что в них нет смысла. Данные части необходимо обязательно включать в баг-репорт, если информация, которую они в себе несут, позволит ускорить скорость воспроизведения дефекта и (или) упростит процесс решения дефекта. Дополнительное описание Короткое описание проблемы, явно указывающее на причину и тип ошибочной ситуации...