Библиотека Рефераты Курсовые Дипломы Поиск
Библиотека Рефераты Курсовые Дипломы Поиск
сделать стартовой добавить в избранное
Кефирный гриб на сайте www.za4et.net.ru

Компьютеры, Программирование Компьютеры, Программирование

Тестирование пользовательского интерфейса

Горшок торфяной для цветов.
Рекомендуются для выращивания крупной рассады различных овощных и цветочных, а также для укоренения саженцев декоративных, плодовых и
7 руб
Раздел: Горшки, ящики для рассады
Гуашь "Классика", 12 цветов.
Гуашевые краски изготавливаются на основе натуральных компонентов и высококачестсвенных пигментов с добавлением консервантов, не
170 руб
Раздел: 7 и более цветов
Брелок LED "Лампочка" классическая.
Брелок работает в двух автоматических режимах и горит в разных цветовых гаммах. Материал: металл, акрил. Для работы нужны 3 батарейки
131 руб
Раздел: Металлические брелоки

РЕФЕРАТ Тема: &quo ;Тестирование пользовательского интерфейса” По курсу: &quo ;Качество программного обеспечения, тестирование на надежность&quo ; Содержание Введение 1Функциональное тестирование пользовательских интерфейсов 2Проверка требований к пользовательскому интерфейсу 2.1Типы требований к пользовательскому интерфейсу 2.2Тестопригодность требований к пользовательскому интерфейсу 2.3Полнота покрытия пользовательского интерфейса 2.4Методы проведения тестирования пользовательского интерфейса, повторяемость тестирования пользовательского интерфейса 3Тестирование удобства использования пользовательских интерфейсов Выводы Список использованных источников Введение Часть программной системы, обеспечивающая работу интерфейса с пользователем - один из наиболее нетривиальных объектов для верификации. Нетривиальность заключается в двояком восприятии термина &quo ;пользовательский интерфейс&quo ;. С одной стороны, пользовательский интерфейс - часть программной системы. Соответственно, на пользовательский интерфейс пишутся функциональные и низкоуровневые требования, по которым затем составляются тест-требования и тест-планы. При этом, как правило, требования определяют реакцию системы на каждый ввод пользователя (при помощи клавиатуры, мыши или иного устройства ввода) и вид информационных сообщений системы, выводимых на экран, печатающее устройство или иное устройство вывода. При верификации таких требований речь идет о проверке функциональной полноты пользовательского интерфейса - насколько реализованные функции соответствуют требованиям, корректно ли выводится информация на экран. С другой стороны, пользовательский интерфейс - &quo ;лицо&quo ; системы, и от его продуманности зависит эффективность работы пользователя с системой. Факторы, влияющие на эффективность работы, слабо поддаются формализации в виде конкретных требований к отдельным элементам, однако должны быть учтены в виде общих рекомендаций и принципов построения пользовательского интерфейса программной системы. Проверка интерфейса на эффективность человеко-машинного взаимодействия получила название проверки удобства использования (usabili y verifica io ; в русскоязычной литературе в качестве перевода терминаusabili y часто используют слово &quo ;практичность&quo ;). 1. Функциональное тестирование пользовательских интерфейсов Функциональное тестирование пользовательского интерфейса состоит из пяти фаз: анализ требований к пользовательскому интерфейсу; разработка тест-требований и тест-планов для проверки пользовательского интерфейса; выполнение тестовых примеров и сбор информации о выполнении тестов; определение полноты покрытия пользовательского интерфейса требованиями; составление отчетов о проблемах в случае несовпадения поведения системы и требований либо в случае отсутствия требований на отдельные интерфейсные элементы. Все эти фазы точно такие же, как и в случае тестирования любого другого компонента программной системы. Отличия заключаются в трактовке некоторых терминов в применении к пользовательскому интерфейсу и в особенностях автоматизированного сбора информации на каждой фазе.

