17. Пользовательское тестирование

Пользовательское тестирование — разработка и выполнение тестов методом «черного» ящика, в котором тестовые сценарии создаются для выполнения сценариев использования пользователями ПО (тестирование по сценариям использования).

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

Принципы:

1. Пригодность для выполнения задачи;

2. Информативность;

3. Соответствие ожиданиям пользователя;

4. Пригодность для обучения;

5. Устойчивость к ошибкам.

6. И др.

18. Качественные и количественные требования согласованности по скорости восприятия графической информации пользователем

Качественные требования:

1. Требование композиционного соответствия;

2. Требование лаконичности.

3. Требование обобщения.

4. Требование унификации.

5. Требование использования привычных ассоциаций.

6. Требование акцента.

7. Требование к последовательности кодирования.

8. Требование к кодированию состояния.

   • Красный цвет является аварийным и запрещающим;

   • Желтый цвет означает предупреждение;

   • Зеленый цвет — нормальное состояние;

   • Серый цвет — состояние не определено, нет данных.

9. Требование к компоновке графических символов.

10. Требование к эстетичности изображения.

11. Требование к временному разделению изображения.

Количественные требования:

1. Требования к длине алфавита (предельные значения длин алфавитов).

2. Требования к граничным порогам графических параметров символа:

   • Угловой размер элемента не должен быть меньше 15';

   • Количество одновременно воспринимаемых визуальных параметров равно 7±2 (закон Миллера).

3. Требования к дифференциальным порогам графических параметров символа.

4. Требование к контрасту — работа при прямом контрасте (предмет темнее фона) благоприятнее, чем при обратном контрасте (предмет светлее фона).

19. Модульное тестирование

Модульное тестирование — тестирование программы на уровне отдельно взятых модулей, функций или классов.

Цель модульного тестирования — в выявлении ошибок в модуле, а также в определении степени готовности системы к переходу на следующий уровень разработки и тестирования. Проводится по принципу «белого ящика», то есть основывается на знании внутренней структуры программы. Для каждого модуля обычно создаются заглушки для соответствующих интерфейсов.

Модульные тесты, связанные со структурным тестированием, формируются по следующим принципам:

• На основе потока управления, когда элементы определяются на основе структурных критериев тестирования С0 (команд), С1 (ветвей), С2 (путей), к которым относятся вершины, дуги, пути управляющего графа программы и др.

• На основе потока данных, когда элементы определяются при помощи потока данных, т. е. информационного графа программы.

20. Особенности интеграционного тестирования для объектно-ориентированного программирования

Объектно-ориентированное программное обеспечение является событийно управляемым.

Тестирование объектно-ориентированной программы должно включать те же уровни, что и тестирование процедурной программы — модульное, интеграционное и системное.

Графовая модель класса, как и объектно-ориентированной программы, на интеграционном уровне в качестве узлов использует методы.

1. ММ-путь msg a → метод 3 → msg 3 → метод 4 → msg d.

2. ММ-путь msg b → метод 1 → msg 1 → метод 4 → msg d.

3. ММ-путь msg b → метод 1 → msg 2 → метод 5.

4. ММ-путь msg c → метод 2.

5. P-путь call → метод 5.

Уровни тестирования классовой модели:

1. Модульное тестирование. Тестирование методов каждого класса программы.

2. Интеграционное тестирование. Тестирование методов класса, которые образуют контекст интеграционного тестирования каждого класса.

3. Интеграционное тестирование. Протестированный класс включается в общий контекст (дерево классов) программного проекта и отслеживается реакция программы на внешние события.

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