РЕФЕРАТ
Тема: "Тестування користувальницького інтерфейсу "
По курсу: "Якість програмного забезпечення, тестування на надійність "
Зміст
Введення
1 Функціональне тестування користувацьких інтерфейсів
2 Перевірка вимог до інтерфейсу користувача
2.1 Типи вимог до інтерфейсу користувача
2.2 Тестопрігодность вимог до інтерфейсу користувача
2.3 Повнота покриття для користувача інтерфейсу
2.4 Методи проведення тестування користувальницького інтерфейсу, повторюваність тестування користувальницького інтерфейсу
3 Тестування зручності використання користувацьких інтерфейсів
Висновки
Список використаних джерел
Введення
Частина програмної системи, що забезпечує роботу інтерфейсу з користувачем - один з найбільш нетривіальних об'єктів для верифікації. Нетривіальність полягає в двоякому сприйнятті терміна "користувальницький інтерфейс ".
З одного боку, користувальницький інтерфейс - частина програмної системи. Відповідно, на користувальницький інтерфейс пишуться функціональні і низькорівневі вимоги, за якими потім складаються тест-вимоги і тест-плани. При цьому, як правило, вимоги визначають реакцію системи на кожний введення користувача (за допомогою клавіатури, миші або іншого пристрою введення) і вид інформаційних повідомлень системи, що виводяться на екран, друкуючий пристрій або інший пристрій виводу. При верифікації таких вимог мова йде про перевірку функціональної повноти користувальницького інтерфейсу - наскільки реалізовані функції відповідають вимогам, чи коректно виводиться інформація на екран.
З іншого боку, користувальницький інтерфейс - "Особа" системи, і від його продуманості залежить ефективність роботи користувача з системою. Фактори, що впливають на ефективність роботи, слабо піддаються формалізації у вигляді конкретних вимог до окремих елементів, проте повинні бути враховані у вигляді загальних рекомендацій та принципів побудови користувальницького інтерфейсу програмної системи. Перевірка інтерфейсу на ефективність людино-машинного взаємодії отримала назву перевірки зручності використання (usability verification; в російськомовній літературі в Як перекладу термінаusability часто використовують слово "Практичність").
1. Функціональне тестування користувацьких інтерфейсів
Функціональне тестування користувальницького інтерфейсу складається з п'яти фаз:
а) аналіз вимог до інтерфейсу користувача;
б) розробка тест-вимог і тест-планів для перевірки користувальницького інтерфейсу;
в) виконання тестових прикладів і збір інформації про виконання тестів;
г) визначення повноти покриття користувальницького інтерфейсу вимогами;
д) складання звітів про проблеми в разі неспівпадання поведінки системи та вимог або в разі відсутності вимог на окремі інтерфейсні елементи.
Всі ці фази точно такі ж, як і у випадку тестування будь-якого іншого компонента програмної системи. Відмінності полягають у трактуванні деяких термінів у застосуванні до інтерфейсу користувача і в особливостях автоматизованого збору інформації на кожній фазі.
Так, тест-плани для перевірки користувальницького інтерфейсу, як правило, являють собою сценарії, що описують дії користувача при роботі з системою. Сценарії можуть бути записані або на природній мові, або на формальній мові небудь системи автоматизації користувальницького інтерфейсу. Виконання тестів при цьому виробляється або оператором в ручному режимі, або системою, яка емулює поведінку оператора.
При зборі інформації про виконання тестових прикладів зазвичай застосовуються технології аналізу виводяться на екран форм та їх елементів (в разі графічного інтерфейсу) або виводиться на екран тексту (у разі текстового), а не перевірка значень тих чи інших змінних, що встановлюються програмної системою.
Під повнотою покриття для користувача інтерфейсу розуміється те, що в результаті виконання всіх тестових прикладів кожен інтерфейсний елемент був використаний хоча б один раз у всіх доступних режимах.
Звіти про проблеми в інтерфейсі можуть включати в себе як опису невідповідностей вимог і реальної поведінки системи, так і опису проблем у вимогах до інтерфейсу користувача. Основне джерело проблем в цих вимогах - їх тестонепрігодность, викликана розпливчатістю формулювань і неконкретністю.
2. Перевірка вимог до інтерфейсу користувача
2.1 Типи вимог до користувальницькому інтерфейсу
Вимоги до інтерфейсу користувача можуть бути розбиті на дві групи:
- вимоги до зовнішнього вигляду користувальницького інтерфейсу і форм взаємодії з користувачем;
- вимоги по доступу до внутрішньої функціональності системи за допомогою користувальницького інтерфейсу.
Іншими словами, перша група вимог описує взаємодія підсистеми інтерфейсу з користувачем, а друга - з внутрішньої логікою системи.
До першої групи можна віднести наступні типи вимог.
• Вимоги до розміщення елементів управління на екранних формах
Дані вимоги можуть визначати загальні принципи розміщення елементів користувальницького інтерфейсу або вимоги до розміщення конкретних елементів. Наприклад, загальні вимоги щодо розміщення елементів на графічної екранній формі можуть виглядати наступним чином:
Кожне вікно додатка має бути розбито на три частини: рядок меню, робоча область і статусний рядок. Рядок меню повинна бути горизонтальній і притиснутою до верхньої частини вікна, статусний рядок повинна бути горизонтальній і притиснутою до нижньої частини вікна, робоча область повинна знаходитися між рядком меню і статусної рядком і займати всю оставшуюся площа вікна.
При тестуванні даної вимоги досить визначити, що в кожному вікні системи дійсно присутні три частини, які розташовані і притиснуті згідно з вимогами навіть при зміні розмірів вікна, його згортанні/розгортанні, переміщенні по екрану, при перекритті його іншими вікнами.
Прикладом вимог по розміщенню конкретного елемента може служити наступне:
Кнопка "Почати передачу" повинна знаходитися безпосередньо під рядком меню в лівій частині робочої області вікна.
При тестуванні такої вимоги також необхідно визначити, чи зберігається розташування елемента при зміні розміру вікна, а також при використанні елемента (в даному випадку - при натисканні).
• Вимоги до змісту та оформлення виведених повідомлень
Вимоги до змісту та оформлення виведених повідомлень визначають текст повідомлень, що виводяться системою, його шрифтове і кольорове оформлення. Також часто в таких вимогах визначається, в яких випадках виводиться то чи інше повідомлення.
Так, наприклад, для тестування вимоги
Повідомлення "Неможливо відкрити файл" повинно виводитися в статусну рядок притиснутим до лівого краю, червоним кольором, напівжирним шрифтом у разі недоступності файлу, що відкривається з читання.
Необхідно перевірити, що при виникненні зазначеної ситуації повідомлення дійсно виводиться згідно з вимогами.
Однак у випадку тестування вимоги виду
Повідомлення про помилки повинні виводитися в статусну рядок притиснутими до лівого краю червоним кольором напівжирним шрифтом.
Необхідно перевіряти формати всіх можливих повідомлень про помилках програми у всіх можливих помилкових ситуаціях. Таким чином, очевидно, що при тестуванні користувальницького інтерфейсу не завжди можна однозначно визначити кількість тестових прикладів, які знадобляться для тестування вимоги. Ця проблема викликана тим, що вимоги до користувальницькому інтерфейсу часто здаються занадто очевидними для їх точної формулювання. Ця неконкретність вимог і викликає велику кількість тестів...