Так, тест-планы для проверки пользовательского интерфейса, как правило, представляют собой сценарии, описывающие действия пользователя при работе с системой. Сценарии могут быть записаны либо на естественном языке, либо на формальном языке какой-либо системы автоматизации пользовательского интерфейса. Выполнение тестов при этом производится либо оператором в ручном режиме, либо системой, которая эмулирует поведение оператора. При сборе информации о выполнении тестовых примеров обычно применяются технологии анализа выводимых на экран форм и их элементов (в случае графического интерфейса) или выводимого на экран текста (в случае текстового), а не проверка значений тех или иных переменных, устанавливаемых программной системой. Под полнотой покрытия пользовательского интерфейса понимается то, что в результате выполнения всех тестовых примеров каждый интерфейсный элемент был использован хотя бы один раз во всех доступных режимах. Отчеты о проблемах в пользовательском интерфейсе могут включать в себя как описания несоответствий требований и реального поведения системы, так и описания проблем в требованиях к пользовательскому интерфейсу. Основной источник проблем в этих требованиях - их тестонепригодность, вызванная расплывчатостью формулировок и неконкретностью. 2.Проверка требований к пользовательскому интерфейсу 2.1Типы требований к пользовательскому интерфейсу Требования к пользовательскому интерфейсу могут быть разбиты на две группы: требования к внешнему виду пользовательского интерфейса и формам взаимодействия с пользователем; требования по доступу к внутренней функциональности системы при помощи пользовательского интерфейса. Другими словами, первая группа требований описывает взаимодействие подсистемы интерфейса с пользователем, а вторая - с внутренней логикой системы. К первой группе можно отнести следующие типы требований. •Требования к размещению элементов управления на экранных формах Данные требования могут определять общие принципы размещения элементов пользовательского интерфейса или требования к размещению конкретных элементов. Например, общие требования по размещению элементов на графической экранной форме могут выглядеть следующим образом: Каждое окно приложения должно быть разбито на три части: строка меню, рабочая область и статусная строка. Строка меню должна быть горизонтальной и прижатой к верхней части окна, статусная строка должна быть горизонтальной и прижатой к нижней части окна, рабочая область должна находиться между строкой меню и статусной строкой и занимать всю оставшуюся площадь окна. При тестировании данного требования достаточно определить, что в каждом окне системы действительно присутствуют три части, которые расположены и прижаты согласно требованиям даже при изменении размеров окна, его сворачивании/разворачивании, перемещении по экрану, при перекрытии его другими окнами. Примером требований по размещению конкретного элемента может служить следующее: Кнопка &quo ;Начать передачу&quo ; должна находиться непосредственно под строкой меню в левой части рабочей области окна. При тестировании такого требования также необходимо определить, сохраняется ли расположение элемента при изменении размера окна, а также при использовании элемента (в данном случае - при нажатии).

•Требования к содержанию и оформлению выводимых сообщений Требования к содержанию и оформлению выводимых сообщений определяют текст сообщений, выводимых системой, его шрифтовое и цветовое оформление. Также часто в таких требованиях определяется, в каких случаях выводится то или иное сообщение. Так, например, для тестирования требования Сообщение &quo ;Невозможно открыть файл&quo ; должно выводиться в статусную строку прижатым к левому краю, красным цветом, полужирным шрифтом в случае недоступности открываемого файла по чтению. Необходимо проверить, что при возникновении указанной ситуации сообщение действительно выводится согласно требованиям. Однако в случае тестирования требования вида Сообщения об ошибках должны выводиться в статусную строку прижатыми к левому краю красным цветом полужирным шрифтом. Необходимо проверять форматы всех возможных сообщений об ошибках программы во всех возможных ошибочных ситуациях. Таким образом, очевидно, что при тестировании пользовательского интерфейса не всегда можно однозначно определить количество тестовых примеров, которые понадобятся для тестирования требования. Эта проблема вызвана тем, что требования к пользовательскому интерфейсу зачастую кажутся слишком очевидными для их точной формулировки. Эта неконкретность требований и вызывает большое количество тестов для каждого требования. •Требования к форматам ввода Данная группа требований определяет, в каком виде информация поступает от пользователя в систему. При этом кроме собственно требований, определяющих корректный формат, к этой группе относятся требования, определяющие реакцию системы на некорректный ввод. Для проверки таких требований необходимо проверять как корректный ввод, так и некорректный. Желательно при этом разбивать различные варианты ввода на классы эквивалентности (как минимум на два - корректные и некорректные). Ко второй группе относятся следующие типы требований. •Требования к реакции системы на ввод пользователя Данный тип требований определяет связь внутренней логики системы и интерфейсных элементов. Например, При нажатии кнопки &quo ;Сброс&quo ; значение таймера синхронизации передачи должно сбрасываться в 0. Для проверки такого требования в тестовом примере должно быть сымитировано нажатие на кнопку &quo ;Сброс&quo ;, после чего должна проводиться проверка значения таймера. Однако некоторые требования определяют в качестве реакции системы не то, как меняется ее внутреннее состояние, а реакцию пользовательского интерфейса. Например, в требовании При нажатии кнопки &quo ;Отложенный сброс&quo ; должно выводиться окно &quo ;Ввод значения времени для отложенного сброса&quo ;. В качестве реакции на использование одного интерфейсного элемента определяется появление другого интерфейсного элемента. Такие требования проверяются при помощи имитации ввода пользователя и анализа появляющихся интерфейсных элементов. •Требования к времени отклика на команды пользователя В качестве отдельного типа требований можно выделить требования к времени отклика системы на различные пользовательские операции. Это связано с тем, что подсознательно пользователь воспринимает операции продолжительностью более 1 секунды как длительные.

