SlideShare une entreprise Scribd logo
1  sur  16
Лекция2
Что такое Баг ?
По одной из версий, в 1946
году учёные Гарвардского
университета,
тестировавшие
вычислительную машину
Mark IIAiken Relay Calculator,
нашли мотылька,
застрявшего между
контактами
электромеханического реле,
и Грейс Хопперпроизнесла
этот термин. Извлечённое
насекомое было вклеено
скотчем в технический
дневник с сопроводительной
надписью: «First actual case
of bug being found» («первый
реальный случай, когда был
найден жук»)[1]
Source: https://ru.wikipedia.org/wiki/%D0%91%D0%B0%D0%B3
Bug:
 "Если программа не делает того, чего
пользователь от нее вполне обосновано
ожидает, значит налицо программная ошибка
(Майерс (Myers, 1976, c.6))
 Bug=defect= A flaw in a component or system
that can cause the component or system to fail to
perform its required function, e.g. an incorrect
statement or data definition. A defect,
ifencountered during execution, may cause a
failure of the component or system. (ISTQB)
 определение ошибок как расхождения между
программой и ее спецификацией - не совсем
верно
Bug Report (Баг репорт)
 это документ, описывающий ситуацию или последовательность
действий приведшую к некорректной работе объекта
тестирования, с указанием причин и ожидаемого результата.
 Должна использоваться правильная терминология :
 элементы пользовательского интерфейса (editbox, listbox,
combobox, link, text area, button, menu, popup menu, title bar,
system tray и т.д.),
 действий пользователя (click link, press the button, select menu
item и т.д.)
 полученных результатах (window is opened, error message is
displayed, system crashed и т.д.).
Шапка
– Идентификатор (id) Уникальный
- Короткое описание (Bug Summary), Принцип Что? Где? Когда?
http://qanest.blogspot.com/2008/09/blog-post.html
Короткое описание проблемы, явно указывающее на
причину и тип ошибочной операции
Проект (Project) Название тестируемого проекта
Компонент приложения (Component) Название части или функции тестируемого продукта
Номер версии (Version) Версия на которой была найдена ошибка
Серьезность (Severity),  S1 Блокирующий (Blocker)
 S2 Критический (Critical)
 S3 Значительный (Major)
 S4 Незначительный (Minor)
 S5 Тривиальный (Trivial)
http://www.protesting.ru/testing/bugpriority.html#severity
Приоритет (Priority)  P1 Высокий (High)
 P2 Средний (Medium)
 P3 Низкий (Low)
http://www.protesting.ru/testing/bugpriority.html#priority
Статус (Status) Статус бага. Зависит от используемой процедуры
и жизненного цикла бага (bug workflow and life cycle)
Автор (Author) Создатель баг репорта, обычно не редактируется
Назначен на (Assigned To) Имя сотрудника, назначенного на решение проблемы
Окружение:
ОС / Сервис Пак и т.д. / Браузера + версия / .. Информация об окружении, на котором был найден баг:
операционная система, сервис пак, для WEB тестирования -
имя и версия браузера и т.д.
Описание
Описание (Description)
Шаги к воспроизведению (Steps to reproduce), Шаги, по которым можно легко воспроизвести ситуацию,
приведшую к ошибке.
Результат (Actual Result), Результат, полученный после прохождения шагов к
воспроизведению
Ожидаемый результат (Expected Result) Ожидаемый правильный результат
Приложение (Attachment) Файл с логами, скриншот или любой другой документ,
который может помочь прояснить причину ошибки или
указать на способ решения проблемы
Основные ошибки при написании
багов репортов:
 Недостаточность предоставленных данных
 Определение серьезности
 Язык описания
 Отсутствие ожидаемого результата
Фиксирование багов,
найденных в ListBoxer
Методы тестирования
Белый ящик
Полностью покрыты все :
 … строки кода программы
 … ветви в коде программы
 … пути в коде программы
Черный ящик
Полностью покрыты все:
 … входные данные
 … комбинации входных данных
 … последовательности комбинаций
