- •Семестр 9 р1. Принципы построения пользовательского интерфейса в приложениях систем управления р1: Лекция №1. Обобщенная архитектура прикладной составляющей программного обеспечения систем управления
- •Жизненный цикл изделия и программные средства его поддержки
- •Обобщенная архитектура систем управления электроавтоматикой
- •Характеристики современного процесса разработки прикладной составляющей электроавтоматики
- •Вопросы:
- •Р1: Лекция №2. Базовые элементы платформы приложений су для построения интерфейса пользователя
- •Компоненты каркаса
- •Компоненты конфигурирования
- •Компоненты средств интерфейса пользователя
- •Конфигурирование компонентов в составе системы
- •Вопросы
- •Р1: Лекция №3. Принципы классификации прикладных компонентов систем управления
- •Виртуальная структура прикладной области
- •Матрица компонентов
- •Анализ и систематизация набора прикладных компонентов с применением матрицы
- •Определение минимально необходимого набора прикладных компонентов системы
- •Вопросы
- •Семестр 9 р2. Технологии .Net в разработке приложений систем управления р2: Лекция №4. Основные понятия платформы .Net
- •Строительные блоки .Net (clr, cts, cls)
- •Преимущества с#
- •Промежуточный язык msil
- •Работа с пространствами имен
- •Память в приложениях .Net
- •Проверка наличия утечек
- •Получение дополнительной информации о пространстве имен и типах сборки
- •Вопросы
- •Р2: Лекция №5. Принципы взаимодействия .Net с разработанным кодом
- •Преобразование исходных кодов в новый формат языков .Net
- •Использование двоичных компонентов для организации взаимодействия с компонентами .Net
- •Вопросы
- •Р2: Лекция №6. Инструментарий процесса разработки
- •P2: Лекция №6. Инструменты отладки приложений в .Net Framework 2.0 и выше Утилиты
- •Загрузка расширения отладки sos
- •Примеры:
- •Базовые различия
- •Сборка мусора в .Net Framework
- •Причины смешивания управляемого и неуправляемого кодов
- •Концепция CoDeSys
- •Окно приложения Сodesys:
- •P3. Лекция № 9. Возможности CoDeSys как открытой системы
- •Архитектура приложений современных систем управления
- •Выявление открытых интерфейсов среды
- •Встраивание сцены трёхмерного моделирования объекта управления
- •P3. Лекция № 10. Взаимодействие с аппаратными средствами платформы CoDeSys
- •Основные характеристики и назначение
- •Построения средств диагностики и управления устройствами электроавтоматики на базе opc технологии
- •Особенности механизмов работы opc серверов
- •Реализация интерфейсов opc в сервере
- •Реализация opc компонентов диагностики для контроллеров CoDeSys sp
- •Вопросы
- •Семестр 9 р4. Тестирование приложений систем управления через интерфейс оператора p4. Лекция № 11. Базовые понятия процесса тестирования
- •Жизненный цикл разработки программного обеспечения
- •Модели жизненного цикла
- •Каскадный жизненный цикл
- •Спиральный жизненный цикл
- •Экстремальное программирование
- •Тестирование, верификация и валидация - различия в понятиях
- •Задачи и цели процесса верификации
- •P4. Лекция № 12. Использование пакетов автоматизации тестирования
- •Методы проведения тестирования пользовательского интерфейса, повторяемость тестирования пользовательского интерфейса
- •1) Ручное тестирование
- •2) Сценарии на формальных языках
- •Тестирование удобства использования пользовательских интерфейсов.
- •Принцип использования коммерческих приложений для тестирования пользовательского интерфейса
- •Обзор Quickt Test. Основные понятия
- •Использование Actions, Iterations
- •Использование объекта DataTable и параметризация
- •Распознавание объектов в qtp и уникальность их свойств
- •P4. Лекция № 13 Модульное тестирование
- •Цели и задачи и модульного тестирования
- •Понятие модуля и его границ. Тестирование классов
- •Подходы к проектированию тестового окружения
- •P4. Лекция № 14. Возможности uiAutomation
- •Начальное представление
- •Представление элемента управления
- •Представление содержимого
- •Шаблоны элементов управления uia
Принцип использования коммерческих приложений для тестирования пользовательского интерфейса
Для автоматизированного тестирования пользовательского интерфейса приложения существуют уже готовые средства (программные продукты).
Схема тестирования представлена на Рисунке.
Рис. 43 Принцип тестирование пользовательского интерфейса
Задача тестирования интерфейса заключается в проверке корректности работы функций графического интерфейса приложения.; выявление возможных ошибок и неправильной обработки событий.
Рис. 44 Шаги процесса тестирования
Обзор Quickt Test. Основные понятия
QuickTest Professional (QTP) — программный продукт, предназначенный для автоматизации функционального и регрессионного тестирования, обладающий следующими особенностями:
-
создание сложных наборов тестов с минимальным обучением;
-
быстрое изолирование дефектов;
-
гарантирование правильного функционирования приложения во всех средах, при любых наборах данных, и в любых бизнес-процессах;
-
полное документирование и копирование дефектов для разработчиков;
-
легкая реализация регрессионного тестирования;
-
предоставление возможности организации поставлять программные изделия высокого качества.
QTP позволяет тестировать стандартные Windows приложения, Web приложения, управляющие элементы ActiveX, Visual Basic приложения и мультимедийные объекты на Web страницах.
Можно также приобрести дополнительные модули (add-in) для некоторых специфических рабочих сред, таких как Java, Oracle, SAP solutions, .NET Windows и Web Forms, Siebel, Web services, PeopleSoft и terminal emulator (Рис. 45).
Рис. 45 Окно добавления дополнительных модулей в Mercury QuickTest Professional
QuickTest Professional позволяет даже новичку создавать test-case (test-case — тест-кейсы, тестовые модули) очень быстро. Вы можете создать test-case просто нажав кнопку Record и используя приложение, чтобы выполнить типичный бизнес-процесс. Например, ведение журнала, составление справочников и т.д.
QuickTest Professional может автоматически ставить checkpoints (checkpoints — контрольные точки), чтобы проверить прикладные свойства и функциональные возможности приложения. Для каждого шага в Tree View (Tree View — дерево представления), есть ActiveScreen (ActiveScreen — окно, показывающее текущее состояние теста), в котором представлен вид приложения в данный момент времени. Вы можете также добавить несколько типов checkpoints для любого объекта, проверить, что компоненты ведут себя так, как ожидается, просто, нажимая на объект в ActiveScreen.
Также вы можете переключиться на Data Table (Data Table — таблица данных), включающую таблицу Excel для работы с данными (Рис. 46), и быстро создавать многократные повторения, чтобы расширить охват test-case.
Опытные пользователи могут рассматривать и редактировать test-case в Expert View (Expert View — поле кода), с помощью VBScript (Visual Basic Script), которые QuickTest Professional автоматически записывает (Рис. 46). Любые изменения, сделанные в Expert View автоматически синхронизируются с Tree View.
Рис. 46 Основное окно приложения QuickTest Professional. Представлены поле кода и таблица данных
Как только test-case выполнен, TestFusion показывает все аспекты испытания: краткий обзор результатов, Tree View тестируемого приложения, определяющее точно, где произошли ошибки (отказы), используемые испытательные данные, screenshots (screenshots — скриншоты, снимки экрана) для каждого шага, которые четко показывают любые несоответствия, и детальные пояснения для каждого прохода checkpoint ’ a (Рис. 47).
Рис. 47 Окно вывода результатов выполнения теста в QuickTest Professional
Также подразумевается интеграция с TestDirector для регистрации ошибок.
QuickTest Professional поддерживает фактически любое приложение.