Просчитать, чем будет заниматься каждый член команды в течение шести месяцев, начиная с сегодняшнего дня, скорее всего невозможно. Вместо этого нужно составить план со списком чётко определённых задач, плавно сменяющих друг друга по ходу цикла разработки. Такой план позволяет контролировать работу команды над каждой задачей, а также отслеживать ход реализации проекта со значительной определённостью. Задачи На первом этапе следует определить все задачи, решение которых позволяет реализовать некоторую функцию. Суммарное время выполнения этих задач составляет общее время реализации функции. Сначала надо спланировать реализацию необходимых функций и лишь затем переходить к планированию желательных и возможных функций. Такой метод позволит как можно скорее получить жизнеспособную программу. Затем следует распланировать задачи групп тестирования, обучения пользователей, разработчиков пользовательского интерфейса и технологов. У каждой группы должен быть свой набор задач, определяемый на основе частей проекта, за разработку которых отвечает группа

1. Пользовательский интерфейс

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

3. Запуск Word. Выход из Word. Настройка пользовательского интерфейса. Открытие и сохранение документа

4. Краткие лекции по истории политических и правовых учений (к зачету-тестированию)

5. Параллельный интерфейс: LPT-порт

6. Краткий конспект лекций по Теории тестирования аппаратных и программных средств
7. Интерфейсы, порты ПК
8. Интерфейс SCSI

9. Программатор ПЗУ /программный интерфейс/

10. Человеко-машинный интерфейс, разработка эргономичного интерфейса

11. Разработка Интерфейса Пользователя АСУ в Среде Delphi

12. Методические аспекты использования тестирования для текущего контроля знаний учащихся

13. Разработка методики программного тестирования цифровых устройств с помощью программного пакета Design Center

14. Интерфейсы АТМ

15. Итоговое государственное тестирование

16. Web-тестирование в дистанционном обучении

Изограф, 0,20 мм.
Чертежный прибор для черчения и рисования на бумаге, ватмане и чертежной пленке. Изограф имеет резервуар для чернил, который легко
1421 руб
Раздел: Циркули, чертежные инструменты
Коврик силиконовый с разметкой, 50x40x0,1 см, розовый (арт. TK 0190).
Вы все еще делаете коржи одинаково круглыми при помощи тарелок? Но где взять столько тарелок разного диаметра, которые подойдут к каждому
379 руб
Раздел: Коврики силиконовые для выпечки
Шнуровка-бусы "Цветы".
Эта простая, но интересная игрушка увлечет малыша! Цель игры - нанизать на шнурок все бусинки. Ребенку будет интересно каждый раз менять
345 руб
Раздел: Деревянные шнуровки

17. Тестирование как метод педагогического контроля

18. Тестирование при приёме на работу

19. Тестирование в учебном процессе: его история и возможности

20. Использование метода тестирования при обучении биологии

21. Компьютерный интерфейс передачи в системе персонального радиовызова общего пользования

22. Тестирование, как метод исследования
23. Проектирование интерфейса как часть разработки ТЗ
24. Аутсорсинг тестирования — точим чужое оружие

25. Интерфейсы модемов

26. Использование CGI при создании интерактивных интерфейсов

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

28. MachCAD Знакомство с неизвестной программой (интерфейс программы)

29. Интерфейс Excel 97

30. Интерфейсы и периферийные устройства

31. Конфигурирование интерфейсов Ethernet на маршрутизаторе

32. Разработка программы диагностики и тестирования аппаратных средств ПК

Фоторамка "Poster gold" (30х40 см).
Фоторамка для фотографий размером: 30х40 см. Может располагаться как вертикально, так и горизонтально, на подставке. Есть настенные
321 руб
Раздел: Размер 30x40
Звуковой плакат "Домашние животные".
Представляем Вашему вниманию уникальную новинку — развивающие звуковые плакаты, которые содержат стихотворения, занимательные и
576 руб
Раздел: Электронные и звуковые плакаты
Чайник со свистком "Mayer & Boch", 3,5 литра, эмалированный (арт. 23854).
Этот чайник со свистком изготовлен из высококачественной нержавеющей стали. Корпус чайника имеет элегантное покрытие с цветочным рисунком.
1624 руб
Раздел: Чайники эмалированные

