Пирамида тестирования vs уровни тестирования

Пирамида тестирования — это модель, которая визуально показывает, как тесты распределяются по уровням в процессе тестирования программного обеспечения. В её основании лежит идея, что большинство тестов должно быть на низшем уровне (юнит-тесты), так как они являются быстрыми, автоматизированными и дешевыми, затем идут интеграционные тесты, и вверху — системные и приемочные тесты, которые более сложные и затратные. Такая структура помогает эффективно покрыть код тестами и оптимизировать ресурсы тестирования.

Таким образом, пирамида тестирования — это метафора, которая показывает, как логично распределить тесты по уровням, чтобы достичь эффективного и устойчивого тестирования в рамках SDLC.

Піраміда тестування на практиці. Як працює QA в Jiji

Главные уровни в пирамиде тестирования такие:

1. Юнит-тесты (Unit testing) — проверка отдельных небольших компонентов или функций. Они наиболее многочисленные и быстрые. Юнист тест создаёт разработчик и он же занимается его тестирование, а не QA Engineer.
2. Интеграционные тесты (Integration testing) — тестирование взаимодействия между несколькими модулями или компонентами. Возможно подключение для тестов QA Engineer.
3. Системные тесты (System testing) — проверка всего комплекса приложения целиком. Уровень тестирования, на котором мы проводим тестирование целой системы или приложения, который полностью разработан и уже готов к потенциальному релизу. На этом уровне мы тестируем систему, приложение в целом, проводим тестирование на всех необходимых браузерах или операционных системах (если десктоп-приложение) и проводим все необходимые типы тестирования, такие как: функциональное, тестирование безопасности, тестирование юзабилити, тестирование производительности, тестирование нагрузки и т.д.
4. E2E тестирование (End-to-End тесты), Приемочные тесты (Acceptance testing)/ GUI тесты — тесты, выполняемые с точки зрения пользователя, проходят ли система по требованиям. Тестирование графического интерфейс пользователя - полностью отвечает QA Engineer.

Идея пирамиды состоит в том, что нужно делать упор на автоматизированные юнит-тесты, так как они дешевле и надежнее для покрытия кода, а тесты более высокого уровня должны быть меньше по количеству, поскольку они более дорогие и медленные. Это помогает оптимизировать усилия тестирования и повысить качество продукта.

Уровни тестирования часто путают с пирамидой, но это не так. Пирамида это фундаментальная основа тестирования, а уровень это часть.

Уровень тестирования – активности тестирования, объединенные в группу исходя из общих характеристик, связанных с SDLC. Уровни тестирования над чем происходит тестирования.

• https://telegra.ph/R%D1%96vn%D1%96-Testuvannya-PZ-08-04
• https://telegra.ph/R%D1%96vn%D1%96-testuvannya-08-04-2

В Тестировании ПО можно выделить 4 типовых уровня. В общепринятом мнении 4 уровня тестирования, но существует уровень операционное тестирование, которое находится между системным тестом и E2E приемочным тестом.

1. Модульное тестирование (Unit Testing) - модуль – это самая маленькая функциональная часть программы или приложения, которая не может функционировать отдельно, а только в сочетании с другими модулями. Однако после разработки этого модуля мы уже можем приступить к тестированию и найти несоответствия с нашими требованиями. Модульное тестирование состоит в тестировании этого отдельного модуля как части программы, имея в виду, что это только модуль, и он не может существовать самостоятельно и быть частью приложения программы.
2. Интеграционное тестирование (Integration Testing) - следующий уровень тестирования, проводимый после Модульного тестирования. После того, как отдельные модули нашего приложения были протестированы, нам следует провести Интеграционное Тестирование, чтобы убедиться, что наши модули успешно функционируют в связке друг с другом. То есть тестируем 2 и более связанных модуля, чтобы проверить, прошла ли интергация успешно и без явных багов.
3. Системное тестирование (System Testing) - уровень тестирования, на котором мы проводим тестирование целой системы или приложения, который полностью разработан и уже готов к потенциальному релизу. На этом уровне мы тестируем систему, приложение в целом, проводим тестирование на всех необходимых браузерах или операционных системах (если десктоп-приложение) и проводим все необходимые типы тестирования, такие как: функциональное, тестирование безопасности, тестирование юзабилити, тестирование производительности, тестирование нагрузки и т.д.
4. Приемное тестирование (Acceptance Testing) - после успешного завершения Системного Тестирования, продукт проходит уровень Приемного Тестирования, обычно проводимого заказчиком или любыми другими заинтересованными лицами, с целью убеждения, что продукт выглядит так и работает так, как требовалось с самого начала и описано в требованиях к продукту. Приемное тестирование также может проводиться после каждого из вышеописанных уровней тестирования.