входных данных
Black Box
= specification-based testing: Testing, either functional or
non-functional, without reference to the
internal structure of the component or system.
White Box
=clear-box testing= structural testing: Testing based on
an analysis of the internal structure of the component or
system
Test Types (Виды тестирования)
 Functional testing
 Non- Functional testing
 Structural testing
 Testing related to changes
Functional testing
 Функциональное тестирование (Functional
testing)
 Тестирование безопасности (Security and
Access Control Testing)
 Тестирование взаимодействия (Interoperability
Testing)
Non - Functional testing
 Нагрузочное тестирование (Performance and Load
Testing)
 Стрессовое тестирование (Stress Testing)
 Тестирование стабильности или надежности
(Stability / Reliability Testing)
 Объемное тестирование (Volume Testing)
 Тестирование установки (Installation testing)
 Тестирование удобства пользования (Usability
Testing)
 Тестирование на отказ и восстановление (Failover
and Recovery Testing)
 Конфигурационное тестирование (Configuration
Testing)
Testing related to changes
 Дымовое тестирование (Smoke Testing)
 Регрессионное тестирование (Regression Testing)
 Тестирование сборки (Build Verification Test)
 Санитарное тестирование или проверка
согласованности/исправности (Sanity Testing)
Source: http://www.protesting.ru/testing/testtypes.html
До встречи 

Contenu connexe

Tendances

Fundamental test process
Fundamental test processFundamental test process
Fundamental test process
QA Guards
 
Reporting error
Reporting errorReporting error
Reporting error
QA Guards
 
Sqadays 8-barancev
Sqadays 8-barancevSqadays 8-barancev
Sqadays 8-barancev
Alexei Lupan
 
ковалев нестандатное нт
ковалев    нестандатное нтковалев    нестандатное нт
ковалев нестандатное нт
Alexei Lupan
 
3 лекция. презентация
3 лекция. презентация3 лекция. презентация
3 лекция. презентация
vyacheslavmaslov
 
Тестирование ПО
Тестирование ПОТестирование ПО
Тестирование ПО
seleznev_stas
 

Tendances (18)

Fundamental test process
Fundamental test processFundamental test process
Fundamental test process
 
Роли, в которые играют тестировщики
Роли, в которые играют тестировщикиРоли, в которые играют тестировщики
Роли, в которые играют тестировщики
 
Reporting error
Reporting errorReporting error
Reporting error
 
Sqadays 8-barancev
Sqadays 8-barancevSqadays 8-barancev
Sqadays 8-barancev
 
Невыносимая переносимость кроссплатформенных приложений на примере десктопных...
Невыносимая переносимость кроссплатформенных приложений на примере десктопных...Невыносимая переносимость кроссплатформенных приложений на примере десктопных...
Невыносимая переносимость кроссплатформенных приложений на примере десктопных...
 
Управление конфигурациями и артефакты тестирования
Управление конфигурациями и артефакты тестированияУправление конфигурациями и артефакты тестирования
Управление конфигурациями и артефакты тестирования
 
Test types
Test typesTest types
Test types
 
ковалев нестандатное нт
ковалев    нестандатное нтковалев    нестандатное нт
ковалев нестандатное нт
 
Тестирование ПО (лекция 2)
Тестирование ПО (лекция 2)Тестирование ПО (лекция 2)
Тестирование ПО (лекция 2)
 
3 лекция. презентация
3 лекция. презентация3 лекция. презентация
3 лекция. презентация
 
Тестирование ПО (лекция 3)
Тестирование ПО (лекция 3)Тестирование ПО (лекция 3)
Тестирование ПО (лекция 3)
 
технология и отладка по (47)
технология и отладка по (47)технология и отладка по (47)
технология и отладка по (47)
 
Тестирование ПО (лекция 1)
Тестирование ПО (лекция 1)Тестирование ПО (лекция 1)
Тестирование ПО (лекция 1)
 
Метод No-Test-Cases: избавьтесь от тест-кейсов в тестировании
Метод No-Test-Cases: избавьтесь от тест-кейсов в тестированииМетод No-Test-Cases: избавьтесь от тест-кейсов в тестировании
Метод No-Test-Cases: избавьтесь от тест-кейсов в тестировании
 
