Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
Інститут підприємництва та перспективних технологій
при Національному Університеті Львівська Політехніка
Лабораторна робота №3
з дисципліни:
“Тестування програмних систем і комплексів”
Виконав:
Студент групи КНМ -41
Новіков Анатолій Олексійович
Перевірила:
асист. Навитка М.Л.
Львів – 2013
Мета роботи: Oзнайомитись із правилами хорошого тону у звітуванні дефектів (bug reporting) на прикладі тестування Калькулятора.
Баґ або Баг (англ. bug — жук) — сленгове слово, рівнозначне помилці, ваді або дефекту в програмі. Термін зазвичай використовується у відношенні до помилок, котрі виявляються на стадії роботи програми, на відміну від помилок проектування чи синтаксичних помилок. «Баґи» локалізуються та виправляються в процесі тестування та доробки програми.
За легендою, 9 вересня 1945 року вчені Гарвардського університету, що тестували обчислювальну машину Mark II Aiken Relay Calculator, знайшли метелика, що застряг між контактами електромеханічного реле й Грейс Хоппер вперше вжила цей термін. Знайдена комаха була вклеєна до технічного щоденника, з супроводжувальним надписом: «First actual case of bug being found» (англ. «перший випадок у практиці, коли було знайдено комаху»). Цей цікавий факт став передумовою для вживання слова «баг» у значенні «помилка».
Основні поняття та визначення.
Дефектом вважається
- Нездатність системи або компонента системи виконувати необхідні функції в рамках заданих вимог до продуктивності.
. - Помилка в програмі, яка примушує цю програму виконувати ненавмисні або непередбачені дії.
- Розбіжність між реальним станом чи результатом роботи програми і очікуваними результатми або станом.
Для фіксування та виправлення помилок пишуться звіти (bug reports).
Баг/Дефект Репорт (Bug Report) — це документ, що описує ситуацію або послідовність дій (Steps), що призвела до некоректної роботи об'єкта тестування (Misbehavior), із зазначенням причин та очікуваного результату (Expected Result).
Іншими словами Звіт тестувальника - це технічний документ, він пишеться для того, щоб визначити вплив, обставини, які викликали проблеми якості ПЗ, щоб визначити пріоритети помилок для відлагодження ПЗ та якнайшвидше допомогти знайти і виправити ці помилки програмістам.
Звіт тестувальника є основним результатом завершення етапу тестування, а результатом тестування є якість ПЗ. Саме тому фахівець із тестування повинен знати як писати відмінні звіти про дефекти.
Для написання звітів існує багато систем спостереження (Bug tracking systems).
Bug tracking systems - це система, що є програмним додатком, який призначений для допомоги у роботі тестерам та програмістам відслідковувати дефекти у їхній роботі. До найпопулярніших систем належать системи JIRA та TRACK.
Рис.1 JIRA - Bug Tracking System
Рис.1.1. JIRA - Bug Tracking System
Рис.2. Trac - Bug Tracking System
У звіті вказуються наступні поля:
Допоміжні:
Резюме (Summary) - це короткий опис проблеми, що має бути достатньо конкретний для уявлення про причину проблеми.
Середовище виконання (Environment): Версія та назва середовища в якому здійснювалось тестування та знайдена помилка.
Опис проблеми (Description)- надає чіткі та деталізований опис проблеми при особливих обставинах виконання із покроковим відтворенням помилки, де вказуються очікувані та поточні результати.
Складність (Severity) - показує наскільки складною та серйозною є проблема. Складність включає наступні рівні :
Першочерговість(Priority) - вказує як швидко проблема має бути усунена.
P.0 - виправити негайно
Р.1. - виправити у найближчий час
Р.2.- виправити до кінця закінчення етапу.
Р.3. - помилку було б чудово виправити.
Допоміжні: дуже часто використовують скріншоти інтерфейсу ПЗ, для візуалізації знайдених помилок.
Звіт про тестування Калькулятора.
Резюме (Summary): Помилка при обчисленні різниці 6-значних чисел.
Середовище виконання: Windows v.7. Максимальная., Calculator v.2.0.
Опис (Description) - Помилка при обчисленні різниці 6-значних чисел.
Етапи для відтворення проблеми:
1. Відкрийте Calculator v.2.0.
2. Виберіть перше 6- значне число від 0-9.
3. Виберіть операцію віднімання "-"
4. Виберіть друге 6- значне число від 0-9.
5. Здійсніть операцію обчислення "="
Очікуваний результат виконання(Expected result): Результат віднімання двох 6 значних чисел
Поточний результат виконання(Observed result): Помилка у результаті операції віднімання 6 значних чисел.
Складність (Severity): рівень середній
Першочерговість(Priority):
Р.2.- виправити до кінця закінчення етапу тестування.
Додатки (Atachments) :
Ознайомтесь з текстом лабораторної роботи.
Здійсніть процес тестування Calculator v.
Запишіть 10 помилок у окремі звіти із скріншотами результатів. Помилки не повинні повторюватися у ваших колег.
Перевірте свої знання за допомогою контрольних запитань.
Продемонструйте звіт викладачеві.
Тестування калькулятора.
Робимо тестування інтерфейсу - У тестуванні інтерфейсу я знайшов декілька дефектів.
1-Клавіша під номером 3 зміщена униз.
2-Візуальний вигляд інтерфейсу незадовільний.
3-Калькулятор не є багатофункціональний.
Використовую середовище для тестування калькулятора у Windows XP.
Візуальний вигляд даного калькулятора.
3) Робимо віднімання. Калькулятор V2
4) Помилка при відніманні
5) Правильна відповідь – 134667000
3) Робимо додавання.
4) Помилка при додаванні,невідобразилися цифри.
5) Правильна відповідь 694,3625
3) Робимо множення.
4) Правильна відповідь 4190,214
Роблю повторне множення.
Відповідь 1е+18
Відповідь 1,1111111е +17
3) Робимо ділення
4) Правильна відповідь- 0,00000081
Правильна відповідь 9Е-8
Роблю повторне ділення.
Відповідь:1
Висновок:На даній Лабораторній роботі №3, я ознайомився із тестуванням калькулятора та протестував калькулятор V2 у середовищі Windows XP,у якому найшов певні помилки і зафіксував їх у даному звіті.