Тестирование систем: чем позднее выявлена ошибка, тем дороже ее исправление

Аналитический центр при Правительстве РФ организовал и провел круглый стол по проблематике испытания и тестирования прикладных автоматизированных систем и ПО в госструктурах.

web_IMG_9572Проверка внедряемого ПО и программно-аппаратных комплексов на соответствие функциональным требованиям, заложенным в техническом задании, нагрузочное тестирование, порядок проведения приемо-сдаточных испытаний – то, о чем часто на практике забывают, полагаясь на достоинства той или иной платформы для разработки прикладного ПО и компетенции конкретного разработчика. Это удобная позиция, благо у заказчиков проекта, как правило, достаточно и других забот, не всегда хватает собственной компетенции в сфере ИТ, не говоря уже о финансировании. А ведь проверка внедряемой системы на соответствие ТЗ, причем уже на стадии разработки продукта, как показывает та же практика, – необходимое условие получение качественной, работающей информационной системы. Цена ошибки резко возрастает при выполнении масштабных, территориально распределенных проектов по информатизации различных сторон деятельности федеральных и региональных органов власти.

Алексей Хромов, руководитель дирекции по информационным технологиям Аналитического центра при Правительстве РФ, во вступительном слове выделил два принципиально различных подхода к тестированию автоматизированной системы: привлечение на условиях аутсорсинга сторонней компании-тестировщика и приобретение специализированного инструментария в целях проведения тестирования собственными силами. Анатолий Карпенко, заместитель руководителя дирекции по информационным технологиям Аналитического центра при Правительстве РФ, описал основные подходы к приемо-сдаточным испытаниям согласно действующим ГОСТам и некоторым международным стандартам, посетовав при этом, что ГОСТы явно нуждаются в корректировке, а более актуальные западные стандарты, которые могли бы их заменить, до сих пор не переведены и не адаптированы.

Дмитрий Химион, руководитель направления автоматизации тестирования Перфоманс Лаб, рассказал участникам мероприятия о преимуществах первого подхода и важности участия профессионалов по тестированию ПО на всех этапах разработки ИС, начиная с составления ТЗ и заканчивая испытанием промышленного образца. По его оценке, именно комплексный подход обеспечит качество ИС, уровень соответствия заявляемого функционала требуемому, уменьшит количество ошибок, выявляемых на стадии тестирования, гарантирует сокращение времени приемо-сдаточных испытаний. Что касается больших, распределенных ИС, то для них особенно критичны сроки тестирования, и здесь приходит на помощь их автоматизация. На вопрос, возможно ли автоматизировать тестирование качества, смысла предоставления услуги (что пользователю оказана та самая услуга, в которой он нуждается) при проведении испытаний портала госуслуг, – Дмитрий Химион ответил, что это сложно осуществить и вряд ли рентабельно.

Дмитрий Лапыгин, технический специалист по программному обеспечению IBM Rational, IBM Восточная Европа/Азия, рассказал о платформе для тестирования программных продуктов, предлагаемой IBM. Ручное тестирование, отметил он, остается необходимым элементом приемо-сдаточных испытаний, но современный инструментарий дает возможность записать порядок действия пользователя и затем автоматически воспроизводить его. Автоматизация позволяет учесть большее количество требований, повышая тем самым качество продукта. Дмитрий Лапыгин подчеркнул, что чем позже обнаружена ошибка, тем дороже обходится ее исправление. В ходе дискуссии возникла тема испытаний уже запущенной в эксплуатацию системы – в целях учета особенностей конкретной ИТ-инфраструктуры. Представитель IBM отметил, что компания не рекомендует проводить тестирование живой системы – это может привести к непредсказуемым последствиям, в том числе к сбоям и остановке, вместо этого рекомендуется эмулировать «боевые условия» в тестовой среде.

Материал подготовил Сергей Долотов

Поделиться:
Спецпроект

Напряженный трафик или Современные требования к инфраструктуре ЦОД

Подробнее
Спецпроект

Специальный проект "Групповой спутниковый канал для территориально-распределенной сети связи"

Подробнее

Подпишитесь
на нашу рассылку