2.1 Тестирование: основные определения
2.1 Тестирование: основные определения2.1 Тестирование: основные определения
2.1 Тестирование: основные определения
 
Тестирование ПО
Тестирование ПОТестирование ПО
Тестирование ПО
 
Istqb lesson 4
Istqb lesson 4Istqb lesson 4
Istqb lesson 4
 
(Seleniumcamp) Selenium IDE как артефакт пикника на обочине
(Seleniumcamp) Selenium IDE как артефакт пикника на обочине(Seleniumcamp) Selenium IDE как артефакт пикника на обочине
(Seleniumcamp) Selenium IDE как артефакт пикника на обочине
 

En vedette (7)

лекция3 QA
лекция3 QAлекция3 QA
лекция3 QA
 
QA Лекция1
QA Лекция1QA Лекция1
QA Лекция1
 
Test plan
Test planTest plan
Test plan
 
Инструменты для тестирования пользовательского интерфейса UI
Инструменты для тестирования пользовательского интерфейса UIИнструменты для тестирования пользовательского интерфейса UI
Инструменты для тестирования пользовательского интерфейса UI
 
Инструменты для тестирования UI
Инструменты для тестирования UIИнструменты для тестирования UI
Инструменты для тестирования UI
 
Система генерации чек-листов для регрессионного тестирования на основе анализ...
Система генерации чек-листов для регрессионного тестирования на основе анализ...Система генерации чек-листов для регрессионного тестирования на основе анализ...
Система генерации чек-листов для регрессионного тестирования на основе анализ...
 
User Interface Тестирование – все ли так просто?
User Interface Тестирование – все ли так просто?User Interface Тестирование – все ли так просто?
User Interface Тестирование – все ли так просто?
 

Similaire à QA Лекция2

Алексей Баранцев -- Какое дело тестировщикам до исходного кода?
Алексей Баранцев -- Какое дело тестировщикам до исходного кода?Алексей Баранцев -- Какое дело тестировщикам до исходного кода?
Алексей Баранцев -- Какое дело тестировщикам до исходного кода?
sqadays8
 
About Testers
About TestersAbout Testers
About Testers
antsh
 
ук 03.007.02 2011
ук 03.007.02 2011ук 03.007.02 2011
ук 03.007.02 2011
etyumentcev
 
Маргарита Сафарова - Аудит процессов тестирования при смене проектной команды
Маргарита Сафарова - Аудит процессов тестирования при смене проектной командыМаргарита Сафарова - Аудит процессов тестирования при смене проектной команды
Маргарита Сафарова - Аудит процессов тестирования при смене проектной команды
SQALab
 
Predzazhita 2009 v16
Predzazhita 2009 v16Predzazhita 2009 v16
Predzazhita 2009 v16
guest1ba51d
 
Static testing
Static testingStatic testing
Static testing
QA Guards
 
Разработка веб-сервисов осень 2013 лекция 9
Разработка веб-сервисов осень 2013 лекция 9Разработка веб-сервисов осень 2013 лекция 9
Разработка веб-сервисов осень 2013 лекция 9
Technopark
 
CodeFest 2010. Жемчужникова М., Овчарова О. —Принципы выбора ПО для группы те...
CodeFest 2010. Жемчужникова М., Овчарова О. —Принципы выбора ПО для группы те...CodeFest 2010. Жемчужникова М., Овчарова О. —Принципы выбора ПО для группы те...
CodeFest 2010. Жемчужникова М., Овчарова О. —Принципы выбора ПО для группы те...
CodeFest
 

Similaire à QA Лекция2 (20)

Алексей Баранцев -- Какое дело тестировщикам до исходного кода?
Алексей Баранцев -- Какое дело тестировщикам до исходного кода?Алексей Баранцев -- Какое дело тестировщикам до исходного кода?
Алексей Баранцев -- Какое дело тестировщикам до исходного кода?
 
Андрей Уразов - Методы раннего обнаружения ошибок
Андрей Уразов - Методы раннего обнаружения ошибокАндрей Уразов - Методы раннего обнаружения ошибок
Андрей Уразов - Методы раннего обнаружения ошибок
 
