Page 155 - 4695

2. Коментарії користувача. Як і при використанні поперед-
нього методу тестування, користувачі виконують тестові за-
вдання. Дії користувача також фіксуються, крім того, фіксу-
ються його коментарі своїх дій. У подальшому коментарі дозво-
ляють виявити недоліки реалізації конкретних елементів інтер-
фейсу - невдале розташування елементів управління, погана на-
вігація тощо.
Цей метод можна використовувати для оцінки корисності
продукту, простоти навчання роботи з ним, ступені суб'єктив-
ного задоволення.
Слід зазначити, що метод є «нестабільним»: результати
його використання залежать від особистих якостей тестованого
користувача – його балакучості, уміння послідовно і чітко ви-
словлювати свої думки.
3. Якість сприйняття. Користувачеві пред'являється тестове
завдання, через деякий час після його виконання, користувач
повинен відтворити екранні форми (паперовий варіант), з якими
він працював. Результат відтворення порівнюють з оригіналом.
Ідея тесту полягає в наступному: через обмеження об’єму коро-
ткочасної пам'яті, кількість елементів екранних форм, які запа-
м'ятовує тестований, не може бути вище за поріг запам'ятову-
вання. Користувач запам'ятовує тільки те, що вважає за най-
більш актуальний в процесі роботи. Отже, при повторному ви-
конанні завдання користувачеві, що знає розташування необхід-
них для цього елементів інтерфейсу, буде простіше. Таким чи-
ном, цей метод дозволяє оцінити простоту навчання роботі з
продуктом, а, крім того, ступінь суб'єктивної задоволеності ко-
ристувачів.
Слід зазначити, що виявлення в ході тестування різних по-
милок і невідповідностей неминуче. Це є однією з причин того,
що тестування не можна переносити на закінчення проекту,
коли вже вносити модифікації в проект немає можливості через
закінчення термінів робіт.
Розробка призначеного для користувача інтерфейсу дода-
тку представляє собою ітеративний процес. Кожна ітерація по-
в'язана з окремим етапом проектування, створенням прототипу

154