Home

Автор: Майкл Болтон (Michael Bolton)
Оригинал статьи
Перевод: Ольга Алифанова

Наша главная задача как тестировщиков – это выявить реальный статус продукта. Помните – все остальные участники проекта сконцентрированы на Успехе, Предотвращении Проблем, Встраивании Качества, Добавлении Ценности, и всякое такое. Все это здорово, ничего плохого тут нет. Но есть нюанс.

Оптимистический фокус, необходимый для создания продукта, может отвлечь внимание от проблем, угрожающих его качеству и ценности – проблемы, которые просочились мимо всех усилий их предотвратить. Как тестировщики, мы изучаем продукт, исследуем его и экспериментируем с ним, чтобы выявить его настоящее состояние, особо концентрируясь на поиске багов и риска. Это делает нас особенными: у всех остальных не стоит основной задачи искать неприятности – в том числе потенциальные.

Баг в школе Rapid Software Testing – это что угодно в продукте, угрожающее его ценности; поэтому одна из самых ценных наших услуг – это баг-репорт.

Что же должен содержать баг-репорт? Вспомним, что мы тестируем, чтобы найти проблемы живых людей. Люди, p-e-o-p-l-e. Проблема (Problem), Пример (Example), Оракул (Oracle).

Проблема: предоставьте описание выявленной проблемы. Какие Ужасные Вещи произошли? Какие Хорошие Вещи не произошли? Проблема – это нечто, что может повлечь потери, ущерб, снижение ценности или плохие воспоминания. Будьте точными и внятными, говоря о проблеме и ее значимости для людей, чье мнение важно.

Пример: что именно вы заметили в продукте? Приложите контекст, данные, состояния, шаги, логи, поведение или доказательства, которые помогут людям увидеть все вашими глазами. Сделайте читателю, однако, одолжение – сделайте описание эффективным: достаточно емким, но максимально кратким.

Оракул: пути, которыми вы обнаружили проблему. Как правило, это наблюдаемое, описываемое несоответствие продукта некой спецификации, примеру, инструменту, предпочтению или принципу с точки зрения человека, чье мнение важно. Учтите, что некоторые оракулы сильнее и авторитарнее; другие слабее и лишь намекают на проблему. Сила оракула зачастую (но не всегда) напрямую влияет на важность проблемы.

Дополнение: Мелисса Фишер указала на риск недопонимания, что я имею в виду под «продуктом», поэтому я уточню: продукт в этом контексте означает что угодно произведенное. Проблемы, о которых сообщаем мы, тестировщики, могут находиться в продукте, которым является запущенный код, но также и во многом другом: в спецификации, прототипе, плане, требованиях, идее, сервисе, системе, рисунке на доске…

«В продукте» в этом контексте не только означает то, что встроено в продукт или находится внутри него, но и относится к другим продуктам, системам, людям и наборам отношений между ними.

Обсудить в фоурме