Методология тестирования: пирамида vs кубок
HTML-код
- Опубликовано: 26 сен 2024
- Начинаем новую (для канала) тему Тестирования / QA.
Общие принципы тестирования. Пирамида, Рожок, Кубок и другие варианты распределения числа тестов.
Пирамида Тестов была предложена Майком Коном ещё в 2003 году. Она постепенно приобретала известность и, к 2012 году, стала де-факто стандартом, "заверенным" Мартином Фаулером и другими авторитетами компьютерной инженерии.
Последнее время, однако, есть тренд на пересмотр целесообразности такого распределения тестов. Кент Си Доддс и другие авторы аргументированно предлагают, в качестве альтернативы "пирамиде", кубко-образную форму.
В этом видео объясняется почему и Фаулер и Доддс, по-своему, правы и предлагается авторское видение оптимальной пропорции тестов для разных проектов.
Следующее видео: • Методология тестирован...
Отзывы от моих студентов: bit.ly/Mkdev-i...
Моя образовательная платформа: bit.ly/Paqmind
Мои курсы:
Бесплатное пособие по веб-инструментарию: bit.ly/Web-Too...
Мультиязычные веб-приложения: bit.ly/Web_App...
Основы разработки на React: bit.ly/React-F...
Приглашаю в свои соц. сети:
Telegram: t.me/Paqmind
LinkedIn: / ivan-kleshnin
Группа ВК: paqmind
Поддержать автора и выпуск новых роликов:
Patreon: / paqmind
Полезные ссылки:
1. Martin Fowler. Пирамида Тестирования: martinfowler.c...
2. Alister Scott. Вариации Пирамид Тестов: alisterbscott....
3. Пример статьи против E2E тестов: testing.google...
4. Пример статьи против Unit тестов: rbcs-us.com/do...
5. Kent C. Dodds: Кубок Тестирования: kentcdodds.com...
#qa #quality-assurence #тестирование
Спасибо, очень интересно)
Пожалуйста, я рад что кто-то ещё смотрит мой канал.
Спасибо. Тоже разделяю взгляды Kent C. Dodds.
Тебе спасибо. Я сам его позицию разделяю лишь частично, что будет очевидно из следующего видео.
Но тут возможно столько точек зрения и позиций для разговора (со стороны бизнеса, лида, верстальщика, академика...) что упростить мнение до односложной "рекомендации" не получается.
Иван, сделай пожалуйста 2 видео: обзор инструментов для тестирования react приложений и практическое руководство для тестирования, которое бы затрагивало react/redux. Думаю такие видео были бы полезны достаточно широкой аудитории.
Исходя из моих рассуждений в этом и в следующем видео - тестировать сами React компоненты в проекте клиентского приложения не очень эффективно (кроме случаев, когда цена бага крайне высока). В первую очередь вам будут полезны E2E тесты, например, на Cypress.
По мере усложнения слоя компонент возникнет необходимость в более точечном и быстром тестировании. И тогда весь этот слой лучше будет вынести в отдельный репозиторий (а-ля React-Bootstrap, React-Material-UI и т.п). И там, именно там, работать с ним интеграционными тестами.
Я как раз планирую записывать дальше практические видео, примеры how-to, на тему тестирования. Но, скорее всего, по E2E / Cypress, а не Integration / Jest. Хотя, может быть, и по последнему но на примере тестирования API.
Да чувак прав - НО если исходить только из того что тести нужны только для выявления багов, Но из моей практики Юниты вообще нах не нужны для выявления багов - это инструмент структурирования и проверки качества кода - нужны для контроля уровня технического долга. Цель юнитов - структура, выявления регрессии, Цель end-to-end выявления багов приложения - совсем разные цели. Почему этот чувак не хочет вступать в дискусии - потому что правда выявляется в дискуссиях - и его на этих дискуссиях разнесут к червотовой бабушук
:)