... Эксперимент удался, на волне хайпа в разработку начали залетать остальные driven’ы – BDD (Behavior-Driven Development), DDD (Domain-driven design) и т.д. Все они методом попугайничества заходили и в область тестирования до того, как появился DDP (Data-driven programming), здесь процесс адаптации в тестирование дал сбой. Парадигма предложила крайне интересную концепцию – программно-аппаратный комплекс может быть спроектирован и построен на основе данных, которые он должен генерировать, если эти данные заранее известны, либо на основе данных, которые генерируют аналогичные системы. Данные как бы являются целью итеративных попыток аппроксимации различных фич приложения, поэтому сразу отделены от кода. Трансформация DDP –> DDT (Data-driven testing) стала совершенно бессмысленной, потому что тестировщики всегда знали, что оракулом могут служить данные системы-аналога.
Читать далее📌 Похожие новости
Автоматизация QA: разбираем рынок решений для тестирования. Часть 2. Позиционирование и ценовая политика
В этой части обзора проанализируем ценовую политику продуктов и их подходы к позиционированию, а...
26.08.2025 07:48
Несогласованность эффектов или «Где деньги, Лебовски?»
В статье рассматриваются проблемы, возникающие при оценке эффектов A/B-тестов и Causal Inference в...
25.08.2025 14:48
Гибкий подход к тестированию фильтров с Playwright + TypeScript
Фильтрация — один из самых частых и критичных сценариев в интернет-магазинах и маркетплейсах....
24.08.2025 09:11
Как реализовать тестирование сортировки с помощью Playwright + TypeScript
Если вы начинающий специалист в автоматизации тестирования, или автотестировщик с опытом, готовый...
19.08.2025 13:46
Unit тесты в React разработке
Зачастую разработчики сталкиваются с двумя крайностями: либо пишут огромное количество бесполезных...
19.08.2025 05:00
Код, не боящийся изменений
В этой статье вы найдете немного личных наблюдений и советов о том, как сохранить проект живым и...
12.08.2025 05:19