В этом материале приводим реальные примеры из тестирования и разработки, которые демонстрируют необходимость комплексного подхода в связке “люди-процессы-технологии”.
Одной из главных задач разработчиков становится поиск и ИТ-проблемы на ранних стадиях запуска проекта в разрезе всех этапов разработки: от аналитики и сбора требований до работы с кодом, тестирования и интеграции ИТ-продуктов в системы заказчика. Благодаря правильно выстроенной логике и организации процессов можно выводить ИТ-сервисы на рынок на 30-40% быстрее, не сливая бюджет в непонятные ИТ-работы – реально. Все дело в качестве разработки и тестирования программного обеспечения.
“Трудности и неполадки на пути достижения желаемых бизнес-показателей можно и нужно сопоставлять с состоянием вашей ИТ-инфраструктуры. Важно предупредить проблемы и настроить “под капотом” систем не костыли, а реальные алгоритмы и кастомные подходы.”, – комментирует Роман Смирнов, коммерческий директор «Девелоники» (ГК Softline).
Примеры из практики. Тестирование.
Ниже речь пойдет про взаимодействие и организацию задач тестирования. Практика показывает, что чем больше пунктов не исправлено, тем выше риски, что бизнес рано или поздно столкнется с растягиванием сроков, бюджетов и даже команды проекта. Наши ИТ-специалисты выделили пять ситуаций, в которых однозначно видно, что процессы пора оптимизировать.
- Тест-кейсы разрознены
Внутри команд тестирования каждый ведет свои тест-кейсы в разных инструментах . Например, в документах с общим доступом, wiki-системах, на платформах управления задачами или даже в личных документах. В результате случаются повторные обработки сценариев, разрозненность данных о покрытии тестов и критические ошибки перед релизом.
- Долгое формирование отчетов
Сбор данных по статусу тестирования занимает много времени. Без централизованного управления и аналитики тестировщики по-отдельности присылают данные. Менеджеру проекта приходится вручную сводить их в единую таблицу, проверять актуальность и оформлять отчет для руководства.
- Нет интеграции с другими системами
В команде используется несколько инструментов: баг-трекеры, системы CI/CD и инструменты для автоматизации тестирования. Но так как все они работают изолированно, тестировщики вручную переносят баги между системами, и результаты автотестирования существуют в отрыве от ручных тестов. По итогу – растут временные затраты на интеграцию данных.
- Трудности при развитии процессов
Ваш проект растет, в нем занято все больше тестировщиков. Необходимо больше внутренних пространств, чтобы не возникало конфликтов, требуются новые инструменты для контроля процесса менеджерами или заказчиком. Масштабирование работ приводит к рискам потерять контроль и невозможности оперативно находить ошибки и дефекты.
- Длительное обучение и адаптация новичков
Когда нет подготовленной базы для адаптации, вместо одномоментного усиления команды, эффект от привлечения кадров растягивается на недели. Новые сотрудники не ускоряют процессы, потому что им сложно сразу вникнуть в работу. отсутствие документации и стандартизации увеличивает время на разбор старых тест-кейсов и погружение в актуальные задачи текущего проекта.
Решить каждую из проблем можно путем внедрения TMS-системы. Это позволит автоматизировать и настроить под себя инструменты для создания отчетности и отслеживания метрик 24/7 в режиме реального времени. А также система управления тестированием упростит хранение данных по проекту и их использование разными командами (ручные тесты, автотесты и тд). Единое пространство для совместной работы легко интегрируется в контур организации, имеет понятную структуру и удобную навигацию, что позволяет сотрудникам минимально тратить ресурсы на коммуникацию, логистику и обработку информации.
Примеры из практики. Заказная разработка.
Часто, чтобы оценить узкое место в разработке недостаточно бизнес-оценки со стороны руководства и собственного ИТ-департамента компании. 2023-2024 год показали, что нашим заказчикам все больше необходим Сервис оценки и управления качеством разработки и тестирования ПО. Комплексный подход, который помогает бизнесу решать свой пул задач: от аналитики по поддержки развития решения. Ниже представлены примеры, в которых отсутствие внимания к деталям и внутренней логике приводило заказчиков к потере денег, времени, конкурентных преимуществ.
Так, в течение полугода у одной из компаний финтеха систематически наблюдались проблемы с организацией тестирования, подобные тем, что приведены в начале статьи. В какой-то момент, потерянный тест-кейс, необработанный перед самым релизом, привел к росту затрат на исправление ошибок в два раза. Экстренно сменив ИТ-подрядчика и обратившись к другим специалистам, компания выяснила, что выполнить проект можно было на 1,5 месяца быстрее за те же бюджеты.
В другом кейсе (уже госсектора) дублирование заявок пользователя в связи с отсутствием регламентов и ограничений приводило к падению систем из-за скопления в бэклоге огромных очередей документов. В результате, до 60% пользователей покидали сайт, не дождавшись ответа и не получив услугу. При первом взгляде у заказчика было ощущение, что пользователю не интересен продукт или плохо настроена рекламная компания, но на деле все скрывалось в предельной производительности и перегруженности ИТ-системы, недобросовестно сданную сторонним исполнителем. Глубокий анализ ситуации и состояния функционирующего решения показал сразу 2 узких места в системе, тормозящих процессы. Помогли разделение на микросервисы, перестройка внутренних связей, а также внедрение ограничительных алгоритмов для работы с входящими записями и строгая регламентация.
К сожалению, сегодня исправление чужих ошибок стало частым запросом от бизнеса к компаниям по заказной разработке. Поэтому как разработчики ПО мы рекомендуем не забывать делать чекап своих систем, их производительности, наличия «зоопарка технологий» и проверки соответствия требованиям ИБ. Для сторонней оценки подключайте только опытных специалистов, которые имеет представление о каждом внутреннем процессе, мы всегда готовы включиться на любом этапе ИТ-проекта и подсветить, что делать.
