ьницького інтерфейсу, що запобігає поява помилок користувача, завжди краще добре продуманих повідомлень про помилках. При проектуванні інтерфейсу необхідно або повністю усунути елементи, в яких можуть виникати помилки користувача, або перевіряти введення користувача в цих елементах і повідомляти йому про потенційно можливе виникненні проблеми.
- Розпізнавання, а не згадування. При створенні інтерфейсу необхідно мінімізувати навантаження на пам'ять користувача, роблячи об'єкти, дії та опції ясними, доступними і явно видимими. Користувач не повинен запам'ятовувати інформацію при переході від одного діалогового вікна до іншого. У всіх необхідних місцях повинні бути доступні контекстні інструкції з використання інтерфейсу.
- Гнучкість та ефективність використання. В інтерфейсі повинні бути передбачені гарячі клавіші (не обов'язково до використання початківцям користувачем) - вони часто значно прискорюють роботу досвідченого користувача. Іншими словами, система повинна надавати два способи роботи - для новачків і для досвідчених користувачів. Бажано при цьому давати можливість користувачу автоматизувати часто повторювані дії.
- Естетичний і мінімально необхідний дизайн. Вікна не повинні містити не стосується справи або рідко використовувану інформацію. Кожен інтерфейсний елемент, що містить марну інформацію, грає роль інформаційного шуму і відволікає користувача від дійсно корисних інтерфейсних елементів.
- Допомога та документація. Незважаючи на те, що в ідеальному випадку краще, коли системою можна користуватися без документації, така все одно необхідна - як у вигляді системи допомоги, так і, можливо, у вигляді друкованого керівництва. Інформація в документації повинна бути структурована таким чином, щоб користувач міг легко знайти потрібний розділ, присвячений розв'язуваної їм завданню. Кожен такий орієнтований на конкретне завдання розділ повинен крім загальної інформації містити покрокові керівництва щодо виконання завдання і не повинен бути занадто довгим.
Всі ці евристики можуть використовуватися при тестуванні зручності використання інтерфейсу користувача. Досить очевидно, що при тестуванні зручності слабо застосовні способи автоматизації тестування за допомогою сценаріїв і подібні методи. Один з найбільш ефективних методів перевірки інтерфейсу на зручність - використання формальної інспекції. Запитання в бланку інспекції можуть бути як загального характеру (так, наприклад, можна використовувати в якості питань перераховані вище 10 евристик), так і цілком конкретними. Наприклад, в роботі [5] наводиться список контрольних питань, які бажано перевіряти при тестуванні зручності використання web-сайтів. З деякими змінами ці питання застосовні і для звичайних віконних інтерфейсів.
Висновки
В
При створенні програмного забезпечення проводяться різні тестування, до яких відноситися і тестування користувальницького інтерфейсу, щоб можна було виявити помилки, які були не помічені при розробці.
Тест-плани для перевірки користувальницького інтерфейсу, як правило, представляють собою сценарії, що описують дії користувача при роботі з системою. Сценарії можуть бути записані або на природній мові, або на формальній мові якої системи автоматизації користувацького інтерфейсу. Виконання тестів при цьому виробляється або оператором в ручному режимі, або системою, яка емулює поведінку оператора.
Звіти про проблеми в інтерфейсі можуть включати в себе як опису невідповідностей вимог і реальної поведінки системи, так і описи проблем у вимогах до інтерфейсу користувача. Основне джерело проблем в цих вимогах - їх тестонепрігодность, викликана розпливчатістю формулювань і неконкретність.
Як правило, при тестуванні зручності використання користувацького інтерфейсу використовуються деякі евристичні критерії та характери стіки, які замінюють точні оцінки в класичному тестуванні програмних систем.
Список використаних джерел
В
1. Burnstein I Practical Software Testing. A process-oriented approach Springer-Verlag, New York, 2003, - 732 p
2. ISO 13407:1999. Human-centred design processes for interactive systems International Organization for Standardization. 01-Jun-1999, 26 p.
3. SO/IEC 9126-1:2001. Software engineering - Product quality - Part 1: Quality model International Organization for Standardization/International Electrotechnical Commission. 01-Jun-2001, 25 p
4. Nielsen J Ten Usability Heuristics
5. Загальний оцінний лист тестування usability web-сайту
6.
