Испытание создаваемого приложения
UCD-технология предполагает достаточно активное привлечение пользователя к процессу разработки. Совместное с потенциальным пользователем испытание создаваемого приложения обеспечивает получение весьма ценной дополнительной информации и является, как правило, залогом последующей успешной реализации продукта. Необходимо подчеркнуть, что испытание программного продукта принципиально отличается от его отладки.
Первое и наиболее важное отличие обусловлено различными целями этих двух процессов: отладка имеет целью выявление дефектов (ошибок) программирования, в то время как в ходе испытаний вы оцениваете, насколько полно разработанное приложения (в частности, его интерфейс) отвечает потребностям и ожиданиям пользователя. Конечно, имеющиеся программные ошибки могут иногда повлиять на качество интерфейса, но это скорее исключение, чем правило.
Второе принципиальное отличие состоит в том, что отладку выполняет непосредственно его разработчик, а основным действующим лицом при проведении испытаний является потенциальный пользователь (заказчик). Благодаря этому в ходе испытаний могут быть выявлены не только технические погрешности, но и концептуальные проблемы в предлагаемом продукте.
Кроме того, испытания могут проводиться для двух или более альтернативных вариантов реализации создаваемого приложения с целью выявления наиболее удачного именно с точки зрения пользователя и решаемых им задач. В качестве результатов испытаний большое значение имеют не только количественные (объективные) данные о работе приложения в тех пли иных ситуациях, но и «качественная» информационно отражающая субъективное восприятие пользователем предлагаемого варианта приложения, его удовлетворенность, а также перечень проблем, которые на его взгляд могут иметь место при реальной эксплуатации программного продукта.
Поскольку испытания часто обнаруживают те или иные слабости проекта, или, по крайней мере, обеспечивают получение дополнительной информации, которую вы захотите использовать, почти всегда оказывается необходимым возврат к одному из предыдущих этапов разработки (а иногда и в начальную точку) и проведение повторных испытаний. Так может продолжаться до тех пор, пока и разработчик, и потенциальные пользователи не будут полностью удовлетворены полученными результатами.
На правах рекламы: Автомобили Nissan в наличии: ниссан 655349. Из рук в руки: Nissan.
Новости
МинисуперЭВМ и супермини-ЭВМ20.10.2010
Выше отмечалось, что отсутствуют четкие границы между рассмотренными типами ЭВМ. В последнее время стали выделять два промежуточных типа ЭВМ: а) минисуперЭВМ и б) супермини-ЭВМ...
ПОДРОБНЕЕ
Классификация вычислительных систем20.10.2010
Стремление удовлетворить требования разнообразных областей и форм применения электронной вычислительной техники, повысить производительность и расширить логические возможности ЭВМ...
ПОДРОБНЕЕ
Многооконная технология интерфейса20.10.2010
Прямое манипулирование объектами обладает следующими достоинствами: обеспечивает визуальный контроль за выполняемыми операциями; позволяет легко восстановить предшествующее...
ПОДРОБНЕЕ
Читайте также
- Командный язык и диалог на его основе
- Диалог на основе командного языка
- Диалог на основе экранных форм
- Диалог на основе меню
- Диалог типа «вопрос - ответ»
- Главные моменты при проектировании пользовательского интерфейса
- Основные правила диалога
- Альтернативный подход к проведению испытаний приложения
- Оценка потребительских свойств приложения
- Испытание создаваемого приложения
- Прототипирование проекта или приложения
- Расчет радиусов зон разрушений
- Оценка качества ремонта оборудования
Фотогалерея

Изображение 1

Изображение 2