Тестування зручності користування (Usability testing)
Тестування практичності (usability testing): Тестування з метою визначення ступеня зрозумілості, легкості у вивченні та використанні, привабливості програмного продукту для користувача за умови використання у заданих умовах експлуатації (ISO 9126)
Тестування зручності користування - це дисфункція тестування програмного забезпечення, що є підмножиною тестування користувальницького досвіду - UX, "Ю-Екс", user experience. Загалом воно поділяється на зрозумілість, навченість, працездатність, привабливість та відповідність (understandability, learnability, operability, attractiveness, and compliance). Юзабіліті-тестування призначене для визначення того, наскільки програмний продукт зрозумілий, легкий у освоєнні, простий в експлуатації та привабливий для користувачів за певних умов та вимог. Цей тип тестування зазвичай виконується реальними користувачами.
Категорії юзабіліті-тестування :
Дослідницька : зазвичай ми розглядаємо цю категорію на ранніх етапах процесу тестування програмного забезпечення. Чим раніше виконується тестування юзабіліті у процесі тестування, тим менші ризики у продукті. На цьому етапі зазвичай розглядається дизайн продукту та концепції, що належать до продукту або послуги;
Оцінна : ця категорія описує оцінку виконання Е2Е тесту, а також аналізує ефективність продукту та задоволеність користувачів;
Порівняльна : у цій категорії два або більше схожих продукту порівнюються за різними атрибутами, такими як дизайн продукту, переваги та недоліки, що допомагає вибрати продукт, який забезпечує кращий досвід користувача;
Методи юзабіліті-тестування :
Проміжне (?hallway) тестування. Цей метод є одним із найбільш ефективних та економічних у порівнянні з іншими доступними методами. У разі використання цього методу веб-сайт або продукт для тестування отримують кілька випадкових людей, а не навчені фахівці. Оскільки випадкові люди тестують службу без попереднього знання продукту, вони тестують її більш ефективно і надають більш точні результати та чесний зворотний зв'язок для покращення, якщо такі є;
Віддалене тестування. Як випливає із назви, віддалене тестування юзабіліті проводиться людьми, які знаходяться у віддалених місцях. Зворотній зв'язок може бути записаний і надісланий випадковими людьми, а не експертом з технологій. Іноді віддалене тестування виконується за допомогою відеоконференцзв'язку. Цей тип юзабіліті-тестування знижує вартість порівняно з іншими типами тестування;
Експертна оцінка . Експерта в цій галузі просять протестувати продукт чи послугу та надати відгук, а потім подати результати. Зазвичай це швидко, але й коштує недешево. Експерт знаходить лазівки і виявляє недоліки у продукті чи послузі;
Паперовий прототип. Тестування паперових прототипів - один із традиційних підходів до тестування юзабіліті. Цей метод включає пробний запуск тесту, ручний малюнок, малювання моделей або прототипу. Обговорення послідовності операцій та їх малювання на папері, а також розгляд усіх можливих вихідних даних, сценаріїв та умов – ось ціль цього типу тестування. Це один із основних типів тестування, який найчастіше застосовується у всіх проектах для усунення основних проблем. Виконуючи тестування паперового прототипу, можна отримати більшу ясність у процесі виконання. Тестування паперового прототипу зазвичай проводиться у проектній групі. Отже, це на ранніх етапах процесу тестування. Це відносно дешевший метод тестування юзабіліті, але не найефективніший спосіб тестування,
Автоматизоване . Як випливає із назви, цей метод тестування виконується шляхом написання сценаріїв автоматизації. Після виконання тесту результати записуються та надсилаються. Для цього типу методу тестування компанії необхідно найняти ресурс, який добре знайомий з написанням сценаріїв та побудовою середовища автоматизації. Це один із найбільш часто використовуваних методів тестування;
Тестування зручності користування дає оцінку рівня зручності використання програми за такими пунктами:
продуктивність, ефективність (efficiency) - скільки часу та кроків знадобиться користувачеві для завершення основних завдань програми, наприклад, розміщення новини, реєстрації, купівля тощо? (менше – краще)
правильність (accuracy) – скільки помилок зробив користувач під час роботи з додатком? (менше – краще)
активізація у пам'яті (recall) - як багато користувач пам'ятає роботу програми після призупинення роботи з ним на тривалий час? (повторне виконання операцій після перерви має відбуватися швидше, ніж у нового користувача)
емоційна реакція (emotional response) - як користувач почувається після завершення завдання - розгублений, відчув стрес? Чи рекомендує користувач систему своїм друзям? (позитивна реакція – краще)
Перевірка зручності використання може проводитися як до готового продукту, за допомогою тестування чорної скриньки (black box testing), так і до інтерфейсів програми (API), що використовуються при розробці - тестування білої скриньки (white box testing). У цьому випадку перевіряється зручність використання внутрішніх об'єктів, класів, методів та змінних, а також розглядається зручність зміни, розширення системи та інтеграції її з іншими модулями чи системами. Використання зручних інтерфейсів (API) може покращити якість, збільшити швидкість написання та підтримки коду, що розробляється, і як наслідок поліпшити якість продукту в цілому.
Звідси стає очевидним, що тестування зручності користування може проводитись на різних рівнях розробки ПЗ: модульному, інтеграційному, системному та приймальному.
Джерела:
Дод. матеріал:
Last updated