Функциональность

Если с помощью программы трудно, неудобно или невозможно выпол­нить что-то, чего может обоснованно ожидать от нее пользователь, значит, в ней имеется функциональная ошибка.

Избыточная функциональность

Это ошибка, в которой очень трудно убедить разработчиков. Универсальная система, предназначенная для выполнения слишком большого количества разнообразных задач, сложна и в изучении, и в эксплуатации. Ее пользователи постоянно забывают, как выполнить то или иное действие, К тому же таким системам обычно недостает концеп­туального единства. Они сопровождаются тройным количеством докумен­тации и обширной справочной системой, в которой легко заблудиться; разделы руководств чересчур объемны. Кроме того, многофункциональные системы обычно не отличаются высокой производительностью, Пользова­тели часто совершают ошибки, а получаемые ими сообщения об этих ошибках бывают, расплывчаты и носят общий характер.

Основным критерием оценки функциональности продукта может быть следующий: если редко используемые функции программы усложняют использование се базовых возможностей, значит, уровень функционально­сти программы выходит из-под контроля.

Ложное впечатление о наборе функций продукта

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

Неадекватность реализации базовых функций

Если к одной из ключевых функций программы невозможно обратиться и, если она реализована слишком узко или слишком медленно работает, такая программа не годится для реальной эксплуатации. Например, если система управления базами данных 8 часов сортирует 1000 записей, ник­то не захочет ею пользоваться.

Пропущенная функция

В программе отсутствует необходимая функция.

Неверно работающая функция

Функция программы должна выполнять одно (как правило, в соответ­ствии со спецификацией), а делает нечто другое.

Функция должна быть реализована пользователем

Если программа обладает всеми необходимыми пользователю возможно­стями, но при этом компоненты, реализующие некоторые из этих возмож­ностей, пользователь должен "собрать" сам, то можно сказать, что она является незавершенным инструментальным набором, а не завершенной программой.

Программа не делает того, что ожидает от нее пользователь

Например, если программа должна сортировать список имен, едва ли кто-то станет ожидать, что имена будут сортироваться в каком-то особом порядке. Кроме того, пользователи предположат, что программа не будет учитывать ведущих пробелов и регистра букв. Если же программист хочет убедить, что программа должна работать таким неожиданным образом, он должен отра­зить это в ее названии и документации, и желательно еще и внести в нее возможность альтернативного способа работы.

Взаимодействие программы и пользователя

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

Пропущенная информация

Все, о чем пользователю необходимо знать, должно отображаться на экране. Желательно также, чтобы на экране отображалась информация, которую среднестатистический пользователь найдет полезной.

Отсутствие инструкций на экране

Как определить название программы, как из нее выйти, какую клави­шу нажать, чтобы получить справочную информацию? Если в программе используется командный язык, как узнать перечень ее команд? Програм­ма может отображать всю эту информацию при запуске, однако в любом случае пользователь не должен обращаться за ответами на все эти вопро­сы к руководству.

Программа рассчитана на то, что у пользователя всегда под рукой печатная документация

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

Недокументированные возможности

Если большинство функций или команд уже перечислены на экране, то позаботьтесь, чтобы были перечислены и все остальные. Пропуск несколь­ких из них может смутить пользователя, или же он просто никогда о них не узнает, решив, что на экране есть все, что нужно, и, не догадавшись заглянуть в документацию. Аналогичным образом, если для некоторых команд программы описа­но их применение в особых случаях, необходимо позаботиться о таких описаниях и для всех остальных состояний, из которых сложно найти выход.

Если пользователю сложно определить, как выйти из нежелательного состояния программы или прервать нежелательный процесс, это так же плохо, как если бы выход не был предусмотрен вообще.

Отсутствие курсора

Курсор — один из основных инструментов пользователя. Он указыва­ет на активную точку экрана, а также подтверждает, что программа рабо­тает и ждет указаний. Поэтому курсор (текстовый или указатель мыши) должен обязательно постоянно присутствовать в любой интерактивной программе.

