Модель оценки зрелости автоматизированного тестирования
Модель оценки зрелости автоматизированного тестирования

Некоторое время назад некоторые студенты обсуждали проблему зрелости автоматизации в группе тестирования. Автор попытался разложить модель зрелости по шести аспектам: автоматизация написания вариантов использования, автоматизация тестовой среды, время первого выполнения новых вариантов использования, автоматизация анализа результатов, эффекты тестирования и постоянное улучшение, как показано на рисунке ниже.

Обеспокоенные студенты могут прокрутить форму до конца, чтобы увидеть полную форму. Чтобы облегчить понимание, автор сначала расскажет, почему присутствуют эти измерения, а также уровни каждого измерения.

Ниже приводится объяснение каждого измерения модели.

1 Автоматизация написания тест-кейсов

Типичная проблема, когда традиционная реализация автоматизированного тестирования терпит неудачу, — это «слишком поздно писать автоматизированные тесты». Из-за этого типа автоматизированной реализации предел ввода и вывода представляет собой линейную зависимость, то есть, если вы инвестируете одного человека в посадку рассады риса, вы получите один день результатов, если вы инвестируете двух человек, вы получите результат; результаты двух человек и дней. Даже по мере расширения масштабов инвестиций негативные последствия синергии снизят норму прибыли от такого подхода.

Учитывая степень автоматизации при написании тест-кейсов, команда может быстрее выбраться из трясины инвестиций в автоматизированное тестирование, быстрее достичь точки безубыточности и сформировать петлю положительной обратной связи по автоматизированному тестированию. Поэтому организации, инвестирующие в автоматизированное тестирование, должны в первую очередь сосредоточиться на этом аспекте.

2 Время выполнения новых тестовых примеров функций

Этот аспект оценивает синхронность автоматизациитестирования с циклом разработки программного обеспечения.,отражаетавтоматизациятеств быстрой итерацииразвиватьценность и своевременность в。дляавтоматизациятест Большая критика в адресавтоматизациятест Не могу найти дефекты。Автор также написал специальную статью《Почему автоматизированные тесты находят дефекты?》обсудить этот вопрос。Автор считает,автоматизациятест не должна быть задачей,Это должно стать способом работы,И в конечном итоге стать единственным или основным способом реализации варианта использования.

3 Автоматизация тестовой среды

Степень автоматизации тестовой среды является ключевым показателем зрелости, поскольку она определяет простоту подготовки тестов, согласованность среды и повторяемость тестов. Управление средой и данными — ключ к успешному внедрению автоматизированного тестирования.

В то время как многие люди сосредотачиваются на поверхностных вопросах, таких как то, как и где писать тестовые примеры, например, на тестовой платформе, опытные водители сосредотачиваются на основных проблемах, таких как сравнительный анализ, обновление и обслуживание тестовой среды и тестовых данных, чтобы Убедиться, что команда может плавно выйти в море и не удариться напрямую о камни.

Быстрый вопрос для определения зрелости: какова отправная точка для выполнения набора автоматизированных тестовых примеров? Автор считает, что чем ближе к динамическому применению/инициализации, использованию и повторному использованию среды, тем выше зрелость.

4 Сбор и анализ результатов испытаний

Этот аспект зрелости автоматизированного тестирования проверяет уровень автоматизации сбора, анализа и представления результатов тестирования, что связано с качеством и скоростью обратной связи по тестированию. После автоматизации посредством написания тест-кейсов создание вариантов использования больше не является узким местом, а затраты команды на получение автоматизированных тест-кейсов близки к 0. В этом случае пик нагрузки приходится на анализ результатов выполнения тестов.

Как и другие тесты, автоматическое тестирование также имеет проблемы «ложных срабатываний» и «пропущенных отрицательных результатов».

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

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

5 результатов теста

Эффект тестирования измеряет роль и объем автоматизированного тестирования во всей деятельности по обеспечению качества, показывая вклад автоматизированного тестирования в улучшение качества продукции. Это все знают, поэтому я не буду на этом останавливаться. Однако я хочу напомнить вам одну вещь: в условиях интеграции НИОКР и эксплуатации тестирование может превратиться из должности в обязанность всей команды разработчиков. Это первоначальное намерение автора создать такую ​​проверку. точка. Однако, учитывая закон Конвея, команде/организации тестирования сложно внедрить варианты использования в базу кода и стать сетью защиты от регрессии, которая может активироваться при каждом коммите. Это вопрос, который необходимо учитывать руководителям организаций.

6Постоянное улучшение и оценка

Постоянное совершенствование — это волшебное оружие в нашей работе и, естественно, важный аспект зрелости автоматизированного тестирования. Оно гарантирует, что методы автоматизированного тестирования могут адаптироваться к меняющимся потребностям и технологическим достижениям. Это добавил КИМИ, назовем его шестым ребенком.

все уровни

Ниже приводится объяснение 5 уровней каждого аспекта.

1. Автоматизация разработки тест-кейсов

Уровень 1: Базовая автоматизация — внедрите инструменты автоматического тестирования и начните выполнять простые специальные тестовые сценарии.

Уровень 2: Платформа автоматизации. Используйте среду или платформу автоматизированного тестирования для ручного написания тестовых примеров, которые можно выполнять повторно.

Уровень 3: Эффективное обслуживание — реализуйте эффективное написание и сопровождение тестовых примеров, таких как ручная-автоматическая интеграция, динамическая параметризация, пакетное обслуживание и т. д.

Уровень 4: Интеллектуальная автоматизация – применение передовых технологий, таких как MBT, запись и воспроизведение трафика, а также воспроизведение журналов.

Уровень 5: Управление искусственным интеллектом — использование автоматического создания и исправления тестовых примеров на основе LLM.

2. Автоматизация тестовой среды

Уровень 1: Подготовка вручную. Тестовая среда полностью готовится вручную, автоматизированный процесс отсутствует.

Уровень 2: Предварительная подготовка конвейера. Подготовьте тестовую среду в среде предварительного применения через конвейер.

Уровень 3: Приложение самообслуживания и автоматизация. Среда может обслуживаться самостоятельно и автоматически подготавливаться на сборочной линии.

Уровень 4: Быстрое развертывание среды — от применения до уничтожения среды, весь процесс выполняется за считанные минуты.

3. Время выполнения новых функциональных тестовых случаев

Уровень 1: Запаздывающее выполнение. Автоматизированные тестовые сценарии отстают от ручных тестов как минимум на одну итерацию.

Уровень 2: Завершено в пределах итерации. Автоматизированные тестовые примеры могут быть завершены в течение итерации или цикла поставки.

Уровень 3: Синхронное выполнение — автоматизированные и ручные сценарии использования пишутся и выполняются синхронно.

Уровень 4: Проектирование завершается во время тестирования — автоматизированные сценарии использования разрабатываются и выполняются одновременно во время разработки и тестирования.

Уровень 5: TDD/ATDD — реализация разработки через тестирование, при которой автоматизированные варианты использования разрабатываются на ранних этапах процесса разработки.

4. Сбор и анализ результатов испытаний.

Уровень 1: Сбор вручную. Собирайте, просматривайте и анализируйте результаты тестов вручную.

Уровень 2: Автоматический сбор. Результаты тестов автоматически суммируются, но требуют анализа вручную.

Уровень 3: Анализ ложных срабатываний. Имеет возможность анализировать ложные срабатывания и быстро обнаруживать «ложные сбои».

Уровень 4: Интеллектуальный анализ — интеллектуально анализируйте результаты испытаний и автоматически сообщайте о дефектах.

Уровень 5: Высокоавтоматизированный анализ — обеспечивает высокоавтоматизированный анализ результатов испытаний и отчетность о дефектах.

5. Тестовый эффект

Уровень 1: Дополнительное ручное тестирование. Автоматизированное тестирование служит только дополнением к ручному тестированию.

Уровень 2: Сеть защиты от регрессии — автоматическое тестирование используется для дымового тестирования, регрессионного тестирования и т. д.

Уровень 3: Непрерывная интеграция. Автоматизированное тестирование используется для непрерывной интеграции и слияния кода.

Уровень 4: Многотипное тестирование — реализует автоматизацию нескольких типов тестов, таких как производительность, безопасность, совместимость и т. д.

Уровень 5: Полная автоматизация. Почти вся деятельность по обеспечению качества автоматизирована.

6. Постоянное улучшение и оценка.

Уровень 1: Первоначальная оценка. Регулярно проводите первоначальную оценку зрелости автоматизированного тестирования.

Уровень 2: Непрерывный мониторинг. Внедрите механизм непрерывного мониторинга для отслеживания эффективности автоматического тестирования.

Уровень 3: Периодический обзор. Регулярно анализируйте стратегию и процесс автоматического тестирования.

Уровень 4: План улучшения. Разработайте и внедрите планы улучшений для повышения эффективности и результативности автоматизированного тестирования.

Уровень 5: Непрерывная оптимизация. Постоянно оптимизируйте процесс автоматического тестирования для достижения лучших практик.

Список моделей

Вот список

уровень

Используйте автоматизацию написания кейсов

Автоматизация тестовой среды

Когда новый вариант использования выполняется впервые

Автоматизация анализа результатов

Тестовый эффект

Постоянное улучшение

1

Ручное тестирование

Подготовлено вручную

отстает в исполнении

ручной сбор

