Основные компоненты графических пользовательских интерфейсов.

 

Современные графические ин WIMP (window icon mouse popup)

1. Окна – все виды делятся на 5 категорий:
1. Основное окно – рамка, основное меню
2. Дочернее или подчинённые окна
3. Диалоговое окно пункт меню/масштаб
4. Информационные окна (окно сообщений и окно помощи)
5. Окна меню

 

1. Пиктограммы бывают программные, дочерние пиктограммы которые связаны с конкретным документом, пиктограмма панели инструментов – дублируют доступ к соответствующим пунктам через меню, пиктограмма объектов – используется для прямого управления объектами.
2. Мышь используется для прямого манипулирования изображения в интерфейсе.
3. Компонент вода/вывода. В окна приложения могут размещаться спец компоненты используемые для ввода/вывода информации.

 

Интерфейс практически любого современного ПО включает меню: основное, иерархическое, пиктографическое и контекстное и меню представляет собой компонент ввода/вывода представляющего диалог с пользователем.

 

Пример, разработать основное меню системы решения системы задач.

Это стандартный вариант меню для данной системы

 

 

 

Не стандартный вариант, основанный на интуитивной модели пользователя, т.е. концептуальной модели пользователя

 

 

Через экранную форму

 

 

Через закладки

 

 

 

Тестирование программных продуктов

 

Тестирование является важным и трудоёмким процессом разработки ПО. Существует 3 стадии тестирования:

1. Автономное

2. комплексное

3. системное

 

Все эти стадии соответствуют завершению разработки ПО. Различают 2 подхода к формированию тестов: структурный и функциональный.

Тестирование – процесс выполнения программы, целью которого является выявление ошибок.

Процесс разработки ПО предполагает 3 стадии тестирования: автономное тестирование компонентов ПО, комплексное тестирование разрабатываемого ПО, системное (оценочное) тестирование на соответствие основным критериям качества. Основные принципы тестирования:

1. предполагаемые результаты должны быть известны до тестирования

2. не допускать к тестированию программы автора

3. необходимо досконально изучать результаты каждого теста

4. необходимо проверять действия программы на неверных данных

5. необходимо проверять программу на неожиданные побочные явления при неверных данных.

 

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

 

Структурный подход.

Базируется на том что известна структура тестируемого ПО и его алгоритма. (стеклянный ящик). При структурном подходе тесты строят, так что бы проверить правильность реализации заданной логики в коде программы. Ещё называют тестирование по маршрутам, т.к. тестовый набор формируется путём анализа маршрутов предусмотренных алгоритмом. Под маршрутом при этом понимают последовательность операторов программ, которые выполняются при конкретном варианте исходных данных. Структурное тестирование должно максимально полно проверить все маршруты программы. Считают что программа проверена полностью, если с помощью теста удаётся осуществить выполнение программы по всем возможным маршрутам передачи управления. Данный метод имеет ряд недостатков:

1. не обнаруживает пропущенных маршрутов

2. не обнаруживает ошибок не зависящих от обрабатываемых данных

3. не даёт гарантии, что программа правильная.

 

Формирование тестовых наборов для тестирования маршрутов осуществляется по следующих критерием:

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

2. покрытие решений (переходов). Для реализации этого критерия необходимо такое количество и состав теста, что бы результат проверки каждого условия (решения) принимал значение Истина или Ложь, тоже по крайней мере 1 раз.

3. покрытие условий – это критерий более сильный, чем первые 2. Формирует некоторое количество тестов, достаточное для того, что бы все возможные результаты каждого условия решения были выполнены, по крайней мере 1 раз.

4. покрытие решений – условий. По этому критерию тесты должны составляться так что бы по крайней мере 1 раз выполнялись все возможные результаты каждого условия, и все результаты каждого решения. И каждому оператору управление передавалось по крайней мере 1 раз.

5. Комбинаторное покрытие условия. Для этого критерия создаётся множество тестов в которых все возможные комбинации результатов условий в каждом решении и все операторы выполнялись по крайней мере 1 раз.

 

Файл с критериями!!!