Цена ошибки. Что может произойти, если не протестировать IT-решение

09 марта 2023
Дата публикации
Цена ошибки. Что может произойти, если не протестировать IT-решение
  • Тестирование ПО
  • ИТ-аутсорсинг
Создавая программное обеспечение, владельцы бизнеса  рассчитывают достичь определённых финансовых показателей, поэтому крайне важно, чтобы разработанное ПО работало корректно, а ошибки были найдены и исправлены до того, как продукт будет выпущен.

Компании тестируют свои продукты по-разному: проводят маркетинговые исследования, запускают пилотные проекты или бета-версии, собирают отзывы потенциальных клиентов или нанимают полноценную команду по тестированию.

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



Зачем нанимать экспертов по тестированию ПО

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

Речь идёт о тестировании, проводимом обученными инженерами по обеспечению качества, которые знают, как выявлять дефекты, как правильно сообщать о них и как обеспечить исправление ошибок.

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

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

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


Итак, инженеры по тестированию помогут вам:
  • выявить ошибки ИТ-продукта
  • устранить уязвимости ПО
  • повысить удовлетворённость пользователей
  • устранить риски для бизнеса
  • повысить монитизацию продукта
  • оптимизировать бюджет
  • проверить, соответствует ли продукт заявленным требованиям
  • снизить риск дорогостоящей доработки и многое другое
Позитивный пример тестирования: SpaceX

В ракетостроении SpaceX тесты — основа основ конструирования. В программировании ПО для ракет компания использует те же принципы. Например, если ракета удачно приземлилась, то KPI выполнили все команды, ответственные за разработку и тестирование. Без предварительных тестов успешно выполнить такой проект просто невозможно.

В SpaceX распределяют код между разными проектами — при таком подходе к разработке исправление ошибок для одного проекта автоматически распространяется и на другие проекты. В разработке особое внимание уделяется метрикам тестирования. Разработчикам и инженерам рекомендуется проверять на безопасность и отказоустойчивость всё.

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

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

Пример недостаточного тестирования: самолёт Boeing, банк RBI Bό

Был случай, когда у самолёта Boeing 737 max во время полёта произошёл сбой в программном обеспечении из-за технических ошибок кодирования. Из-за сбоя самолёт потерпел крушение, в результате которого погибли 346 человек.

Другой пример — известный цифровой банк в Европе. Спустя некоторое время после выпуска мобильного приложения пользователи столкнулись с ошибками, а сбои заставили многих клиентов заменить свои банковские карты.

Его рейтинг в Google Play Store упал до 2,5, что для 42% пользователей является важным фактором перед загрузкой приложения. Команда потратила три месяца на исправление ошибок. Но эти усилия оказались тщетными, поскольку клиенты уже потеряли доверие к приложению, и проект закрыли.

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

Риски непротестированного ПО

Рассмотрим риски и потенциальные затраты, связанные с отсутствием тестирования в компании. Как говорит Филипп Кросби, популярный QA-автор, «Мотивация для улучшения качества всегда начинается с понимания его стоимости».

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

1. Ошибки в ПО

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

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

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

2. Перерасход бюджета

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

Стоимость исправления ошибок возрастает по мере увеличения времени на их обнаружение. При выявлении дефекта во время тестирования затраты обходятся в 80-100 раз дешевле и в 50 раз быстрее, чем исправление после вывода продукта на рынок.

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

3. Неудовлетворённость клиентов

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

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

Это заставило тысячи пользователей перейти к более безопасным конкурентам, таким как Google Meet и Microsoft Teams. Инцидент снизил доверие к приложению Zoom, а компания понесла убытки.

Лучший способ удовлетворить пользователей — провести тщательное тестирование решения на этапах разработки. После выпуска ПО на рынок тестирование и борьба с негативными отзывами из-за сбоев станет непростой и крайне дорогостоящей задачей.

4. Потеря репутации и-за негативных отзывов

Компания Dimensional Research в своём опросе сообщила, что 95% пользователей, у которых был негативный опыт взаимодействия с сервисами или приложениями, поделились этим со своими коллегами и друзьями. Inc утверждает, что один негативный отзыв можно исправить только с помощью не менее 40 положительных отзывов, основываясь на поведении людей, подсчётах и логике.

Например, в Apple однажды заменили Google Maps на iPhone новой версией собственного приложения для iOS. Для создания базы Apple использовали данные со спутников, снимки дорог и достопримечательностей. Когда они собрали все эти данные и выпустили продукт, приложение Apple Maps начало строить пользователям маршруты «в никуда», к озерам, полям и т.д. Несмотря на исправление ошибок, пользователи Apple пренебрежительно отзываются о приложении до сих пор.

Решение: ИТ-аутсорсинг команды тестирования

Разработка и тестирование ПО должны идти рука об руку. Тестирование — это обширный процесс, требующий специальной команды с опытом и умением обращать внимание на детали.

ИТ-аутсорсинг QA позволяет компаниям нанять квалифицированных инженеров по тестированию на выгодных условиях. Команда выстроит QA-процессы и будет поддерживать качества ПО через разные виды тестирования на всех этапах разработки и после запуска продукта.

Зная о всех рисках, связанных с отсутствием или низким уровнем тестирования, эксперты компании «Точка качества» помогут разработать и внедрить стратегию тестирования, соответствующую потребностям вашего бизнеса. Мы предоставим QA-команду необходимого размера и квалификации на любом этапе проекта. 

Подробнее об ИТ-аутсорсинге команды тестирования мы описали на этой странице.