3.2.Требования к эксплуатации, составу и параметрам технических средств
Условия эксплуатации программного комплекса должны соответствовать условиям работоспособности оборудования, используемого для работы с программным комплексом (стационарные и портативные персональные компьютеры, сервер)
Технические средства сервера должны быть рассчитаны с учётом предполагаемой высокой нагрузки – приём, обработка информации о состоянии от 1200 автоматов и рассылка полученной информации, на АРМ мониторинга.
Технических средств сервера мониторинга должны быть следующие:
Windows Server 2012;
Процессор с 2 ядрами и более
ОЗУ емкостью от 2 Гб.
Свободный объём памяти жёсткого диска 1 Тб;
Сетевая карта Ethernet с поддержкой скорости передачи данных по локальной сети от 100 Мбит/с;
Технические средства рабочей станции пользователя должны быть следующие:
Windows XP и выше.
Процессор с 2 ядрами и тактовой частотой каждого ядра от 1,2 ГГц;
ОЗУ емкостью от 1 ГБ;
Свободный объём памяти жёсткого диска от 5 ГБ.
Сетевая карта Ethernet с поддержкой скорости передачи данных по локальной сети от 100 Мбит/с.
Клавиатура;
Мышь.
Для взаимодействия серверной и клиентских частей программного комплекса, сервер и персональные компьютеры пользователей должны быть объединены в локальную вычислительную сеть.
Пользователи АРМ мониторинга должны обладать минимальными знаниями и навыками для работы с компьютером.
4.Отладка АРМ мониторинга и сервера мониторинга
Прежде чем выпускать конечный продукт необходимо протестировать его работу, проверить корректность выводимых данных, способность принимать данные от других приложений и другие требования, предъявленные к нему.
Для проверки работоспособности приложения АРМ мониторинга и сервера мониторинга мною были разработаны наборы тест-кейсов. Разрабатываемый продукт считается законченным, если он прошел все тесты.
В данных тестах применяется сокращение АПБ, что расшифровывается как автомат продажи билетов.
4.1.Тестирование приложения АРМ мониторинга
В этом пункте представлены сценарии тестирования приложения АРМ мониторинга.
Следующие три сценария тестирования необходимы для того, что бы проверить корректность отображения статусов устройств. В следующих трех случаях имитируется смена режимов работы отслеживаемого автомата и отказ одного из его узлов. Эти тесты проводятся с помощью корректно работающих автоматов.
Сценарий 1. Режим продаж
Название:
|
Статусы устройств
|
Функция:
|
Отображение статусов устройств
|
Предусловие:
|
АПБ выключен;
Статус АПБ в АРМ Мониторинга – «Недоступен».
|
Шаги тестирования
|
Ожидаемый результат
|
Результат теста:
|
Запустить АПБ в режиме продаж.
Открыть смену.
|
АПБ перешёл в режим продаж;
Статус АПБ в АРМ мониторинга – SALE (КЛИЕНТСКИЙ РЕЖИМ).
|
| Сценарий 2. Режим кассира.
Название:
|
Статусы устройств
|
Функция:
|
Отображение статусов устройств
|
Предусловие:
|
АПБ включен;
АПБ В режиме продаж;
Статус АПБ в АРМ Мониторинга – SALE (КЛИЕНТСКИЙ РЕЖИМ).
|
Шаги тестирования
|
Ожидаемый результат
|
Результат теста:
|
Перевести автомат в режим кассира, открыв верхнюю дверь.
|
АПБ перешёл в режим кассира;
Статус АПБ в АРМ мониторинга – CASHIER (ИНКАССАЦИЯ) и NONE (НЕ ОБСЛУЖИВАЕТ).
|
| Сценарий 3. Сервисный режим
Название:
|
Статусы устройств
|
Функция:
|
Отображение статусов устройств
|
Предусловие:
|
АПБ включен;
АПБ В режиме кассира;
Статус АПБ в АРМ Мониторинга – CASHIER (ИНКАССАЦИЯ).
|
Шаги тестирования
|
Ожидаемый результат
|
Результат теста:
|
Перевести автомат в сервисный режим, открыв нижнюю дверь.
|
Статус АПБ в АРМ мониторинга – SERVICE (СЕРВИСНЫЙ РЕЖИМ) и NONE (НЕ ОБСЛУЖИВАЕТ).
|
|
Сценарий 4. Ошибка узла
Название:
|
Статусы устройств
|
Функция:
|
Отображение статусов устройств
|
Предусловие:
|
АПБ включен;
APBProg.exe закрыт;
АПБ заблокирован;
Статус АПБ в АРМ Мониторинга – STOP (ОСТАНОВКА).
|
Шаги тестирования
|
Ожидаемый результат
|
Результат теста:
|
Поставить накопитель монет.
В APBSettings.exe поменять порт диспенсера карт.
Запустить APBProg.exe.
|
Статус АПБ в АРМ мониторинга – FAULT (АВАРИЯ) и NONE (НЕ ОБСЛУЖИВАЕТ).
|
|
Следующие сценарии проверяют работу функции добавления и удаления в список автоматов новых линий метрополитена, станций и автоматов.
Сценарий 5. Добавление линии метрополитена
Название:
|
Добавление веток и устройств
|
Функция:
|
Добавление и удаление ветки
|
Предусловие:
|
|
Шаги тестирования
|
Ожидаемый результат
|
Результат теста:
|
В левом окне приложения АРМ Мониторинга открыть контекстное меню и выбрать меню «New» (Новый).
|
Отобразилось окно добавления новых элементов.
|
|
В окне добавления нового элемента выбрать пункт «Terminal Classifier» и нажать «Next».
|
Отобразилось окно добавления новой ветки.
|
|
В окне добавления нового ветки, выбрать ветку.
Ввести название ветки, выбрать изображение и нажать кнопку «Finish»
|
Ветка добавилась в список устройств
|
|
В списке устройств выбрать любую ветку.
Вызвать контекстное меню и нажать кнопку «Delete».
|
Ветка исчезла из списка устройств
|
|
В описанном выше сценарии тестировщик сначала создает новую линию метрополитена, а затем удаляет её.
Сценарий 6. Добавление устройства.
Название:
|
Добавление веток и устройств
|
Функция:
|
Добавление и удаление ветки
|
Предусловие:
|
|
Шаги тестирования
|
Ожидаемый результат
|
Результат теста:
|
В левом окне приложения АРМ Мониторинга открыть контекстное меню и выбрать меню «New» (Новый).
|
Отобразилось окно добавления новых элементов
|
|
В окне добавления нового элемента выбрать пункт «Terminal» и нажать «Next».
|
Отобразилось окно добавления нового устройства.
|
|
В окне добавления нового устройства выбрать ветку и вестибюль на котором находится автомат.
Ввести номер, IP адрес устройства, сетевое имя, описание и нажать кнопку «Finish».
|
Автомат добавлен в список устройств.
|
|
Выделить любое устройство.
В центральном окне приложения изменить параметры устройства (имя, ip адрес, ветка и сетевое имя).
Нажать кнопку «Save».
|
Устройство находится в новой ветке, с новым именем и адресом.
|
|
В списке устройств выбрать любое устройство.
Вызвать контекстное меню и нажать кнопку «Delete».
|
Устройство исчезло из списка устройств.
|
|
В выше описанном сценарии тестировщик создаёт новый автомат, а затем удаляет его, тем самым проверяя правильность выполнения функций добавления и удаления автомата.
Далее представлены сценарии тестирования, проверяющие функции отображения различной информации по автомату
Сценарий 7. Отображение детальной информации в АРМ Мониторинга
Название:
|
Детальная информация
|
Функция:
|
Отображение детальной информации в АРМ Мониторинга
|
Предусловие:
|
|
Шаги тестирования
|
Ожидаемый результат
|
Результат теста:
|
В АРМ мониторинга кликнуть по любому АПБ.
|
В АРМ мониторинга должна отобразиться детальная информация по АПБ (статус, состояние дверей, версия ПО, температура, ошибки) и узлов АПБ (наполненность узлов материальными ценностями, ошибки и счетчики узлов)
|
| Сценарий 8. История статусов АПБ
Название:
|
Детальная информация
|
Функция:
|
История статусов АПБ
|
Предусловие:
|
|
Шаги тестирования
|
Ожидаемый результат
|
Результат теста:
|
Несколько раз поменять режим работы АПБ;
В АРМ мониторинга кликнуть по любому АПБ. Открыть вкладку "State History"
|
Должна отобразиться графическая информация по истории изменений статусов АПБ.
|
| Сценарий 9. Детальная информация по узлам АПБ
Название:
|
Детальная информация
|
Функция:
|
Детальная информация по узлам АПБ
|
Предусловие:
|
|
Шаги тестирования
|
Ожидаемый результат
|
Результат теста:
|
В списке АПБ выделить автомат.
|
В центральном окне приложения АРМ мониторинга отобразилась информация по узлам устройства (состояние узлов АПБ, статус АПБ);
В левом окне приложения отобразилась информация по устройству (IP адрес, номер АПБ, имя АПБ, статус АПБ, описание АПБ и его устройств).
|
|
В написанных выше сценариях тестировщик должен проверить корректность отображения получаемой от сервера мониторинга информации о текущем автомате.
|
