- •6.050103 – «Програмна інженерія»
- •6.050103 – «Програмна інженерія»
- •Створення тест плану для тестування програм
- •Мета роботи
- •Методичні рекомендації до самостійної роботи студентів
- •1.2.1 Підготовка до роботи
- •1.2.2 Сутність роботи
- •Порядок виконання роботи
- •2.2.1 Підготовка до роботи
- •2.2.2 Сутність роботи
- •3.2.1 Підготовка до роботи
- •3.2.2 Сутність роботи
- •4.2.1 Підготовка до роботи
- •4.2.2 Сутність роботи
- •Порядок виконання роботи
- •Історія змін (Revision History)
- •1.4 Визначення проекту (Project Identification)
- •2 Вимоги до тестування (Requirements for Test)
- •3 Стратегія тестування (Test Strategy)
- •3.1 Типи тестування (Testing Types )
- •3.1.1 Дані і бд Інтеграційне тестування (Data and Database Integrity Testing)
- •3.1.2 Функціональне тестування (Function Testing)
- •3.1.3 Бізнес-цикл тестування (Business Cycle Testing)
- •3.1.4 Тестування інтерфейсу користувача (User Interface Testing)
- •3.1.5 Тестування продуктивності (Performance Profiling )
- •3.1.6 Завантажувальне тестування (Load Testing)
- •3.1.7 Стресове тестування (Stress Testing)
- •3.1.8 Навантажувальне тестування (Volume Testing)
- •3.1.9 Тестування безпеки і контролю доступу (Security and Access Control Testing)
- •3.1.10 Тестування відмовостійкості та відновлення (Failover and Recovery Testing)
- •3.1.11 Тестування конфігурації (Configuration Testing)
- •3.1.12 Тестування інсталяції (Installation Testing)
- •3.2 Інструменти (Tools)
- •4 Ресурси (Resources)
- •4.2 Система (System)
- •5 Етапи проекту (Project Milestones)
- •Додаток б Приклад оформлення титульного листа звіту з лабораторних робіт
- •Додаток в Шаблони і приклади заповнення тестового випадку(Test Case) в.1 Шаблон №1 тестового випадку
- •В.2 Шаблон №2 тестового випадку
- •Додаток г Шаблони і приклади звіту про помилки/дефекти (Bug Report) г.1 Шаблон звіту про помилку/дефект (Bug Report)
- •Г.2 Приклад створення звіту про помилку/дефект (Bug Report)
М ІНІСТЕРСТВО ОСВІТИ І НАУКИ,
МОЛОДІ ТА СПОРТУ УКРАЇНИ
ХАРКІВСЬКИЙ НАЦІОНАЛЬНИЙ
УНІВЕРСИТЕТ РАДІОЕЛЕКТРОНІКИ
МЕТОДИЧНІ ВКАЗІВКИ
ДО ЛАБОРАТОРНИХ РОБІТ З ДИСЦИПЛІНИ
«ТЕСТУВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ»
Харків 2011
МІНІСТЕРСТВО ОСВІТИ І НАУКИ,
МОЛОДІ ТА СПОРТУ УКРАЇНИ
ХАРКІВСЬКИЙ НАЦІОНАЛЬНИЙ
УНІВЕРСИТЕТ РАДІОЕЛЕКТРОНІКИ
МЕТОДИЧНІ ВКАЗІВКИ
ДО ЛАБОРАТОРНИХ РОБІТ З ДИСЦИПЛІНИ
«ТЕСТУВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ»
для студентів усіх форм навчання напряму
6.050103 – «Програмна інженерія»
ЗАТВЕРДЖЕНО
кафедрою ПЗ ЕОМ.
Протокол №1 від 31.08.2010
Харків 2011
Методичні вказівки до лабораторних робіт з дисципліни «Тестування програмного забезпечення» для студентів усіх форм навчання напряму 6.050103 – «Програмна інженерія» / Упоряд. І.А. Ревенчук, Т.С. Ткачова. Харків: ХНУРЕ, 2011. 41 с.
Упорядники: І.А. Ревенчук,
Т.С. Ткачова
Рецензент: С.П. Новоселов, канд. техн. наук, доц. каф. ТАВР
Навчальне видання
МЕТОДИЧНІ ВКАЗІВКИ
ДО ЛАБОРАТОРНИХ РОБІТ З ДИСЦИПЛІНИ
«ТЕСТУВАННЯ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ»
для студентів усіх форм навчання напряму
6.050103 – «Програмна інженерія»
Упорядники: РЕВЕНЧУК Ілона Анатоліївна
ТКАЧОВА Тетяна Сергіївна
Відповідальний випусковий З.В. Дудар
Редактор О.С. Белянінова
Комп’ютерна верстка Г.М. Голоднікова
План 2011 (перше півріччя), поз. 10
Підп. до друку 31.08.10. Формат 60х 84 1/16. Спосіб друку – ризографія.
Умов. друк. арк. 2,3. Облік. вид. арк. 2,1. Тираж 15 прим.
Зам. № 1-10. Ціна договірна.
ХНУРЕ. Україна. 61166 Харків, просп. Леніна, 14
Зміст
Зміст 7
Вступ 9
1 Створення тест плану для тестування програм 10
1.1 Мета роботи 10
1.2 Методичні рекомендації до самостійної роботи студентів 10
1.3 Порядок виконання роботи 14
1.4 Висновки 14
1.5 Контрольні запитання та завдання 15
2 Розробка тестових випадків (test case) 15
2.1 Мета роботи 15
2.2 Методичні рекомендації до самостійної роботи студентів 15
2.3 Порядок виконання роботи 18
2.4 Висновки 18
2.5 Контрольні запитання та завдання 18
3 техніка тест дизайну при розробці тестових випадків (Test Cases тест кейсів ) 18
3.1 Мета роботи 18
3.2 Методичні рекомендації до самостійної роботи студентів 18
3.3 Порядок виконання роботи 24
3.4 Висновки 24
3.5 Контрольні запитання та завдання 25
4 Розробка звітів про помилки/ дефекти (bug report) 25
4.1 Мета роботи 25
4.2 Методичні рекомендації до самостійної роботи студентів 25
4.3 Порядок виконання роботи 27
4.4 Висновки 27
4.5 Контрольні питання 27
ПЕРЕЛІК ПОСИЛАНЬ 28
Додаток А Форма тест плану 29
Тестовий план (Test Plan) 33
1 Вступ (Introduction) 33
1.1 Мета (Purpose) 33
1.2 Довідкова інформація (Background) 33
1.3 Галузь застосування (Scope) 33
1.4 Визначення проекту (Project Identification) 33
2 Вимоги до тестування (Requirements for Test) 33
3 Стратегія тестування (Test Strategy) 33
3.1 Типи тестування (Testing Types ) 34
3.1.1 Дані і БД Інтеграційне тестування (Data and Database Integrity Testing) 34
3.1.2 Функціональне тестування (Function Testing) 34
3.1.3 Бізнес-цикл тестування (Business Cycle Testing) 34
3.1.4 Тестування інтерфейсу користувача (User Interface Testing) 35
3.1.5 Тестування продуктивності (Performance Profiling ) 35
3.1.6 Завантажувальне тестування (Load Testing) 36
3.1.7 Стресове тестування (Stress Testing) 36
3.1.8 Навантажувальне тестування (Volume Testing) 37
3.1.9 Тестування безпеки і контролю доступу (Security and Access Control Testing) 37
3.1.10 Тестування відмовостійкості та відновлення (Failover and Recovery Testing) 37
3.1.11 Тестування конфігурації (Configuration Testing) 38
3.1.12 Тестування інсталяції (Installation Testing) 39
3.2 Інструменти (Tools) 39
4 Ресурси (Resources) 39
4.1 Ролі (Roles) 39
4.2 Система (System) 40
5 Етапи проекту (Project Milestones) 41
6 Кінцевий продукт (Deliverables) 41
6.1 Тестова модель (Test Model) 41
6.2 Тестовий журнал (Test Logs) 41
6.3 Звіти з дефектів (Defect Reports) 41
7 Додаток А Задачі проекту (Appendix A Project Tasks) 41
Додаток Б Приклад оформлення титульного листа звіту з лабораторних робіт 42
В.1 Шаблон №1 тестового випадку 43
В.2 Шаблон №2 тестового випадку 44
Додаток Г Шаблони і приклади звіту про помилки/дефекти (Bug Report) 45
Г.1 Шаблон звіту про помилку/дефект (Bug Report) 45
Г.2 Приклад створення звіту про помилку/дефект (Bug Report) 46
Вступ
Тестування програмного забезпечення (ПЗ)– це процес дослідження ПЗ з метою отримання інформації про якість програмного продукту, а саме відповідність специфікації, технічному завданню, або вимогам замовника ПЗ.
Практичний підхід до тестування ПЗ особливу увагу приділяє процесам тестування на фоні стрімкого прискорення процесу розробки ПЗ.
Цей підхід орієнтований на використання спеціалістами з тестування ПЗ тестових робіт. Швидкість і ефективність розробки ПЗ залежить від того наскільки процес тестування вписується в загальний життєвий цикл розробки ПЗ і від ефективності використання технології тестування.
Тестування - це одна з технік контролю якості, що включає в себе діяльність з планування робіт (Test Management), проектуванню тестів (Test Design), виконанню тестування (Test Execution) і аналізу отриманих результатів (Test Analysis).
Необхідними умовами для тестування є наявність :
об'єкта тестування, доступного для проведення іспитів;
виконавця(ів) (залежно від виду проведених іспитів їм може бути як людина, так і машина або комбінація людина + машина).
Достатніми умовами для тестування є наявність:
об'єкта тестування, доступного для проведення іспитів;
виконавця(ів) (залежно від виду діяльності на різних фазах їм може бути як людина, так і машина або комбінація людина + машина);
плану тестування;
тест кейсів / тестів;
звіту, що підтверджує виконання задач і досягнення цілей, по тестуванню об'єкта.
В методичних вказівках до лабораторних робіт з дисципліни „Тестування програмного забезпечення” викладені основні принципи, технології тестування, вимоги до документів з тестування згідно відповідних стандартів:
тест план (тест план IEEE 829, тест план RUP, план приймально – здавальних випробувань RUP, план проведення навантажувального тестування);
тест дизайн специфікації (тест дизайн специфікація MSF, тест дизайн специфікація IEEE 829-1998);
тестовий випадок (test case);
звіт про помилку (bug report).
Основна увага приділяється налаштуванню процесу тестування, щоб як можна скоріше досягнути мети виходу на ринок якісного програмного продукту.