Роль любого тестировщика программного обеспечения — не быть обманутым именно там, где другие имеют потенциальную возможность стать обманутыми.

Например, тестировщик всегда старается уйти от обмана со стороны программного обеспечения — его нужно проверять с разными данными.

Тестировщики также должны избегать обмана от тестовых историй — они не всегда полны, могут противоречить ТЗ либо же быть, банально, устаревшими.

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

Далее будет представлен [highlight dark=”no”]список способов обмана[/highlight], которые должны избегать тестировщики.

Диверсификация всех действий

Нужно постоянно перемешивать свои технические действия.

Иногда делайте то, что, по обыкновению, вы не привыкли делать.

Постарайтесь выполнить одни и те же манипуляции с помощью альтернативных методов реализации.

Диверсификация всей информации

Вы предпочитаете постоянно использовать одни и те же данные?

А как на счет того, чтобы попробовать их перемешать?

Как вариант, можно применять набор инструментов и методов, которые эффективно повышают качество тестовой информации.

Диверсификация всех оракулов

Как вы поняли, что то, что вы обнаружили, можно считать багом?

У вас в распоряжении только один и тот же оракул?

Подумайте касательно того, дабы сменить его на другой.

Диверсификация всех тех, кто вовлечен в тестирование ПО

Каждый из нас обладает разным объемом опыта и уровнем восприятия тех или иных вещей, это значит, что к тестированию необходимо кого-то привлекать.

Это привнесёт в тестирование различные тест-идеи и свежие взгляды на проблемы, а также пути их решения.

Тест-окружение должно быть пересмотрено

Тест-окружение не всегда выступает реальной копией вашего боевого окружения.

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

Например, окружение с ограничениями может предоставить крайне интересные данные касательно того, как система функционирует при определенных условиях.

Диверсификация стартовой точки и не верьте на все 100% вашим источникам

Не нужно постоянно стартовать с одной и той же точки.

Необходимо задуматься о редактировании стартового состояния теста.

Тестовые истории могут быть неполными и недостоверными.

Так что доверять всем историям не стоит. Лучше проверять.

Диверсификация всей тестовой модели

Процесс функциональности — всего лишь определенное изменения состояния продукта, при этом, есть и другие катализаторы.

Задумайтесь над архитектурой тестирования ПО, бизнес-процессами и интерфейсами между системами внутри конкретно вашей компании по обеспечению качества ПО.

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