16

Click here to load reader

QA Лекция2

Embed Size (px)

Citation preview

Page 1: QA Лекция2

Лекция2

Page 2: QA Лекция2

Что такое Баг ?

По одной из версий, в 1946 году учёные Гарвардскогоуниверситета, тестировавшиевычислительную машину Mark IIAiken Relay Calculator, нашли мотылька, застрявшего междуконтактами электромеханического реле, и Грейс Хопперпроизнеслаэтот термин. Извлечённоенасекомое было вклееноскотчем в техническийдневник с сопроводительнойнадписью: «First actual caseof bug being found» («первыйреальный случай, когда былнайден жук»)[1]

Source: https://ru.wikipedia.org/wiki/%D0%91%D0%B0%D0%B3

Page 3: QA Лекция2

Bug:

"Если программа не делает того, чего пользователь от нее вполне обосновано ожидает, значит налицо программная ошибка (Майерс (Myers, 1976, c.6))

Bug=defect= A flaw in a component or system that can cause the component or system to fail toperform 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)

определение ошибок как расхождения между программой и ее спецификацией - не совсем верно

Page 4: QA Лекция2

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 и т.д.).

Page 5: QA Лекция2

Шапка

– Идентификатор (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) Имя сотрудника, назначенного на решение проблемы

Page 6: QA Лекция2

Окружение:

ОС / Сервис Пак и т.д. / Браузера + версия / .. Информация об окружении, на котором был найден баг:

операционная система, сервис пак, для WEB тестирования -

имя и версия браузера и т.д.

Описание

Описание (Description)

Шаги к воспроизведению (Steps to reproduce), Шаги, по которым можно легко воспроизвести ситуацию,

приведшую к ошибке.

Результат (Actual Result), Результат, полученный после прохождения шагов к

воспроизведению

Ожидаемый результат (Expected Result) Ожидаемый правильный результат

Приложение (Attachment) Файл с логами, скриншот или любой другой документ,

который может помочь прояснить причину ошибки или

указать на способ решения проблемы

Page 7: QA Лекция2

Основные ошибки при написании

багов репортов:

Недостаточность предоставленных данных

Определение серьезности

Язык описания

Отсутствие ожидаемого результата

Page 8: QA Лекция2

Фиксирование багов,

найденных в ListBoxer

Page 9: QA Лекция2

Методы тестирования

Белый ящик

Полностью покрыты все :

… строки кода программы

… ветви в коде программы

… пути в коде программы

Черный ящик

Полностью покрыты все:

… входные данные

… комбинации входных данных

… последовательности комбинаций

входных данных

Page 10: QA Лекция2

Black Box

= specification-based testing: Testing, either functional or

non-functional, without reference to the

internal structure of the component or system.

Page 11: QA Лекция2

White Box

=clear-box testing= structural testing: Testing based on

an analysis of the internal structure of the component or

system

Page 12: QA Лекция2

Test Types (Виды тестирования)

Functional testing

Non- Functional testing

Structural testing

Testing related to changes

Page 13: QA Лекция2

Functional testing

Функциональное тестирование (Functional

testing)

Тестирование безопасности (Security and

Access Control Testing)

Тестирование взаимодействия (Interoperability

Testing)

Page 14: QA Лекция2

Non - Functional testing

Нагрузочное тестирование (Performance and LoadTesting)

Стрессовое тестирование (Stress Testing)

Тестирование стабильности или надежности(Stability / Reliability Testing)

Объемное тестирование (Volume Testing)

Тестирование установки (Installation testing)

Тестирование удобства пользования (UsabilityTesting)

Тестирование на отказ и восстановление (Failoverand Recovery Testing)

Конфигурационное тестирование (ConfigurationTesting)

Page 15: QA Лекция2

Testing related to changes

Дымовое тестирование (Smoke Testing)

Регрессионное тестирование (Regression Testing)

Тестирование сборки (Build Verification Test)

Санитарное тестирование или проверка

согласованности/исправности (Sanity Testing)

Source: http://www.protesting.ru/testing/testtypes.html

Page 16: QA Лекция2

До встречи