# Пирамида тестирования Пирамида тестирования — понятие, обозначающее уменьшение **количества** динамических тестов по мере продвижения проекта. ### Стандартная тестовая пирамида Самая старая, и все еще самая широко применяемая, как бы эталонная тестовая стратегия, впервые подробно описанная в книге Майкла Кона “*Succeeding with Agile*”. Стандартная пирамида в самом «олдовом» варианте состоит всего из 3 уровней: юнит-тесты, *сервисные тесты*, и тесты интерфейса.

Стандартная тестовая пирамида — Стандартная пирамида тестирования

* **Юнит-тесты**, или модульные, самые «дешевые и быстрые». Под «юнитом» имеется в виду не только, собственно, модуль кода, а вообще любая небольшая и логически ограниченная часть кода, которая может быть и классом, и функцией, или даже одним методом в классе. Юнит-тестирование проверяет, что отдельно взятый модуль работает как положено, выполняет свою функцию. Юнит-тестов больше чем всех остальных \[вместе взятых], потому что в приложении как правило много модулей, соответственно модульных тестов требуется много, и они простые. * **Сервисные тесты**, под этим здесь имеются в виду интеграционные тесты, проверяющие коммуникацию, взаимодействия между юнитами и более крупными чем юнит сущностями — компонентами. В стандартной пирамиде интеграционных тестов намного меньше чем модульных. * **ТестыЕ2Е / UI**, верхнего уровня, проверяющие соблюдение требований к интерфейсу и общих требований к продукту. Из-за сложности, трудоемкости, и большой себестоимости таких тестов, их количество по возможности стараются ограничить, и в стандартной пирамиде тестирования интерфейсных тестов намного меньше чем модульных и сервисных. | Тип тестов | Скорость выполнения | | -------------------------------- | --------------------------- | | Юнит-тесты |

0,01-0,1 секунды

10 секунд

Иногда указывают еще «фундамент пирамиды» — статические проверки:

### Расширенная пирамида тестирования Со временем стандартную пирамиду начали расширять добавлением отдельных **интеграционных контрактных тестов**, и **компонентных тестов**. *Компонентные тесты* выделяются в отдельную категорию — как бы «промежуточная стадия» между модульными и приемочными; это тестирование компонентов более крупных чем модули.

Пирамида — Юниты и компоненты приложения

Также в расширенной пирамиде появляются ручные исследовательские тесты.

При этом сохраняется закономерность «чем выше, тем меньше тестов»; чем ближе к концу цикла, тем сложнее тесты и меньше их количество. ### Пример пирамиды тестов на практике — действия и инструменты В реальных проектах уровни и применяемые инструменты могут выглядеть так:

| Приоритет | Что делают | Классическое название операций | Инструменты | | ------------- | -------------------------- | ------------------------------- | --------------------------- | | 1 | Проверку качества кода | Статическое тестирование | ESLint, Prettier, SonarCube | | 2 | Тестируют взаимодействия | Интеграционное тестирование | Cypress и Playwright | | 3 | Сценарное тестирование | Сквозное тестирование | Cypress и Playwright | | 4 | Производительность | Тестирование производительности | Lighthouse (CI) | | 5 | Контроль логики приложения | Юнит-тестирование | Jest | | 6 | Визуальное тестирование | UI-тестирование | Storybook | | Всегда | Безопасность | Тестирование безопасности | Synk (SAST), OWASP (DAST) | | Перед релизом | Нагрузочное | Нагрузочное тестирование | JMeter | --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://qabook.gitbook.io/start/teoriya-testirovaniya/osnovy-testirovaniya/piramida-testirovaniya.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.