1. Формирование требований к ис

1. Обследование объекта автоматизации

На предприятии ООО «Восточный Экспресс» используются методы ночного тестирования, позволяющего проводить непосредственный запуск автоматизированных тестов в свободное машинное время. Таким образом, автоматическое тестирование проходит без участия специалистов тестирования. Весь тестовый план разбивается на части и пропускается на разных машинах, чтобы обеспечить независимость результатов одних тестов от других. В начале рабочего дня результаты тестирования поступают от всех машин в базу данных и оттуда они доступны в системе регрессионного анализа результатов тестирования для последующего их анализа сотрудниками.

Сложная система предполагает большой объем тестирования, следовательно, у предприятия существуют следующие проблемы:

• Слишком большое время, затрачиваемое на обработку результатов, которое могло бы быть потрачено на создание тест-кейсов и скриптов их выполнения.

• Человеческий фактор, то есть предоставление результатов анализа специалистом тестирования непосредственно руководству, вероятность допущения ошибок.

• Необходимость использования дополнительных инструментов для представления результатов анализа тестирования в наглядном виде для руководства, а значит, дополнительные затраты на лицензионное обеспечение.

• Повышенные требования к специалистам тестирования.

Объектом автоматизации является процесс анализа результатов тестирования, а именно, получение информации:

• о рекомендации релизов на разные периоды времени;

• о результатах прохождения конкретного теста;

• о результатах прохождения группы тестов, релизов;

• о времени прохождения теста, группы тестов;

• о времени прохождения тестов на разных релизах;

• о динамике выявления ошибок;

• о времени устранения ошибок;

• о количестве выявленных ошибок в группах тестов;

• о рекомендации релиза.

2. Формирование требований пользователя к ис

Данная подсистема должна анализировать результаты прохождения тестирования и предоставлять доступную и актуальную информацию, как для отдела тестирования, так и для руководства.

2. Разработка концепции системы

Разрабатываемая подсистема будет представлять собой модуль обработки результатов тестирования, который на основе полученных данных будет составлять отчеты для отдела тестирования и руководства.

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

Для хранения данных необходимо использовать СУБД: MongoDB. MongoDB — документо-ориентированная система управления базами данных (СУБД) с открытым исходным кодом, не требующая описания схемы таблиц. Написана на языке C++.СУБД управляет наборами JSON-подобных документов, хранимых в двоичном виде в формате BSON. Подобно другим документо-ориентированным СУБД, MongoDB не является реляционной СУБД.Основные возможности данной СУБД:

• Документо-ориентированное хранилище (простая и мощная JSON-подобная схема данных).

• Динамические запросы.

• Полная поддержка индексов.

• Профилирование запросов.

• Быстрые обновления «на месте».

• Эффективное хранение двоичных данных больших объёмов, напр., фото и видео.

• Репликация и поддержка отказоустойчивости.