Тестирование ИС

Тестирование информационной системыи тестирование программного продукта на первый взгляд одно и то же, но на практике это не совсем так. Если учесть, что информационная система – это не только используемые в ее составе программные компоненты, но и аппаратное и организационное обеспечение, то и в результатах ее испытаний должны быть отражены показатели выбранных серверов, рабочих станций, сетевого оборудования (их надежность и производительность), а также эффективность разработанного регламента эксплуатации системы. Все виды испытаний информационной системы можно разделить на функциональные и нефункциональные тесты.

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

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

Виды функционального тестирования

Компонентное тестирование – испытание отдельных программных компонентов информационной системы, в ходе которых подтверждается корректность проводимых этими компонентами вычислений.

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

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

Виды нефункционального тестирования

Нагрузочное тестирование (load testing) – испытание информационной системы в условиях прогнозируемой нормальной нагрузки. Под величиной нагрузки понимается количество запросов к системе, которое она должна успевать обрабатывать, не превышая определенное исходными требованиями время отклика.

Стрессовое тестирование (stress testing) – испытание информационной системы в условиях минимальных аппаратных ресурсах и максимально допустимой нагрузки. Цель стрессового тестирования, как понятно из названия, - проверить работоспособность системы в стрессовых ситуациях.

Объемное тестирование (volume testing) – испытания информационной системы в условиях максимальных (предельно допустимых) объемов информации в базе данных. Основным объектом тестирования в данном случае является зависимость времени отклика и прочих аспектов производительности системы от объемов контролируемых данных.

Тестирование стабильности (stability testing) – проверка, может ли испытываемая информационная система длительное время нормально функционировать в условиях, близких к нормальным условиям (средняя нагрузка, средние объемы данных, рекомендуемые аппаратное ресурсы и т.д.).

Тестирование надежности (reliability testing) – гибрид всех перечисленных ранее видов тестирования, направленный на то, чтобы проверить способность системы возвращаться к нормальному режиму работы после коротких периодов максимальной нагрузки, стрессов, предельных объемов данных и т.д.

Тестирование эргономики решений – испытания пользовательского интерфейса на предмет удобства и безопасности эксплуатации информационной системы.

Испытание ИС на стадии внедрения

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

Тестирование процесса установки (installation testing) – проверка корректности развертывания программных компонентов системы в различных ее конфигурациях, предусмотренных исходными требованиями.

Тестирование на различных конфигурациях (configuration testing) - проверка работоспособности системы при развертывании отдельных ее компонентов (серверной части, клиентских рабочих мест) в условиях всех возможных (предусмотренных исходными требованиями) вариантах операционных систем и конфигурациях аппаратных и программных ресурсов.

Приемочное тестирование (acceptance testing) – комплексное испытание информационной системы, выполняемое представителями Заказчика по специально разработанной Исполнителем программе и методике испытаний (ПМИ). Цель приемочного испытания – показать, что разработанная и развернутая на территории Заказчика информационная система делает ровно то, что от нее требуется и делает это с заданными параметрами производительности. В программу приемочных испытаний, помимо функциональных тестов, могут входить и тестирование процесса установки системы и тестирование ее работы на различных конфигурациях, а также все виды нефункционального тестирования.

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

Испытание ИС на стадии сопровождения

Регрессионное тестирование (regression testing) – тестирование, проводимое по результатам исправления обнаруженных дефектов и ошибок в работе системы и направленное на то, чтобы показать - исправленный дефект или ошибка в настоящий момент не проявляются, а целевая функциональность системы не нарушена.

Предварительное или дымовое тестирование (smoke testing) - вид испытаний, проводимый после выхода новой версии программных компонентов, входящих в состав информационной системы, целью которого является быстро показать общую работоспособность или неработоспособность системы. Если после установки новых версий программных продуктов от системы “не пошел дым”, то это означает, что на первый взгляд все работает, и можно приступать к более детальным видам тестирования. Дымовое тестирование позволяет экономить время, поскольку длится намного меньше, чем весь остальной комплекс испытаний, а его отрицательный результат говорит о том, что дальше можно и не продолжать, поскольку дефекты сборки уже обнаружены.