На бирже курсовых и дипломных проектов можно найти образцы готовых работ или получить помощь в написании уникальных курсовых работ, дипломов, лабораторных работ, контрольных работ, диссертаций, рефератов. Так же вы мажете самостоятельно повысить уникальность своей работы для прохождения проверки на плагиат всего за несколько минут.

ЛИЧНЫЙ КАБИНЕТ 

 

Здравствуйте гость!

 

Логин:

Пароль:

 

Запомнить

 

 

Забыли пароль? Регистрация

Повышение уникальности

Предлагаем нашим посетителям воспользоваться бесплатным программным обеспечением «StudentHelp», которое позволит вам всего за несколько минут, выполнить повышение уникальности любого файла в формате MS Word. После такого повышения уникальности, ваша работа легко пройдете проверку в системах антиплагиат вуз, antiplagiat.ru, etxt.ru или advego.ru. Программа «StudentHelp» работает по уникальной технологии и при повышении уникальности не вставляет в текст скрытых символов, и даже если препод скопирует текст в блокнот – не увидит ни каких отличий от текста в Word файле.

Результат поиска


Наименование:


Реферат Критерї якост нтерфейсу

Информация:

Тип работы: Реферат. Добавлен: 19.3.2014. Сдан: 2013. Страниц: 16. Уникальность по antiplagiat.ru: < 30%

Описание (план):


стор.
Вступ 3
1. Функціональне тестування користувальницьких інтерфейсів 4
2. Перевірка вимог до користувальницького інтерфейсу 5
2.1. Типи вимог до користувальницького інтерфейсу 5
2.2. Тестопригодність вимог до користувальницького інтерфейсу 7
2.3. Повнота покриття користувальницького інтерфейсу 8
2.4. Методи проведення тестування користувальницького інтерфейсу, повторюваність тестування користувальницького інтерфейсу 9
3. Тестування зручності використання користувальницьких
інтерфейсів 12
Висновки 15
Список використаних джерел 16


Вступ
Частина програмної системи, що забезпечує роботу інтерфейсу з користувачем - один з найбільш нетривіальних обєктів для верифікації. Нетривіальність полягає у двоякому сприйнятті терміна "користувальницький інтерфейс".
З одного боку, користувальницький інтерфейс - частина програмної системи. Відповідно, на користувальницький інтерфейс пишуться функціональні й низькорівневі вимоги, по яких потім складаються тест-вимоги й тест-плани. При цьому, як правило, вимоги визначають реакцію системи на кожне уведення користувача (за допомогою клавіатури, миші або іншого пристрою уведення) і вид інформаційних повідомлень системи, виведених на екран, друкувальний пристрій або інший пристрій висновку. При верифікації таких вимог мова йде про перевірку функціональної повноти користувальницького інтерфейсу - наскільки реалізовані функції відповідають вимогам, чи коректно виводиться інформація на екран.
З іншого боку, користувальницький інтерфейс - "особа" системи, і від його продуманості залежить ефективність роботи користувача із системою. Фактори, що впливають на ефективність роботи, слабко піддаються формалізації у вигляді конкретних вимог до окремих елементів, однак повинні бути враховані у вигляді загальних рекомендацій і принципів побудови користувальницького інтерфейсу програмної системи. Перевірка інтерфейсу на ефективність людино-машинної взаємодії одержала назву перевірки зручності використання (usability verification; у російськомовній літературі як переклад терминаusability часто використають слово "практичність").


1. Функціональне тестування користувальницьких інтерфейсів
Функціональне тестування користувальницького інтерфейсу складається з пяти фаз:
а) аналіз вимог до користувальницького інтерфейсу;
б) розробка тест-вимог і тест-планів для перевірки користувальницького інтерфейсу;
в) виконання тестових прикладів і збір інформації про виконання тестів;
г) визначення повноти покриття користувальницького інтерфейсу вимогами;
д) складання звітів про проблеми у випадку розбіжності поводження системи й вимог або у випадку відсутності вимог на окремі интерфейсные елементи.
Всі ці фази точно такі ж, як й у випадку тестування будь-якого іншого компонента програмної системи. Відмінності полягають у трактуванні деяких термінів у застосуванні до користувальницького інтерфейсу й в особливостях автоматизованого збору інформації на кожній фазі.
Так, тест-плани для перевірки користувальницького інтерфейсу, як правило, являють собою сценарії, що описують дії користувача при роботі із системою. Сценарії можуть бути записані або природна мовою, або формальною мовою якої-небудь системи автоматизації користувальницького інтерфейсу. Виконання тестів при цьому виробляється або оператором у ручному режимі, або системою, що эмулирует поводження оператора.
При зборі інформації про виконання тестових прикладів звичайно застосовуються технології аналізу виведених на екран форм й їхніх елементів (у випадку графічного інтерфейсу) або виведеного на екран тексту (у випадку текстового), а не перевірка значень тією або іншою змінною, установлюваною програмною системою.
Під повнотою покриття користувальницького інтерфейсу розуміється те, що в результаті виконання всіх тестових прикладів кожен интерфейсный елемент був використаний хоча б один раз у всіх доступних режимах.
Звіти про проблеми в користувальницькому інтерфейсі можуть містити в собі як опису невідповідностей вимог і реального поводження системи, так й опису проблем у вимогах до користувальницького інтерфейсу. Основне джерело проблем у цих вимогах - їх тестонепригодность, викликана розпливчастістю формулювань і неконкретністю.


2. Перевірка вимог до користувальницького інтерфейсу
2.1 Типи вимог до користувальницького інтерфейсу
Вимоги до користувальницького інтерфейсу можуть бути розбиті на дві групи:
- вимоги до зовнішнього вигляду користувальницького інтерфейсу й формам взаємодії з користувачем;
- вимоги по доступі до внутрішньої функціональності системи за допомогою користувальницького інтерфейсу.
Інакше кажучи, перша група вимог описує взаємодію підсистеми інтерфейсу з користувачем, а друга - із внутрішньою логікою системи.
До першої групи можна віднести наступні типи вимог.
• Вимоги до розміщення елементів керування на екранних формах
Дані вимоги можуть визначати загальні принципи розміщення елементів користувальницького інтерфейсу або вимоги до розміщення конкретних елементів. Наприклад, загальні вимоги по розміщенню елементів на графічній екранній формі можуть виглядати в такий спосіб:
Кожне вікно додатка повинне бути розбите на три частини: рядок меню, робоча область і статусний рядок........

Список використаних джерел
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. >


Перейти к полному тексту работы


Скачать работу с онлайн повышением уникальности до 90% по antiplagiat.ru, etxt.ru или advego.ru


Смотреть похожие работы


* Примечание. Уникальность работы указана на дату публикации, текущее значение может отличаться от указанного.