Роль любого тестировщика программного обеспечения — не быть обманутым именно там, где другие имеют потенциальную возможность стать обманутыми.
Например, тестировщик всегда старается уйти от обмана со стороны программного обеспечения — его нужно проверять с разными данными.
Тестировщики также должны избегать обмана от тестовых историй — они не всегда полны, могут противоречить ТЗ либо же быть, банально, устаревшими.
Дабы избежать обмана, QA-специалисты постоянно оспаривают свои либо же командные допущения о том, что им досконально известно.
Далее будет представлен список способов обмана, которые должны избегать тестировщики.
Диверсификация всех действий
Нужно постоянно перемешивать свои технические действия.
Иногда делайте то, что, по обыкновению, вы не привыкли делать.
Постарайтесь выполнить одни и те же манипуляции с помощью альтернативных методов реализации.
Диверсификация всей информации
Вы предпочитаете постоянно использовать одни и те же данные?
А как на счет того, чтобы попробовать их перемешать?
Как вариант, можно применять набор инструментов и методов, которые эффективно повышают качество тестовой информации.
Диверсификация всех оракулов
Как вы поняли, что то, что вы обнаружили, можно считать багом?
У вас в распоряжении только один и тот же оракул?
Подумайте касательно того, дабы сменить его на другой.
Диверсификация всех тех, кто вовлечен в тестирование ПО
Каждый из нас обладает разным объемом опыта и уровнем восприятия тех или иных вещей, это значит, что к тестированию необходимо кого-то привлекать.
Это привнесёт в тестирование различные тест-идеи и свежие взгляды на проблемы, а также пути их решения.
Тест-окружение должно быть пересмотрено
Тест-окружение не всегда выступает реальной копией вашего боевого окружения.
Стоит задуматься о том, что, может, необходимо попробовать прибегнуть к помощи разного тест-окружения для расширения ваших познаний касательно поведения системы.
Например, окружение с ограничениями может предоставить крайне интересные данные касательно того, как система функционирует при определенных условиях.
Диверсификация стартовой точки и не верьте на все 100% вашим источникам
Не нужно постоянно стартовать с одной и той же точки.
Необходимо задуматься о редактировании стартового состояния теста.
Тестовые истории могут быть неполными и недостоверными.
Так что доверять всем историям не стоит. Лучше проверять.
Диверсификация всей тестовой модели
Процесс функциональности — всего лишь определенное изменения состояния продукта, при этом, есть и другие катализаторы.
Задумайтесь над архитектурой тестирования ПО, бизнес-процессами и интерфейсами между системами внутри конкретно вашей компании по обеспечению качества ПО.
И чем больше моделей будет вами рассмотрено, тем больше путей поиска новых возможностей тестирования вам станет доступно!
Оставить комментарий