Программа не распознает ввод

Интерактивная программа должна реагировать на ввод информации пользователем. В частности, если пользователь вводит текст, вводимые символы должны немедленно отображаться на экране. Следующие исклю­чения не являются ошибками:

• программа находится в процессе перехода из одного состояния, а другие;

• программа игнорирует определенные действия пользователя;

• пользователем дана команда не отображать ввод;

• вводится пароль или другая секретная информация,

Длительное отсутствие активности

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

Невозможность определить, что один и тог же документ открыт несколько раз

Программы, позволяющие одновременно открывать несколько докумен­тов, должны проверять каждый открываемый документ и сообщать пользо­вателю, если он открывается повторно. Иначе пользователь может запутаться во вносимых в документы изменениях. Кроме того, версии доку­мента должны иметь на экране разные имена. Например, если пользователь дважды открыл файл Му_0ос, в одном окне этот файл должен иметь имя Му_0ос:1, а в другом — Му_0ос:2 (или что-то в этом роде), В качестве - альтернативы можно вообще не разрешать дважды открывать один доку­мент.

Неверная или смущающая пользователя информация

Любая встреченная пользователем ошибка тут же подрывает его дове­рие ко всей программе. Незначительные на первый взгляд ошибки или недостаточно подробные сообщения программы, из-за которых пользова­тель может сделать неверные обобщения или выводы, — обычно наиболее трудная часть работы тестировщиков, поскольку добиться их исправления сложнее всего.

Простая фактическая ошибка

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

Синтаксические ошибки

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

Неаккуратное упрощение

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

Неудачные метафоры

Метафоры используются для сравнения компьютерных систем с чем-то знакомым пользователю. Они помогают лучше понять систему и предска­зывать ее поведение. Однако если предположения пользователя окажутся, неверны, значит, метафора никуда не годится. Например, метафорой явля­ется пиктограмма с изображением корзины для бумаг, используемая во многих программах для команды удаления файлов. Если удаленный файл можно вытащить из корзины, метафора верна. Однако если файл исчеза­ет в корзине навсегда, в качестве метафоры лучше подошел бы измельчитель бумаги.

Неточные названия команд и функций

Команда СОХРАНИТЬ не должна использоваться для удаления файла или сортировки его содержимого. Если в русском (английском) языке за словом закрепилось определенное значение, названная этим словом коман­да должна ему соответствовать.

Несколько названий одной функции

Одна и та же функция не должна иметь в программе несколько назва­ний. Пользователь не должен ломать голову над тем, чем отличаются ко­манды Тень, и Наложить тень.

Избыточность информации

Некоторые разделы печатной или интерактивной документации содер­жат столько технических подробностей, что интересующая пользователя информация среди них просто теряется. Если, на ваш взгляд, все эти подробности могут быть полезны пользователю, подумайте о том, чтобы поместить их в отдельное приложение. В некоторых случаях чересчур подробное руководство является просто попыткой компенсировать неудачное дизайнерское решение. Действи­тельно ли пользователю нужна вся приведенная информация? И нет ли способа все же решить проблему, которую программист считает неразреши­мой?

Когда сохраняются данные?

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

Неудачная внешняя структура

Продукт, предоставляемый пользователю, обычно состоит из ряда ком­понентов. Насколько легко разобраться в назначении каждого из них? Неудачная внешняя структура продукта увеличивает время его изучения и отпугивает новичков, Чем меньше необходимо знать пользователю для выполнения определенной задачи, тем лучше.

Справочная система и сообщения об ошибках

Их текст часто рассматривается как незначительная составляющая про­дукта и пишется неопытными программистами или неопытными техничес­кими писателями. Изменения этого текста выполняются в последнюю очередь.

Следует помнить, что пользователь обращается к справочной системе тогда, когда у него возникают проблемы. Пользователь расстроен, нервничает, и ему нуж­на помощь, а не дополнительный повод для раздражения.