Тестування графічного інтерфейсу/візуальне тестування (GUI - Graphical User Interface testing
Інтерфейс - те, з допомогою чого відбувається “спілкування” між ПО та оточенням. Існує два типи інтерфейсів:
Інтерфейс командного рядка (CLI - Command Line Interface), де ви вводите текст термінал, і комп'ютер відповідає цю команду;
Графічний інтерфейс користувача (GUI - Graphical User Interface), де ви взаємодієте з комп'ютером, використовуючи графічне уявлення, а чи не текст;
Тестування графічного інтерфейсу користувача (GUI) проводять з метою перевірити функціональність та коректність відображення інтерфейсу користувача (меню, панелі інструментів, кольори, шрифти, розміри, значки, контент, кнопки тощо, як вони реагують на введення користувача).
Техніки тестування GUI :
Manual testing : За такого підходу тестери вручну перевіряють графічні екрани відповідно до вимог, викладених у документі бізнес-вимог (business requirements document);
Capture & replay testing або Record and Replay : Ми також можемо провести тестування графічного інтерфейсу користувача, використовуючи деякі інструменти автоматизації, розроблені спеціально для цього. Ідея полягає в тому, щоб запустити додаток і записати взаємодію, яка повинна відбуватися між користувачем і самим додатком (руху миші тощо), після чого ці тести проганятимуться, а фактичний результат порівнюватиметься з очікуваним;
Model based testing : Модель - це графічний опис поведінки системи. Це допомагає нам зрозуміти та спрогнозувати поведінку системи. Моделі допомагають у створенні ефективних тестових прикладів із використанням системних вимог. Процес:
Побудова моделі;
визначення вхідних даних для моделі;
Розрахунок очікуваних результатів для моделі;
Запуск тестів;
Порівняння фактичних результатів з очікуваними;
Рішення про подальші дії за моделлю;
Деякі методи моделювання, на основі яких можуть бути одержані тестові приклади:
Графіки - відображає стан системи та перевіряє стан після деякого введення;
Таблиці рішень - таблиці, що використовуються визначення результатів для вхідних даних;
Тестування на основі моделей - це метод створення тестових прикладів на основі вимог, що розвивається. Його головна перевага в порівнянні з двома вищезгаданими методами полягає в тому, що він може визначати небажані стани, яких може досягти вашого графічного інтерфейсу.
Приклади перевірок :
Тип і розмір шрифту : шрифт однаковий на всіх екранах або хоча б одного сімейства, однаковий розмір шрифту заголовків, основного тексту тощо;
Кольори : повинні бути поєднані. Дотримуйтесь одних кольорів і дотримуйтесь гайдлайнів. Ви не можете використовувати 4 різні варіанти помаранчевого (якщо тільки він не є частиною дизайну). Подивіться на гіперпосилання, фон, кнопки, основний текст тощо;
Стилі значків : вам не слід вибирати 5 різних стилів значків, якщо ви вибираєте «плоскі» значки, залишайтеся із плоскими значками;
Візуальні невідповідності : сталість завжди є ключовим моментом. Зовнішній вигляд у всьому додатку має бути однаковим. Крім зовнішнього вигляду, абревіатури також мають бути послідовними;
Невідповідності діалогових вікон : якщо ви використовуєте "вихід" в одних діалогових вікнах, ви повинні використовувати "вихід" в інших;
Обов'язкові поля : завжди краще вказати, що поле є обов'язковим, додавши до нього зірочку та надавши користувачеві свого роду попередження, якщо дані не вказані;
Помилки типів даних : завжди перевіряйте, що вказано правильний тип даних (дати, вік, вага тощо);
Один і той же документ, кілька відкриттів : коли документ відкривається/завантажується більше одного разу, замість перезапису ви можете перейменувати його, додавши номер до імені файлу;
Ширина полів : очевидно, якщо дозволена певна кількість символів і введені дані не повинні перевищувати певну кількість, ви повинні прояснити це;
Екранні інструкції: екрани (незрозумілі) повинні містити якісь екранні інструкції, які допоможуть/направлять користувача;
Індикатори виконання : коли чекаєте результатів, індикатори виконання хороші, щоб користувачі розуміли, що їм потрібно чогось чекати і що процес все ще продовжується;
Підтвердження збереження : якщо ви можете вносити зміни до програми без необхідності збереження, завжди корисно переконатися, що користувач не хоче зберігати, перш ніж перейти до іншого екрану;
Підтвердження видалення : оскільки ми підтверджуємо збереження, завжди корисно підтвердити, що користувач хоче видалити елемент. Я впевнений, що багато хто з вас (як і я) видаляв щось на сторінці, не бажаючи цього;
Введення перед Drop down list : коли у вас є сотні варіантів на вибір у меню, набагато краще мати можливість спочатку вводити текст, ніж переглядати весь список;
Неприпустимі параметри : іноді, щоб вибрати якісь параметри, вам необхідно підтвердити інші. Ця опція повинна відображатись як доступна, коли всі вимоги виконані;
Пункти меню : показувати лише ті пункти меню, які доступні в даний момент замість відображення всіх пунктів, навіть якщо вони недоступні;
Повідомлення про помилки : повідомлення про помилки мають бути інформативними;
Робочі шорткати: якщо у вашому додатку є шорткати, переконайтеся, що вони працюють, незалежно від цього, які браузери використовуються;
Різні дозволи : перевірити коректність верстки при масштабуванні та на різних дозволах;
Смуги прокручування ;
Зображення : стиснення, вирівнювання тощо;
Перевірка орфографії ;
Джерела:
Дод. матеріал:
Last updated