"Опыт создания системы управления сборкой и тестированием" (полная)
"Опыт создания системы управления сборкой и тестированием" (полная)"Опыт создания системы управления сборкой и тестированием" (полная)
"Опыт создания системы управления сборкой и тестированием" (полная)
 
Getting Tested: методология интеграционного тестирования
Getting Tested: методология интеграционного тестированияGetting Tested: методология интеграционного тестирования
Getting Tested: методология интеграционного тестирования
 
Тестирование параллельных программ
Тестирование параллельных программТестирование параллельных программ
Тестирование параллельных программ
 
About Testers
About TestersAbout Testers
About Testers
 
Test design print
Test design printTest design print
Test design print
 
ук 03.007.02 2011
ук 03.007.02 2011ук 03.007.02 2011
ук 03.007.02 2011
 
Маргарита Сафарова - Аудит процессов тестирования при смене проектной команды
Маргарита Сафарова - Аудит процессов тестирования при смене проектной командыМаргарита Сафарова - Аудит процессов тестирования при смене проектной команды
Маргарита Сафарова - Аудит процессов тестирования при смене проектной команды
 
Predzazhita 2009 v16
Predzazhita 2009 v16Predzazhita 2009 v16
Predzazhita 2009 v16
 
Дефекты при тестировании ПО
Дефекты при тестировании ПОДефекты при тестировании ПО
Дефекты при тестировании ПО
 
Unit Testing
Unit TestingUnit Testing
Unit Testing
 
Применение современных статических анализаторов
Применение современных статических анализаторовПрименение современных статических анализаторов
Применение современных статических анализаторов
 
Sqa8 urazov
Sqa8 urazovSqa8 urazov
Sqa8 urazov
 
Static testing
Static testingStatic testing
Static testing
 
Поиск уязвимостей в программах с помощью анализаторов кода
Поиск уязвимостей в программах с помощью анализаторов кодаПоиск уязвимостей в программах с помощью анализаторов кода
Поиск уязвимостей в программах с помощью анализаторов кода
 
Разработка веб-сервисов осень 2013 лекция 9
Разработка веб-сервисов осень 2013 лекция 9Разработка веб-сервисов осень 2013 лекция 9
Разработка веб-сервисов осень 2013 лекция 9
 
Ошибки, которые сложно заметить на code review, но которые находятся статичес...
Ошибки, которые сложно заметить на code review, но которые находятся статичес...Ошибки, которые сложно заметить на code review, но которые находятся статичес...
Ошибки, которые сложно заметить на code review, но которые находятся статичес...
 
CodeFest 2010. Жемчужникова М., Овчарова О. —Принципы выбора ПО для группы те...
CodeFest 2010. Жемчужникова М., Овчарова О. —Принципы выбора ПО для группы те...CodeFest 2010. Жемчужникова М., Овчарова О. —Принципы выбора ПО для группы те...
CodeFest 2010. Жемчужникова М., Овчарова О. —Принципы выбора ПО для группы те...
 
Как мы тестируем анализатор кода
Как мы тестируем анализатор кодаКак мы тестируем анализатор кода
Как мы тестируем анализатор кода
 

