Тестування програмного забезпечення. Що це і як воно відбувається

Содержание

Слайд 2

Тестування — це порівняння очікуваного і фактичного результату з метою виявлення дефектів(багів)


Тестування — це порівняння очікуваного і фактичного результату з метою

виявлення дефектів(багів)
Слайд 3

Баг За легендою, 9 вересня 1945 року вчені Гарвардського університету, що

Баг

За легендою, 9 вересня 1945 року вчені Гарвардського університету, що тестували обчислювальну машину Mark II,

знайшли комашку, що застрягла між контактами електромеханічного реле. Знайдена комаха була вклеєна до технічного щоденника, з супроводжувальним надписом: «First actual case of bug being found» (англ. «перший випадок у практиці, коли було знайдено комаху»). Цей цікавий факт став передумовою для вживання слова «баг» у значенні «помилка».
Слайд 4

Для чого проводити тестуваня? Якщо ви замічаєте помилки, це означає, що

Для чого проводити тестуваня?

Якщо ви замічаєте помилки, це означає, що ви

вже проводите тестування.

Тестування проводиться щоб оцінити якість продукту :

Знайти баги
Впевнетись в існуючому рівні якості продукту
Запобігти появі нових багів (через improvement)

Слайд 5

Види тестування

Види тестування

Слайд 6

Функціональне тестування Кнопка “LOG IN” має : - бути зеленого кольору

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

Кнопка “LOG IN” має : - бути зеленого кольору - розміщена по

центрі - при кліку на кнопку має відбуватись аутентифікація користувача, якщо співпадає його EMAIL i PASSWORD

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

Слайд 7

Після того, як дефект був виявлений і виправлений, програмне забезпечення повинно

Після того, як дефект був виявлений і виправлений, програмне забезпечення повинно

бути протестовано ще раз, щоб підтвердити, що вихідний дефект був успішно виправлений.
Це називається підтверджуючим тестуванням (re-testing / confirmation testing).

Re-testing (confirmation testing)

Слайд 8

Регресійне тестування - є повторним тестуванням вже раніше протестованої програми, після

Регресійне тестування - є повторним тестуванням вже раніше протестованої програми, після

будь яких модифікацій (зміни в коді, виправлення дефектів або зміни в оточуючому середовищі), щоб виявити будь-які дефекти, що можуть виникати внаслідок цих змін.
Слайд 9

Як НЕ має виглядати: Баг репорт Скріншот

Як НЕ має виглядати: Баг репорт

Скріншот

Слайд 10

Як має виглядати Баг репорт За принципом що, де, коли?

Як має виглядати Баг репорт

За принципом що, де, коли?

Слайд 11

Як має виглядати скріншот

Як має виглядати скріншот

Слайд 12

Вартість дефекту

Вартість дефекту

Слайд 13

Скільки часу займає тестування? Придумайте свої варіанти для тестування форми! А

Скільки часу займає тестування?

Придумайте свої варіанти для тестування форми! А ще потрібно

перевірити всі варіанти для різних браузерів...
Слайд 14

Класи еквівалентності і аналіз граничних значень 20 3 0 -16 26

Класи еквівалентності і аналіз граничних значень

20

3

0

-16

26

Слайд 15

Висновки : Принципи тестування Вичерпне тестування неможливе Раннє тестування Пестицидний парадокс

Висновки : Принципи тестування

Вичерпне тестування неможливе
Раннє тестування
Пестицидний парадокс
Більшість багів знаходяться в одному місці

(принцип Паретто)
Тестування залежить від контексту
Тестування показує наявність багів (відсутність дефектів оманлива)