Тестування графічного інтерфейсу користувача

• Вимоги до зовнішнього вигляду інтерфейсу та форм взаємодії з користувачем:

  • Вимоги до розміщення елементів управління на екранних формах

  • Вимогу до змісту та оформленню повідомлень, які виводяться на екран

  • Вимоги до форматів вводу

  • Вимогу до реакції системи на ввід даних користувачем

  • Вимоги до часу відгуку системи на команди користувача

• Рівні покриття:

  • Функціональне покриття – покриття вимог до інтерфейсу користувача

  • Структурне покриття – кожний інтерфейсний елемент повинен бути використаний в тестових прикладах хоча б один раз

  • Структурне покриття з врахуванням стану елементів інтерфейсу – необхідно не тільки використати всі елементи інтерфейсу, а задати йому всі можливі стани.

  • Структурне покриття із врахуванням стану елементів інтерфейсу та внутрішнього стану системи – поведінка деяких інтерфейсних елементів може залежати від внутрішнього стану системи.

• Може проводитися:

  • Вручну - реалізація операторів описаних тестових сценаріїв. Переваги: виконання людиною, не будуть враховуватися «косметичні» зміни. Недоліки: значні ресурси.

  • За допомогою інструментарію (автоматизація) – використання програмних інструментів, які емалюють поведінку тестувальника-оператора.

• Тестування зручності використання інтерфейсів – впливають фактори:

  • Легкість навчання

  • Ефективність навчання

  • Запамятовуваність навчання

  • Помилки

  • Загальна задоволеність.

• Етапи тестування зручності використання інтерфейсу користувача:

  • Дослідницьке – після формулювання вимог до ситсеми та розробника прототипу інтерфейсу

  • Оціночне – після розробки низькорівневих вимог та деталізованого прототипу інтерфейсу.

  • Валідаційне – ближче до етапу завершення розробки

  • Порівняльне – на будь-якому етапі з метою порівняння декількох версій.

Тестування систем реального часу (срч)

• Тестування систем реального часу дозволяють оцінити наступні її характеристики:

  • Відповідність функціональності СРЧ специфікаціям, що описують систему:

  • Здатність СРЧ задовольняти функціональним специфікаціям протягом тривалого часу

  • Здатність СРЧ задовольняти функціональним специфікаціям при всіляких стресових ситуаціях

  • Здатність СРЧ обробляти події та/або здійснювати будь які операції в рамках заданих часових обмежень.

Функціональне і структурне тестування

• Техніки тестування, що будуються на основі специфікацій або коду часто називають функціональній або коду часто називають

08.12.11 Лекція 14 Інструменти тестування

Зміст:

• Класифікація інструментів тестування

• Вибір інструментів тестування

• Методи аналізу показників функціональності

• Методи вимірювання, що базуються на концепції функціонального розміру.

• Визначення розміру вебзастосувань

• Стандартизація методів вимірювання розміру.

• Огляд основних методів оцінки затрат.

На заміну аналізаторам коду та генераторам тестових даних для структурованого та функціонального тестування, лише працюючих на деяких апаратних та програмних платформах, проходять кросплатформені інструменти підтримки різних методів тестування.

Класифікація інструментів тестування

• Інструменти керування тестуванням

  • Менеджери конфігурацій та проекту

• Інструменти, підтримуючі аналіз вимог та проекту

  • Аналізатори планів, вимог та проектів

  • Розробники прототипів/емулятори системи

  • Інструменти тестування вимог

  • Планувальники тестів

• Інструменти підтримки тестування на етапі організації та супроводу

  • Статичні аналізатори вихідного коду

  • Інструменти підготовки тестів

  • Інструменти виконання тестів

  • Оцінювачі тестів

Інструменти керування тестуванням

• Менеджери конфігурацій – відстежують і контролюють внесення змін до ПС на протязі її розробки та супроводу і підтримують цілісність розроблених і поставляються версій ПС.

• Менеджери проекту – підтримують функції планування та відстеження на етапах розробки та супроводу системи (оцінювання термінів, ресурсів, побудова мережевих графіків і ін.)

Інструменти, підтримуючі аналіз вимог та проекту

• Аналізатори планів, вимог і проектів – оцінюють специфікації на повноту, несуперечність і відповідальність встановленим стандартам для специфікацій.

• Будівники прототипів/емулятори системи – об’єднують дії з тестування з діями з аналізу та проектування і дозволяють швидко промоделювати вимоги та проектні рішення.

• Інструменти трасування вимог – дозволяють встановити зв’язки вимог до проекту, кодом і тестами.

• Планувальними тестів – підтримують процес планування тестування на всіх його рівнях.

Статичні аналізатори вихідного коду

• Аудитори – аналізують код на відповідність стандартам кодування та встановленим правилам.

• Вимірювачі складності – обчислюють метрики коду для визначення атрибутів складності шляхом оцінювання таких характеристик коду. Як потік управління, операнди/оператори, дані, структура системи.

• Інструменти генерації перехресних посилань – забезпечують посилання між різними сутностями (змінними)

• Вимірювачі розміру – обчислюють число рядків вихідного коду (SLOC)

Інструменти підготовки тестів

• Екстрактори даних – будують тести, витягуючи інформацію з існуючих баз даних або тестових наборів.

• Генератори тестів за специфікацією вимог – будуть тести за вимогами, написаним на формальній мові специфікації.

• Генератори тестових даних (за різними методами) – генерують вхідні дані для тестування відповідно до методу, реалізованим в інструменті.

• Планувальними тестів – підтримують розробку та ведення планів тестування.

Інструменти виконання тестів

• Динамічні аналізатори покриття – оцінюють покриття коду тестами по відношенню до операторів, шляхам або модулів.

• Інструменти захоплення/програвання – автоматично записують дії тестувальника при виконанні програми у вигляді автоматично автоматичної тестової процедури і потім відтворюють ці дії.

• Відладчики – безпосередньо підтримують автономне тестування, хоча їх призначення – пошук і усунення помилок (налагодження).

• Емулятори – можуть застосовуватися замість відсутніх компонентів системи.