Простыми словами
Представьте пирамиду: внизу много быстрых и дешёвых проверок, а наверху мало медленных испытаний всей системы. Такой баланс даёт быструю обратную связь и при этом проверяет интеграцию, поэтому команда не зависит только от дорогих сквозных тестов.
Пример при разработке
Большая часть проверок - быстрые unit-тесты, меньше интеграционных и несколько сквозных сценариев. Набор остаётся быстрым и всё же проверяет стыки.
Это редакционный пример применения, а не часть определения или доказательство концепции.Механизм действия
Сначала проверяют, есть ли исходное условие из определения. Затем смотрят, как оно влияет на структуру компонентов, потоки данных, ограничения и действия участников. Если эту связь не удаётся наблюдать, принцип не стоит использовать как готовое объяснение.
Пример в работе
Игнорировать механизм и реагировать только на отдельный симптом.
Зафиксировать условия, применить механизм и проверить результат по наблюдаемому сигналу.
Ограничения
«Test Pyramid» объясняет только часть происходящего в области «Архитектура ПО». Сам принцип не говорит, насколько сильным будет эффект в вашем случае, и не заменяет измерения. При другом масштабе, среде или временном горизонте результат может отличаться.
Источник
Mike Cohn. Succeeding with Agile: Software Development Using Scrum. 2009. ISBN 9780321579362.