В 2018 году Кент С. Доддс противопоставил новую модель тестирования хорошо известной пирамиде. Он особо выделил интеграционное тестирование, которое должно было составить большую часть всех тестов. В своих рассуждениях он предположил, что именно здесь сосредоточены основные преимущества, такие как высокая уверенность в надлежащей работе приложения при относительно низких затратах и в короткие сроки. Модель получила название “кубок тестирования”.
Даже с учётом всех достоинств нового подхода, каким образом реализовать его на практике? Как именно увеличить количество интеграционных тестов? Давайте попробуем разобраться.
Джефф Найман предлагает упростить интеграционное тестирование и сделать упор на точности юнит-тестов. Он акцентирует внимание на важности дизайна, который раскрывает основной замысел разработчиков и помогает принимать решения из нескольких предложенных вариантов.
Кент С. Доддс рекомендовал два пути решения проблемы.
Во-первых, при тестировании не следует слишком много внимания уделять каждому фрагменту кода на уровне модуля. Чем больше юнит-тестов вы проводите, тем меньше уверенности остаётся в надлежащем функционировании приложения. Другими словами, когда объём протестированного кода превышает 70%, выгода от тестов начинает снижаться. Например, вы можете обращать внимание на редкие случаи, которые в действительности не окажут большого влияния на пользователей, но при этом отсрочить выпуск продукта в производство.
Во-вторых, Кент С. Доддс предложил реже прибегать к юнит-тестам, когда аналогичную проверку можно провести на этапе интеграционного тестирования. Если конкретный интеграционный тест проверяет то же самое, что и юнит-тест, то успешно пройденные интеграционные тесты показывают, что с их модулями тоже всё в порядке.
Хотите узнать больше? Читайте больше об особенностях и преимуществах кубка тестирования в статье на нашем сайте.