Басов А.С.
ОБЗОР МЕХАНИЗМОВ ТЕСТИРОВАНИЯ БАЗ ДАННЫХ *
Аннотация:
в данной работе освещены основные подходы к тестированию баз данных, их классификация, достоинства и недостатки. Рассмотрены механизмы функционального и нагрузочного тестирования, в том числе основанные на бизнес-процессах и сценариях действий пользователя. Подчеркнута важность применения аудита и правильного выбора исходных данных для тестирования. Приведены особенности работы специального инструментария для тестирования производительности. Оценена зависимость результатов от согласованности хранимых данных. Сделаны выводы об особенностях тестирования баз данных
Ключевые слова:
база данных, модульное тестирование, нагрузочное тестирование, датафикация, аудит
Современные условия организации рабочего процесса на предприятиях требуют проектирования сложных, в том числе распределенных, баз данных. При этом широкое распространение получили различные программные системы, призванные служить интерфейсом пользователя при работе с БД. Подход к тестированию подобной системы отличается от такового для обычного приложения. Поскольку для работы с БД используется непроцедурный язык запросов SQL, классические методы белого и черного ящика не подходят для разработки тестов Согласно ГОСТ, оценка качества программной продукции осуществляется по следующим критериям: функциональность, надежность, практичность, эффективность, сопровождаемость, мобильность. При этом тестировать можно отдельные компоненты системы (модульное тестирование), их связи (интеграционное) или всю систему в целом (системное). Типовая программная система, использующая БД, как правило, состоит из следующих компонентов: база данных; пользовательский веб-интерфейс; серверная часть, отвечающая за связь интерфейса и БД; модуль отчетов (если они не интегрированы в интерфейс). Целесообразной является оценка функциональности БД в виде модульного тестирования интерфейсов и отчетов, системного тестирования приложения по утвержденным в техническом задании бизнес-процессам, оценка надежности в виде нагрузочного тестирования. При этом могут применяться специальные метрики. Поскольку язык SQL непроцедурный, правильность написания запросов можно проверить лишь на конкретных массивах данных, составленных с учетом используемой схемы БД. При этом нужно иметь эталонные результаты выполнения запросов. Данные, загружаемые в БД для тестирования, должны предоставлять возможность тестирования всех деталей пользовательского интерфейса и отчетов. Поэтому процесс тестирования тесно связан с датафикацией – формированием целостных полезных данных для заполнения БД. Данные в БД можно условно разделить на две части: исходные (первичные) и вторичные. Исходные данные должны быть загружены в БД до начала работы системы и до ее тестирования (например, перечень географических объектов для системы, связанной с путешествиями). Для проверки правильности введенных исходных данных разрабатываются сверочные отчеты. Зачастую для генерации непротиворечивых данных требуется выполнить отдельное исследование. Вторичные данные появляются в БД в процессе эксплуатациисистемы, поэтому процедура их загрузки также подлежит тестированию, которое облегчается использованием аудита. Аудит применяют для отслеживания изменений БД и осуществляется следующим образом. Из бизнес-процессов выделяют действия пользователя, модифицирующие БД: добавление, редактирование и удаление данных. На этапе тестирования имеет смысл организовать расширенный аудит для контроля подробностей всех изменений. По окончании тестирования база аудита может быть удалена или сокращена для ускорения работы системы. Функциональное тестирование системы. Ошибка (баг) – это любое несоответствие работы приложения спецификациям (техническому заданию), а также тому, что ожидает от приложения пользователь в процессе работы с ним. Если исходить из такого определения ошибки, следует учитывать не только корректность выполнения операций, но и дружественность интерфейса. Дружественность предполагает, что пользователь понимает, к чему может привести та или иная его активность в системе, и это понимание совпадает с реальным процессом работы приложения. Наиболее общий метод тестирования – выделение сценариев действий пользователя и отслеживание выполнения программы на них, с указанием расхождений с бизнес-процессами. По результатам тестирования системы с применением заданных сценариев составляют протокол тестирования, где указана подробная информация о найденных ошибках. Модульное тестирование интерфейса в случае с БД часто сводится к оценке его дружественности пользователю. В частности, проверяются: соответствие названий кнопок и назначенных им операций, ссылки, переходы, заложенные в интерфейс, валидация вводимых данных. Тестирование отчетов представляет собой проверку выдаваемых результатов в соответствии с заданными входными параметрами.
Номер журнала Вестник науки №7 (28) том 4
Ссылка для цитирования:
Басов А.С. ОБЗОР МЕХАНИЗМОВ ТЕСТИРОВАНИЯ БАЗ ДАННЫХ // Вестник науки №7 (28) том 4. С. 44 - 49. 2020 г. ISSN 2712-8849 // Электронный ресурс: https://www.вестник-науки.рф/article/3472 (дата обращения: 26.04.2024 г.)
Вестник науки СМИ ЭЛ № ФС 77 - 84401 © 2020. 16+