33. Тестирование ППП автоматизации учета основных средств

34. Простая программа, использующая MDI интерфейс

35. Альтернативные Интерфейсы

36. Технологии тестирования программного обеспечения

37. Интерфейс пользователя с системой

38. Автоматизированное тестирование при разработке ПО
39. Интерфейсный интерфейс
40. Технологии тестирования программного обеспечения

41. Интерфейсы

42. Интерфейсы социологии и киберпространства

43. Интерфейс Serial ATA

44. Инфологическая модель базы данных "Тестирование"

45. Классификация интерфейсов

46. Микропроцессорная система управления на базе интерфейсов персонального компьютера

47. Нейро-компьютерный интерфейс

48. Организация интерфейса пользователя

Кровать для кукол деревянная (большая).
К кроватке прилагается матрасик, одеяльце и подушечка. Размеры дна кровати: 50х20 см. Размеры боковых сторон (качалки): 27х24
469 руб
Раздел: Спальни, кроватки
Средство для посудомоечных машин биоразлагаемое "Synergetic", концентрированное, 5 л.
Концентрированное средство для мытья всех видов посуды от любых видов загрязнений. За счет полностью натурального состава обладает 100%
849 руб
Раздел: Для посудомоечных машин
Конструктор "Кукольный домик".
Деревянный домик для маленьких кукол от компании "Большой Слон" привлечет внимание вашей малышки и не позволит ей скучать.
1155 руб
Раздел: Для мини-кукол и мини-пупсов

49. Параллельные интерфейсы Centronics и LPT-порт

50. Построение графического интерфейса в системе Matlab

51. Проектирование процесса тестирования программного обеспечения

52. Разработка программного обеспечения для организации интерфейса программно-методического комплекса

53. Разработка человеко-машинного интерфейса в GraphWorX32

54. Тестирование жестких дисков
55. Тестирование компьютера Monitor Samsung 710N
56. Диагностика и тестирование компьютерной системы

57. Программно-аппаратный комплекс для тестирования интегральных микросхем 155 серии

58. Психоакустическое восприятие и midi-интерфейсы

59. Тестирование продуктов

60. Генезис тестирования в истории отечественного образования

61. История становления и этапы развития тестирования как формы организации обратной связи в условиях среднего и высшего образования

62. Метод тестирования как средство педагогического контроля обученности старшеклассников

63. Подготовка к единому национальному тестированию

64. Тестирование как вид контроля грамматических навыков

Подушка "Нордтекс. Влюбленный скворец", 40х40 см.
Декоративные подушки являются непременным элементом современного интерьера. Они могут послужить прекрасным украшением не только спальни,
454 руб
Раздел: Подушки
Карандаши цветные "Noris Club", 12 цветов + 4 карандаша.
Эргонамичная трехгранная форма для удобного и легкого письма. A-B-S - белое защитное покрытие для укрепления грифеля и для защиты от
398 руб
Раздел: 13-24 цвета
Электронный озвученный плакат "Говорящая Азбука".
«Говорящая АЗБУКА» из серии звуковых плакатов Знаток ТМ для начинающих изучать русский алфавит. Кнопки «Изучение» и «Экзамен» помогут
703 руб
Раздел: Электронные и звуковые плакаты

65. Основные принципы тестирования

66. Социометрическое тестирование

67. Доменные структуры для тестирования в магнитосиловой микроскопии


Поиск Рефератов на сайте za4eti.ru Вы студент, и у Вас нет времени на выполнение письменных работ (рефератов, курсовых и дипломов)? Мы сможем Вам в этом помочь. Возможно, Вам подойдет что-то из ПЕРЕЧНЯ ПРЕДМЕТОВ И ДИСЦИПЛИН, ПО КОТОРЫМ ВЫПОЛНЯЮТСЯ РЕФЕРАТЫ, КУРСОВЫЕ И ДИПЛОМНЫЕ РАБОТЫ. 
Вы можете поискать нужную Вам работу в КОЛЛЕКЦИИ ГОТОВЫХ РЕФЕРАТОВ, КУРСОВЫХ И ДИПЛОМНЫХ РАБОТ, выполненных преподавателями московских ВУЗов за период более чем 10-летней работы. Эти работы Вы можете бесплатно СКАЧАТЬ.