Икота, икота, перейди на Федота, или Кое-что об оракулах в тестировании

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

Как создавать эффективные тесты

Отрывок из книги "Тестирование программного обеспечения. Базовый курс" Святослава Куликова.

Приступая к продумыванию чек-листа, тест-кейса или набора тест-кейсов, задайте себе следующие вопросы и получите четкие ответы.

1. Что перед вами? Если вы не понимаете, что вам предстоит тестировать, вы не уйдёте дальше бездумных формальных проверок.

2. Кому и зачем оно нужно и насколько это важно? Ответ на этот вопрос позволит вам быстро придумать несколько характерных сценариев использования того, что вы собираетесь тестировать.

3. Как оно обычно используется? Это уже детализация сценариев и источник идей для позитивного тестирования.

4. Как оно может сломаться, т.е. начать работать неверно? Это также детализация сценариев использования, но уже в контексте негативного тестирования.

К этому алгоритму можно добавить ещё небольшой перечень универсальных рекомендаций, которые позволят вам проводить тестирование лучше: