6 распространенных узких мест при непрерывном тестировании

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

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

Непрерывное тестирование программного обеспечения - это выполнение тестовых наборов как часть конвейера доставки программного обеспечения, в отличие от тестирования в конце жизненного цикла разработки программного обеспечения (SDLC). Он обеспечивает максимально быструю обратную связь с учетом рисков на каждом этапе конвейера поставки программного обеспечения. Непрерывное тестирование позволяет ускорить процесс разработки программного обеспечения без ущерба для удобства пользователей.

Freeform Dynamics обсудила преимущества непрерывного тестирования и собрала отзывы от 923 ИТ-специалистов и специалистов по тестированию в своем исследовании «Непрерывное тестирование как инструмент цифрового бизнеса». Исследование выявило интересную статистику.

Около 75% профессионалов согласны с важностью непрерывного тестирования при разработке программного обеспечения. Однако только 20% респондентов заявили, что имеют соответствующий уровень (более 80%) покрытия автоматизации тестирования. Более того, примерно каждый пятый респондент сказал, что они по-прежнему в значительной степени полагаются на ручное тестирование.

Несмотря на множество преимуществ, внедрение непрерывного тестирования по-прежнему является сложной задачей для множества компаний:

Анализ непрерывного автоматизированного тестирования

Одна из самых больших проблем при непрерывном тестировании - очень быстро исследовать огромный объем выходных данных. Выходные данные создаются из различных источников, включая несколько инструментов тестирования, статический и динамический анализ, покрытие кода, функциональное и регрессионное тестирование и т. Д.

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

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

Видимость в непрерывной аналитике тестирования

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

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

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

Длительное время выполнения теста

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

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

Чтобы преодолеть эту проблему, вам нужно более полное представление о том, что важно и что актуально. Функция Test Impact Analysis (TIA) может дополнить валидацию за счет автоматического выбора теста. Для заданного исходного кода, поступающего в конвейер, TIA выберет и запустит только необходимый тест, необходимый для проверки кода. Таким образом, тестовый запуск становится более быстрым и целенаправленным.

Не отставать от многочисленных развертываний

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

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

Времени и дорого

Автоматизация тестирования - ключевой компонент эффективного непрерывного тестирования. Это позволяет команде быстро анализировать производительность новых тестов и итераций.

Однако создание сценариев автоматизированного тестирования может занять много времени и дорого. Поэтому организациям важно оптимизировать их использование.

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

Источник

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

Устойчивость к изменению

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

Марко Ахтцигер, архитектор по тестированию в Siemens Healthcare, говорил об этом на конференции OOP 2015 в Германии. Он посоветовал вам продолжать поддерживать и поддерживать неумолимых членов команды. Сосредоточьтесь не только на преимуществах перехода на расширенную процедуру, но и на преимуществах, которые это изменение принесет всей команде.

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

С какими проблемами вы столкнулись при интеграции непрерывного тестирования в свой SDLC и как вы их преодолели? Поделитесь своей историей, чтобы помочь нашим читателям, пытающимся интегрировать непрерывное тестирование.