Подякувати Студентському архіву довільною сумою
Admin
26.02.2023 12:38
Дякуємо, що користуєтесь нашим архівом!
Етап тестування
Інформація про навчальний заклад
ВУЗ:
Національний університет Львівська політехніка
Інститут:
Інститут комп’ютерних наук та інформаційних технологій
Факультет:
КН
Кафедра:
Не вказано
Інформація про роботу
Рік:
2010
Тип роботи:
Звіт до лабораторної роботи
Предмет:
Технологія програмування та створення програмних продуктів
Частина тексту файла (без зображень, графіків і формул):
Міністерство освіти і науки України
Національний університет «Львівська політехніка»
Інститут комп’ютерних наук та інформаційних технологій
Кафедра АСУ
Звіт
до лабораторної роботи №5
“Розробка програмного продукту.
“Етап тестування”
з дисципліни
“ Технологія програмування та створення програмних продуктів ”
Львів 2010
Мета: Ознайомлення з основними задачами, які необхідно розв’язати під час виконання етапу тестування
Завдання: Навчитись реалізовувати етап тестування програмного продукту комп’ютерних систем
Теоретична частина
Основні теоретичні відомості
Мета тестування полягає в тому, щоб виявити і виправити помилки. Цей процес допомагає розпізнавати алгоритмічні помилки і помилкове виконання системою своїх функцій. Під алгоритмічною помилкою ми розуміємо конструкцію, яка розроблена неправильно. Одна помилка може викликати безліч неправильних виконань програми. Також помилки можуть бути наслідком інших помилок, це потрібно враховувати при їх аналізі.
Тестування це:
Сертифікація - наприклад, перевірка відповідності системи вимогам клієнта;
Перевірка - наприклад, перевірка відповідності системи вимогам з етапу формування вимог.
Тести призначені для виявлення, і подальшого усунення, максимальної кількості помилок, розрахунку статистики помилок, а також - оцінки надійності всієї системи.
Тести поділяються на:
Динамічні - які порівнюють результати роботи програми з правильними результатами.
Статичні - засновані на аналізі коду.
Існують наступні фази тестування:
Тестування модулів виконується після їх реалізації і об’єднання.
Тестування системи виконується після її інтеграції. Воно охоплює тестування системи і всіх її модулів.
Приймальне випробування. Системи, які розроблені для клієнта, доставляються йому для перевірки. Такі тести називають альфа-тестами. Системи, які розроблені для ринку, доставляються деяким представницьким користувачам (бета-тестувальникам) і перевіряються ними. Такі тести називають бета-тестами.
Основні чинники успіху етапу тестування: визначення спеціальних вимог надійності частин системи і мотивація відповідальних за тестування людей. Оскільки тестуючий персонал найчастіше представляє нижчий рівень в ієрархії службовців, рекомендується призначити для тестування людей, які займаються програмуванням і проектуванням даної системи.
Основні результати етапу тестування:
Покращені код, проект, модель і, можливо, специфікація вимог.
Звіт про тести.
Оцінка надійності системи.
В процесі тестування розрізняють два поняття:
Перевірка – тестування відповідності ПЗ вимогам, описаним на етапі формулювання вимог.
Затвердження – оцінка того, чи є система або її компоненти відповідної якості. Затвердження проводиться під час або після розробки.
рис 1.1. Етап тестування.
Перевірка
Методи перевірки:
Перегляди, інспекція, тестування, ревізія, порівняння і інші методи перевірки відповідності компонентів, процесів, документів вимогам.
Перевірка повинна оцінювати, чи відповідає продукт на даній стадії розробки вимогам, встановленим на початку етапу.
В ході перевірки виконуються наступні дії:
Технічні перегляди і інспекції ПЗ;
Порівняння вимог користувача і ПЗ;
Перевірка відповідності компонентів ПЗ вимогам;
Тестування модулів програми;
Тестування цілісності;
Ревізія.
Фази проекту мають своє відображення на етапі тестування. На рис. 1.2. зображено їх зв'язки і відносини.
Модулі тестування
Для тестування досить великих проектів їх розбивають на певну кількість окремих модулів так, щоб вони якомога менше залежали один від одного. Модуль – набір логічно зв’язаних функціональностей. Кожен модуль тестується окремо - це зроблено для полегшення локалізації джерела помилки. Після тестування всіх модулів, їх збирають в єдину систему або підсистему і тестують разом – це допомагає виявити помилки залежностей і взаємодій між ними. Цей процес називають тестуванням цілісності. Також він допомагає визначити відповідність системи вимогам.
Тестування прийнятності системи - останній етап, який проводиться перед доставкою системи користувачеві. Він полягає в тому, що система тестується даними користувача, а не розробника.
Види тестів
До тестування відносяться два поняття: помилка і невдача.
Помилка - це неправильна побудова програми, яка може призвести до помилок в ході її виконання.
Невдача - неправильне функціонування системи під час її роботи.
Помилка може призвести до багатьох невдач. Одна і та ж невдача може відбуватися з різних причин.
Отже: тестування - це процес визначення і усунення помилок, заснований на неправильних виконаннях та інших тестах.
Тести ПЗ можуть класифікуватися з точки зору головної мети або техніки тестування.
Класифікація з точки зору техніки тестування.
Існують наступні тести:
статичні тести, засновані тільки на аналізі коду. Вони здійснюються програмістами.
динамічні тести, які складаються з виконання різних частин коду і порівняння їх результатів з правильними.
Динамічні тести
Статистичне тестування елементів
Статистичне тестування засноване на випадкових даних. Правильна робота програми перевіряється порівнянням вихідних даних з очікуваними вихідними даними. Таке тестування проводиться циклічно, поки не буде досягнуто позитивного результату.
Такі тести проводяться відповідно до чітко визначеного плану:
генерування випадкових вхідних даних, які відповідають обраним правилам
визначення очікуваних результатів роботи системи.
запуск системи і порівняння її результатів з очікуваними.
Статистичні тести легко виконувати без участі людей. Якщо початкові обмеження вірні і визначена початкова продуктивність системи, тестування може виконуватися автономно.
Недолік - висновки про надійність, що ґрунтуються на цих результатах, можуть бути невірними. Причина часто полягає в неправильних обмеженнях даних - вони можуть не відповідати реальним.
Заходи надійності, засновані на статистиці помилок:
Ймовірність невдачі транзакції
Частота невдачі - кількість помилок за проміжок часу. Застосовується до систем без транзакцій
Середній час між виконаннями
Доступність - вірогідність того, що система у будь-який момент часу буде доступна користувачеві. Обчислюється відношенням часу, впродовж якого система була доступна, до часу тестування.
Статистичне тестування вимагає наявності даних, які відображають реальні результати. Але їх іноді не можливо отримати, отже, цей тип тестування не є універсальним.
Перевага статистичного тестування полягає в можливості його автономної роботи, що дає змогу провести багатократне тестування.
Тестування методом прозорої скриньки
Тестування методом прозорої скриньки використовуються за умови, що тестувальник має в наявності код програми і може переглядати логіку поведінки програми під час її виконання. Він вводить дані, а потім переглядає (трасує) логіку виконання покроково, таким чином визначаючи джерело помилки. Це дозволяє програмістам пропускати цей етап і концентруватись тільки на розробці.
Вхідні дані для таких тестів визначаються свідомо, так, щоб привести програму в найбільш складний стан.
Зазвичай програмісти самі пишуть код для тестування програм – це називається автоматизованим тестуванням.
Дані і код такого тестування повинні бути готовими заздалегідь і мають бути спроектовані таким чином, щоб кожна програмна функція перевірялася хоча б один раз. Існує методика розробки ПЗ, яка передбачає написання автоматизованих тестів до початку розробки проекту. Це дозволяє оцінювати працездатність окремих модулів і класів системи до їх інтегрування з іншими компонентами. Така методика написання тестів до початку процесу написання коду програми, має назву test-driven development.
Тестування методом чорного ящика
Робота програми перевіряється згідно з припущенням того, що тестувальнику не відомі жодні внутрішні деталі і особливості логіки. Тестувальник користується програмою так, ніби він є кінцевим користувачем продукту, але використовує вхідні дані, які на його думку можуть призвести до помилки. Перевага такого тестування в тому, що людина, яка тестує програму, не мислить стереотипами логіки, що склалась у людей, які цю програму розробили, отже, тестувальник може використовувати нестандартні і нелогічні дані, які можуть призводити до помилки.
Методи зменшення наслідків загрози
Ми можемо зменшити загрози шляхом обережної і уважної реалізації частин системи, які можуть призвести до загроз. Розробку найважливіших частин системи слід доручити досвідченішим програмістам. Також можна написати і порівняти декілька версій важливих частин системи.
Правило повинно враховувати всі ситуації, які можуть призвести до загроз, і прийняти заходи шляхом посилання повідомлень користувачеві.
Чинники успіху, успіх тестування
Неможливо протестувати всі аспекти продукту, тому успіх тестування у більшій мірі залежить від визначення найвимогливіших до надійності частин програми і уважного вибору даних.
Мотивація команди тестувальників також дуже важлива - слід враховувати цінність знаходження найнебезпечніших помилок.
Головними результатами тестування є правильні: код, проект, модель і звіт про проведені тести з їх результатами. Результат також повинен містити оцінку надійності і витрат на підтримку.
Проведемо тестування проекту Cinema. Розглянемо основні види тестування і виберемо найоптимальніші в нашому випадку.
Статистичне тестування – відкинемо цей вид, оскільки:
проект не передбачає серйозних обробок даних, в яких можна допустити помилку;
тестування не можливо провести без участі людини.
Метод прозорої скриньки – оберемо цей вид, оскільки
вхідні дані для таких тестів визначаються свідомо, так, щоб привести програму в найбільш складний стан
дозволяє визначити джерело помилки;
дозволяє знайти помилки в логіці програми.
Автоматизоване тестування – цей вид тестування відкинемо оскільки:
затрати часу на створення юніт-тестів не окупляться при тестуванні.
Метод чорної скриньки – оберемо цей вид оскільки можна:
продемонструвати його відмінності від методу прозорої скриньки.
перевага такого тестування в тому, що людина, яка тестує програму, не мислить стереотипами логіки, що склалась у людей, які цю програму розробили
Статичні тести – відкинемо цей вид, оскільки перегляд коду присутній в методі білої скриньки.
Метод сіяння помилок – не підходить для тестування даного проекту через обмеженість вхідних даних.
Використаємо два типи тестування: тестування методом чорної скриньки, методом білої скриньки. Були обрані тільки ці методи, оскільки інші є менш ефективні у нашому випадку.
Метод чорної скриньки
Log_In_Out;
запустили головну сторінку мережі кінотеатрів.
відкрилось основне вікно, яке містить сторінку авторизації (функція StartProgClient).
(функція CreateConnect)
після цього програма повідомила, що стан з’єднання з системою успішний
при відключеному доступі до мережі, програма попросила перевірити з’єднання з мережею.
Register;
а). запустили головну сторінку мережі кінотеатрів.
б). відкрилось основне вікно, яке містить сторінку авторизації (функція StartProgClient).
в). зайшли на сторінку авторизації в системі мережі кінотеатрів.
г). в цьому вікні в розділі логінування натиснули «Зареєструватися» (функція Reg).
д). з’явилося вікно з бланком реєстрації (функція StartReg).
е). ввели всі необхідні дані та натиснули клавішу «Реєстрація» (функція SaveNewClient) .
є). відкривається вікно з надписом “Неправильний логін чи пароль! Будь-ласка, повторіть введення ”. Реєстрації користувача не відбувається. Виявлена помилка.
- Main;
а). запустили головну сторінку мережі кінотеатрів
б). відкрилось основне вікно, яке містить сторінку авторизації (функція StartProgClient).
в). зробимо активним поле Пароль та натиснемо клавішу Tab (функція LogParolTab) .
г). За допомогою клавіші Tab користувач може переключатись з поля Пароль на поле Логін. Ніяких змін не відбулося. Виявлена помилка.
Search;
Запустили головну сторінку системи мережі кінотеатрів.
відкрилось основне вікно, яке містить сторінку авторизації (функція StartProgClient).
в полі пошуку ввели назву фільму та натиснули «Пуск» ( функція StartSearch).
відкрилось вікно з описом даного фільму( короткий зміст, проморолик, час показу даного фільму в кінотеатрах Львова).
Buy_Ticket
Запустили головну сторінку системи мережі кінотеатрів.
відкрилось основне вікно, яке містить сторінку авторизації (функція StartProgClient).
ввели логін «client» та пароль «test» » і натиснули кнопку логування.
після чого запустилося діалогове вікно клієнта (функція StartWndClient).
Натиснули на кнопку «Купити квиток» (функція BuyTicket).
Відкрилось вікно з бланком замовлення ( функція WndOrder).
Заповнивши бланк тиснемо ОК (функція OrderOK). Замовлення оформлене вірно. Отримуємо чек з вартістю замовлення.
- Edit_Users
Запустили головну сторінку системи мережі кінотеатрів.
У діалоговому вікні простого користувача натиснули на кнопку редагування користувачів(функція EdUs).
Система видала повідомлення про помилку(функція Err).
Зявилося вікно з проханням ввійти в систему як адміністратор.
RellCinema;
запустили програму на сервері.
після цього програма повідомила про доступність файлів системи і їх коректність (функція StartProgSys).
з’явилось повідомлення, що стан з’єднання системи успішний
г). при відключеному доступі до мережі, програма також повідомила, що стан з’єднання системи успішний (функція CreateServ). Виявлена помилка.
Secure;
виконали несанкціонований доступ до БД під час роботи системи з допомогою спеціально написаного коду. Система сповістила адміністратора про це і заблокувала БД (функція ProtectDB).
послали з мережі дані які є незрозумілі системі (функція ProtectData). Система виявила їх некоректність.
DBEdit;
Запустили головну сторінку системи мережі кінотеатрів
зайшли на сторінку авторизації (функція StartProgClient).
в цьому вікні ввели логін «admin» та пароль «test» і натиснули кнопку логування.
після чого запустилося діалогове вікно адміністратора (функція StartWndAdmin).
в провіднику файлів не відображаються всі системні файли, що повинні бути доступні адміністратору (функція FilePreviev). Помилка виявлена.
Search;
Запустили головну сторінку системи мережі кінотеатрів.
відкрилось основне вікно, яке містить сторінку авторизації (функція StartProgClient).
в полі пошуку ввели назву фільму та натиснули «Пуск» ( функція StartSearch).
відкрилось вікно з описом даного фільму( короткий зміст, проморолик, час показу даного фільму в кінотеатрах Львова).
SysInfo;
Запустили головну сторінку системи мережі кінотеатрів
зайшли на сторінку авторизації (функція StartProgClient).
в цьому вікні ввели логін «admin» та пароль «test» і натиснули кнопку логування.
після чого запустилося діалогове вікно адміністратора (функція StartWndAdmin).
натиснули на кнопку «Нові користувачі» (функція RegistrNew). З’явився список користувачів, які відправили заявку на реєстрацію.
відкривши БД клієнтів побачили, що кількість користувачів збільшилася.
клікнувши по імені клієнта, що потребує реєстрації ми змогли переглянути введену ним інформацію (функція PrevievClientForRegistr)
Метод білої скриньки
DBEdit;
Запустили головну сторінку системи мережі кінотеатрів
зайшли на сторінку авторизації (функція StartProgClient).
в цьому вікні ввели логін «admin» та пароль «test» і натиснули кнопку логування.
після чого запустилося діалогове вікно адміністратора (функція StartWndAdmin).
в провіднику файлів не відображаються всі системні файли, що повинні бути доступні адміністратору (функція FilePreviev). Помилка виявлена.
джерелом помилки є неправильне звернення до індексів об’єкта ListViev.
RellCinema;
запустили програму на сервері.
після цього програма повідомили про доступність файлів системи і їх коректність (функція StartProgSys).
програма видала повідомлення, що стан з’єднання системи успішний
г). при відключеному доступі до мережі, програма також повідомила, що стан з’єднання системи успішний (функція CreateServ). Виявлена помилка.
д). джерелом помилки є неправильна умова при перевірці наявності з’єднання системи до мережі
Register;
запустили головну сторінку мережі кінотеатрів.
відкрилось основне вікно, яке містить сторінку авторизації (функція StartProgClient).
зайшли на сторінку авторизації в системі мережі кінотеатрів.
в цьому вікні в розділі логінування натиснули «Зареєструватися» (функція Reg).
з’явилося вікно з бланком реєстрації (функція StartReg).
ввели всі необхідні дані та натиснули клавішу «Реєстрація» (функція SaveNewClient) .
відкривається вікно з надписом “Неправильний логін чи пароль! Будь-ласка, повторіть введення ”. Реєстрації користувача не відбувається. Виявлена помилка.
Джерелом помилки є невірний параметр при виклику функції SaveNewClient
- Main;
запустили головну сторінку мережі кінотеатрів
відкрилось основне вікно, яке містить сторінку авторизації (функція StartProgClient).
зробимо активним поле Пароль та натиснемо клавішу Tab (функція LogParolTab) .
За допомогою клавіші Tab користувач може переключатись з поля Пароль на поле Логін. Проте, натиснувши на Tab, ми побачили що ніяких змін не відбулося. Виявлена помилка.
Джерелом помилки є неправильний код клавіші у функції LogParolTab.
Звіт про проведене тестування
Гамар Віталія.
101.
Критична помилка
Середній.
Неможливо здійснити реєстрацію нового користувача в системі. З’являється повідомлення з проханням ввести логін та пароль ще раз.
Шлях відтворення
запустили головну сторінку мережі кінотеатрів.
відкрилось основне вікно, яке містить сторінку авторизації (функція StartProgClient).
зайшли на сторінку авторизації в системі мережі кінотеатрів.
в цьому вікні в розділі логінування натиснули «Зареєструватися» (функція Reg).
з’явилося вікно з бланком реєстрації (функція StartReg).
ввели всі необхідні дані та натиснули клавішу «Реєстрація» (функція SaveNewClient) .
відкривається вікно з надписом “Неправильний логін чи пароль! Будь-ласка, повторіть введення ”. Реєстрації користувача не відбувається. Виявлена помилка.
Гамар Віталія.
102.
Косметична.
Низький.
Не працює клавіша швидкого переходу від логіна до паролю і навпаки.
Шлях відтворення
запустили головну сторінку мережі кінотеатрів
відкрилось основне вікно, яке містить сторінку авторизації (функція StartProgClient).
зробимо активним поле Пароль та натиснемо клавішу Tab (функція LogParolTab) .
За допомогою клавіші Tab користувач може переключатись з поля Пароль на поле Логін. Проте, натиснувши на Tab, ми побачили що ніяких змін не відбулося. Виявлена помилка.
Гамар Віталія.
103.
Без втрати даних.
Середній.
в провіднику файлів не відображаються всі системні файли, що повинні бути доступні адміністратору.
Шлях відтворення
Запустили головну сторінку системи мережі кінотеатрів
зайшли на сторінку авторизації (функція StartProgClient).
в цьому вікні ввели логін «admin» та пароль «test» і натиснули кнопку логування.
після чого запустилося діалогове вікно адміністратора (функція StartWndAdmin).
в провіднику файлів не відображаються всі системні файли, що повинні бути доступні адміністратору (функція FilePreviev). Помилка виявлена.
Гамар Віталія.
104.
Без втрати даних.
Низький.
при відключеному доступі до мережі програма видала повідомлення, що стан з’єднання системи успішний.
Шлях відтворення
запустили програму на сервері.
після цього програма повідомили про доступність файлів системи і їх коректність (функція StartProgSys).
програма видала повідомлення, що стан з’єднання системи успішний
при відключеному доступі до мережі, програма також повідомила, що стан з’єднання системи успішний (функція CreateServ). Виявлена помилка.
Висновок. На даній лабораторній роботі я ознайомилася з основними задачами, які необхідно розв’язати під час виконання етапу тестування
13.02.2013 23:02-
Ділись своїми роботами та отримуй миттєві бонуси!
0%
Оголошення від адміністратора