QA Лекция2

  • 2. Что такое Баг ? По одной из версий, в 1946 году учёные Гарвардского университета, тестировавшие вычислительную машину Mark IIAiken Relay Calculator, нашли мотылька, застрявшего между контактами электромеханического реле, и Грейс Хопперпроизнесла этот термин. Извлечённое насекомое было вклеено скотчем в технический дневник с сопроводительной надписью: «First actual case of bug being found» («первый реальный случай, когда был найден жук»)[1] Source: https://ru.wikipedia.org/wiki/%D0%91%D0%B0%D0%B3
  • 3. Bug:  "Если программа не делает того, чего пользователь от нее вполне обосновано ожидает, значит налицо программная ошибка (Майерс (Myers, 1976, c.6))  Bug=defect= A flaw in a component or system that can cause the component or system to fail to perform its required function, e.g. an incorrect statement or data definition. A defect, ifencountered during execution, may cause a failure of the component or system. (ISTQB)  определение ошибок как расхождения между программой и ее спецификацией - не совсем верно
  • 4. Bug Report (Баг репорт)  это документ, описывающий ситуацию или последовательность действий приведшую к некорректной работе объекта тестирования, с указанием причин и ожидаемого результата.  Должна использоваться правильная терминология :  элементы пользовательского интерфейса (editbox, listbox, combobox, link, text area, button, menu, popup menu, title bar, system tray и т.д.),  действий пользователя (click link, press the button, select menu item и т.д.)  полученных результатах (window is opened, error message is displayed, system crashed и т.д.).
  • 5. Шапка – Идентификатор (id) Уникальный - Короткое описание (Bug Summary), Принцип Что? Где? Когда? http://qanest.blogspot.com/2008/09/blog-post.html Короткое описание проблемы, явно указывающее на причину и тип ошибочной операции Проект (Project) Название тестируемого проекта Компонент приложения (Component) Название части или функции тестируемого продукта Номер версии (Version) Версия на которой была найдена ошибка Серьезность (Severity),  S1 Блокирующий (Blocker)  S2 Критический (Critical)  S3 Значительный (Major)  S4 Незначительный (Minor)  S5 Тривиальный (Trivial) http://www.protesting.ru/testing/bugpriority.html#severity Приоритет (Priority)  P1 Высокий (High)  P2 Средний (Medium)  P3 Низкий (Low) http://www.protesting.ru/testing/bugpriority.html#priority Статус (Status) Статус бага. Зависит от используемой процедуры и жизненного цикла бага (bug workflow and life cycle) Автор (Author) Создатель баг репорта, обычно не редактируется Назначен на (Assigned To) Имя сотрудника, назначенного на решение проблемы
  • 6. Окружение: ОС / Сервис Пак и т.д. / Браузера + версия / .. Информация об окружении, на котором был найден баг: операционная система, сервис пак, для WEB тестирования - имя и версия браузера и т.д. Описание Описание (Description) Шаги к воспроизведению (Steps to reproduce), Шаги, по которым можно легко воспроизвести ситуацию, приведшую к ошибке. Результат (Actual Result), Результат, полученный после прохождения шагов к воспроизведению Ожидаемый результат (Expected Result) Ожидаемый правильный результат Приложение (Attachment) Файл с логами, скриншот или любой другой документ, который может помочь прояснить причину ошибки или указать на способ решения проблемы
  • 7. Основные ошибки при написании багов репортов:  Недостаточность предоставленных данных  Определение серьезности  Язык описания  Отсутствие ожидаемого результата
  • 9. Методы тестирования Белый ящик Полностью покрыты все :  … строки кода программы  … ветви в коде программы  … пути в коде программы Черный ящик Полностью покрыты все:  … входные данные  … комбинации входных данных  … последовательности комбинаций входных данных
  • 10. Black Box = specification-based testing: Testing, either functional or non-functional, without reference to the internal structure of the component or system.
  • 11. White Box =clear-box testing= structural testing: Testing based on an analysis of the internal structure of the component or system
  • 12. Test Types (Виды тестирования)  Functional testing  Non- Functional testing  Structural testing  Testing related to changes
  • 13. Functional testing  Функциональное тестирование (Functional testing)  Тестирование безопасности (Security and Access Control Testing)  Тестирование взаимодействия (Interoperability Testing)
  • 14. Non - Functional testing  Нагрузочное тестирование (Performance and Load Testing)  Стрессовое тестирование (Stress Testing)  Тестирование стабильности или надежности (Stability / Reliability Testing)  Объемное тестирование (Volume Testing)  Тестирование установки (Installation testing)  Тестирование удобства пользования (Usability Testing)  Тестирование на отказ и восстановление (Failover and Recovery Testing)  Конфигурационное тестирование (Configuration Testing)
  • 15. Testing related to changes  Дымовое тестирование (Smoke Testing)  Регрессионное тестирование (Regression Testing)  Тестирование сборки (Build Verification Test)  Санитарное тестирование или проверка согласованности/исправности (Sanity Testing) Source: http://www.protesting.ru/testing/testtypes.html