« Я тестер ! »

Сколько раз себя убеждал, но все равно попадаюсь - сценарии тестирования исправления были написаны на основе действующей программы и слов программиста. Документация была пропуще сквозь призму слов и действительности...

..и естесственно это в итоге вызвало ошибку, да причем очень-и-очень больную для заказчика.

Ошибается каждый, но детские ошибки делать НЕ позволительно!

Это была лирика, а теперь выводы.

Попросите 2-3 человека описать Красную площадь или Статую свободы - получите ли вы одно и то же описание? А если посмотите сами на картинку..а если потом "вживую" - сколько разных описаний вы получите?
Текст сообщения и комментарии...

Гляньте-ка вот на эту карту мира!

Странного ничего не находите?..

А это всего лишь южно-ориентированная карта мира.

Пару заметок для тестировщиков далее...


Эта картинка показывает на сколько важно по-новому смотреть на продукт, который вы тестируете.

1. Переключитесь на другую задачу на пару дней/часов.

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

2. "Прогуляйтесь" по продукту с кем-нибудь из команды.

Найдите девелопера или тестера, который "пройдет" с вами через тестируемую функциональность. Ваша задача рассказать, что вы протестировали. Это дает своеобразный фидбек. Такая практика всегда дает свои результаты - идеи, чтобы ещё посмотреть?

3. Посмотрите демку конкурентов.

Один из простых способов получить новые идеи. Пока смотрети демку или гуляете по сайту конкурента в вашей голове могут родиться мысли и вы увидите те области и места в продукте, которым не уделили должного внимания.

4. Попросите конечного пользователя или Project manager'а рассказать о продукте его словами

Этот пункт похож на предыдущий, но важное отличие - это сфокусированность на вашем софте. Идеально было бы поговорить с теми, кто продает ваш продукт. Но главное понять, как он используется в реальном мире, а не на тестовой среде.

Источник на английском: Joel Montvelisky qablog.practitest.com

Текст сообщения и комментарии...