АПКШ «Континент»: автоматизированное тестирование платформы с занесение результатов в PostgreSQL — различия между версиями

Материал из Национальной библиотеки им. Н. Э. Баумана
(Подход к проектированию)
(Критерии определения структуры СУБД)
Строка 214: Строка 214:
 
===Критерии определения структуры СУБД===
 
===Критерии определения структуры СУБД===
  
Для построения спроектированной базы данных альпинистского клуба используется PostgreSQL.
+
Для построения спроектированной базы данных автоматизированного тестирования используется PostgreSQL.
  
 
==Физическая реализация базы данных==
 
==Физическая реализация базы данных==

Версия 14:48, 18 мая 2018

АПКШ «Континент» (программный комплекс шифрования «Континент») — аппаратно-программный комплекс, позволяющий обеспечить защиту информационных сетей организации от вторжения со стороны сетей передачи данных (Интернет), конфиденциальность при передаче информации по открытым каналам связи (VPN), организовать безопасный доступ пользователей VPN к ресурсам сетей общего пользования, а также защищенное взаимодействие сетей различных организаций.

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

Kontinent.gif

Назначение

Комплекс обеспечивает криптографическую защиту информации (в соответствии с ГОСТ 28147–89), передаваемой по открытым каналам связи, между составными частями VPN, которыми могут являться локальные вычислительные сети, их сегменты и отдельные компьютеры.[Источник 1][Источник 2]

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

Для защиты от проникновения со стороны сетей общего пользования комплекс «Континент» 3.7 обеспечивает фильтрацию принимаемых и передаваемых пакетов по различным критериям (адресам отправителя и получателя, протоколам, номерам портов, дополнительным полям пакетов и т.д.). Осуществляет поддержку VoIP, видеоконференций, ADSL, Dial-Up и спутниковых каналов связи, технологии NAT/PAT для сокрытия структуры сети.

Автоматизация тестирования

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

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

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

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

Проектирование базы данных

Анализ предметной области

Информация в базах данных автоматизированного тестирования динамично меняется:

  • Добавляются новые платформы
  • Каждая новая платформа тестируется, поэтому постоянно заносятся в таблицы новые данные по тестам.

Данные факторы определяют цели создания Базы Данных.

Цели создания данной Базы Данных

  • Хранить значения производительности
  • Отслеживать бракованные платформы
  • Хранить результаты тестирования
  • Оценивать динамику тестирования

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

InfologShContinent.jpg

Подход к проектированию

Опишем сущности, которые должны взаимодействовать друг с другом.

Определим 16 сущностей.

Сущность Атрибуты
Exit control
  • id
  • name_platform_passport_platform
  • id_test_plan
  • serial_number
  • last_echo
  • Acknowledge
  • status
  • log
  • start_exit
  • end_exit
  • current_status
  • version
  • username
  • bad_list
Test plan
  • id
  • id_test_cpu
  • id_test_ssd
  • id_test_sobol
  • id_test_ethernet
  • id_test_bios
  • id_stress_test_cpu
  • id_stress_test_ethernet
  • id_stress_test_memory
  • id_stress_test_sobol
  • id_test_memory
  • id_test_hardware
test_cpu
  • id
  • max_temp
  • result
  • status
  • start_test
  • end_test
  • log
  • idle_temp
  • count_cpu
  • cpu_frequency
test_ssd
  • id
  • result
  • status
  • start_test
  • end_test
  • log
  • disk_size
test_sobol
  • id
  • result
  • status
  • start_test
  • end_test
  • log
test_ethernet
  • id
  • result
  • status
  • start_test
  • end_test
  • log
test_bios
  • id
  • result
  • status
  • start_test
  • end_test
  • log
  • bios_version
smoke_interface_speed
  • id
  • name
  • media
  • speed
  • id_test_ethernet
test_memory
  • id
  • result
  • status
  • start_test
  • end_test
  • log
  • mem_size
  • type_ram
test_hardware
  • id
  • result
  • status
  • start_test
  • end_test
  • log
stress_test_sobol
  • id
  • result
  • status
  • start_test
  • end_test
  • log
stress_test_memory
  • id
  • result
  • status
  • start_test
  • end_test
  • log
stress_test_ethernet
  • id
  • result
  • status
  • start_test
  • log
  • end_test
stress_interface_speed
  • id
  • id_stress_test_ethernet
  • name
  • media
  • speed
stress_test_cpu
  • id
  • result
  • status
  • start_test
  • end_test
  • log
  • idle_temp
  • max_temp
passport_platform
  • name_platform
  • bios_version
  • cpu_frequency
  • cpu_count
  • mem_size
  • disk_size
  • ethernet_copper_100
  • ethernet_copper_1000
  • ethernet_optic_1000
  • ethernet_optic_10g
  • id
  • version
  • reboot
  • product
  • mod0
  • mod1
  • mod2

Критерии определения структуры СУБД

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

Физическая реализация базы данных

Создание реляционной модели

Источники

  1. «Код Безопасности» [Электронный ресурс]: Сертификаты АПКШ «Континент»/ Дата обращения: 11.05.2017. Режим доступа: URL: https://www.securitycode.ru/products/apksh_kontinent/sertificates/
  2. «Информзащита» [Электронный ресурс]: Системный интегратор/ Дата обращения: 11.05.2017. Режим доступа: URL: http://www.infosec.ru/about#sertificate

Ссылки

«Код Безопасности» [Электронный ресурс]: Официальный сайт АПКШ «Континент»/ Дата обращения: 11.05.2017. Режим доступа: URL: https://www.securitycode.ru