Дополнительное ручное тестирование

предварительная оценка

2

Базовая автоматизация

Подготовка трубопровода

Завершено в пределах итерации

автоматический сбор

Сетка защиты возврата

Непрерывный мониторинг

3

Система автоматизации

Приложение самообслуживания и автоматизация

Синхронное выполнение

Ложноположительный анализ

непрерывная интеграция

регулярный обзор

4

Эффективное обслуживание

Быстрое развертывание среды

Проектирование завершено во время подачи теста

Интеллектуальный анализ (ложноположительные результаты + пропущенные тесты)

Несколько типов тестирования

план улучшения

5

Интеллектуальная автоматизация

Полностью автоматизированный

Интеграция TDD

Высокоавтоматизированный анализ

Полностью автоматизированный

Непрерывная оптимизация

boy illustration
Углубленный анализ переполнения памяти CUDA: OutOfMemoryError: CUDA не хватает памяти. Попыталась выделить 3,21 Ги Б (GPU 0; всего 8,00 Ги Б).
boy illustration
[Решено] ошибка установки conda. Среда решения: не удалось выполнить первоначальное зависание. Повторная попытка с помощью файла (графическое руководство).
boy illustration
Прочитайте нейросетевую модель Трансформера в одной статье
boy illustration
.ART Теплые зимние предложения уже открыты
boy illustration
Сравнительная таблица описания кодов ошибок Amap
boy illustration
Уведомление о последних правилах Points Mall в декабре 2022 года.
boy illustration
Даже новички могут быстро приступить к работе с легким сервером приложений.
boy illustration
Взгляд на RSAC 2024|Защита конфиденциальности в эпоху больших моделей
boy illustration
Вы используете ИИ каждый день и до сих пор не знаете, как ИИ дает обратную связь? Одна статья для понимания реализации в коде Python общих функций потерь генеративных моделей + анализ принципов расчета.
boy illustration
Используйте (внутренний) почтовый ящик для образовательных учреждений, чтобы использовать Microsoft Family Bucket (1T дискового пространства на одном диске и версию Office 365 для образовательных учреждений)
boy illustration
Руководство по началу работы с оперативным проектом (7) Практическое сочетание оперативного письма — оперативного письма на основе интеллектуальной системы вопросов и ответов службы поддержки клиентов
boy illustration
[docker] Версия сервера «Чтение 3» — создайте свою собственную программу чтения веб-текста
boy illustration
Обзор Cloud-init и этапы создания в рамках PVE
boy illustration
Корпоративные пользователи используют пакет регистрационных ресурсов для регистрации ICP для веб-сайта и активации оплаты WeChat H5 (с кодом платежного узла версии API V3)
boy illustration
Подробное объяснение таких показателей производительности с высоким уровнем параллелизма, как QPS, TPS, RT и пропускная способность.
boy illustration
Удачи в конкурсе Python Essay Challenge, станьте первым, кто испытает новую функцию сообщества [Запускать блоки кода онлайн] и выиграйте множество изысканных подарков!
boy illustration
[Техническая посадка травы] Кровавая рвота и отделка позволяют вам необычным образом ощипывать гусиные перья! Не распространяйте информацию! ! !
boy illustration
[Официальное ограниченное по времени мероприятие] Сейчас ноябрь, напишите и получите приз
boy illustration
Прочтите это в одной статье: Учебник для няни по созданию сервера Huanshou Parlu на базе CVM-сервера.
boy illustration
Cloud Native | Что такое CRD (настраиваемые определения ресурсов) в K8s?
boy illustration
Как использовать Cloudflare CDN для настройки узла (CF самостоятельно выбирает IP) Гонконг, Китай/Азия узел/сводка и рекомендации внутреннего высокоскоростного IP-сегмента
boy illustration
Дополнительные правила вознаграждения амбассадоров акции в марте 2023 г.
boy illustration
Можно ли открыть частный сервер Phantom Beast Palu одним щелчком мыши? Супер простой урок для начинающих! (Прилагается метод обновления сервера)
boy illustration
[Играйте с Phantom Beast Palu] Обновите игровой сервер Phantom Beast Pallu одним щелчком мыши
boy illustration
Maotouhu делится: последний доступный внутри страны адрес склада исходного образа Docker 2024 года (обновлено 1 декабря)
boy illustration
Кодирование Base64 в MultipartFile
boy illustration
5 точек расширения SpringBoot, супер практично!
boy illustration
Глубокое понимание сопоставления индексов Elasticsearch.
boy illustration
15 рекомендуемых платформ разработки с нулевым кодом корпоративного уровня. Всегда найдется та, которая вам понравится.
boy illustration
Аннотация EasyExcel позволяет экспортировать с сохранением двух десятичных знаков.