Deliverables in QC Contact Denis Zhevner SQA

Deliverables in QC Contact Denis Zhevner | SQA engineer denys. zhevner@globallogic. com

Agenda 1. 2. 3. 4. 5. 6. 7. Что такое deliverables и зачем их создавать? Test plan, test case; Checklist; Open bug; Bug report; Разное; Полезности;

Что такое deliverables? 1. 2. 3. 4. 5. 6. 7. Это результат работы; Это задачи на завтра; Это лакмус состояния продукта; Это показатель прогресса команды; Это не стыдно показать заказчику; Это нужно показывать разработчикам; Это нужно показывать маркетингу/sales/т. д.

Зачем deliverables? • QC инженеру – для формализации процесса тестирования; • QA инженеру – для анализа процессов внутри команды; • Разработчику – для анализа качества кода; • Менеджеру проекта – для осознания масштабов трагедии; • Заказчику – для принятия решений; • Маркетингу – для каких-то своих шаманских целей ; • Команде – для обучения новичков и предотвращения разногласий;

Test plan A test plan is a document detailing a systematic approach to testing a system such as a machine or software. The plan typically contains a detailed understanding of the eventual workflow. © Wikipedia. Тест план нужен для того, чтобы зафиксировать на «бумаге» все то, что и как вы планируете делать с продуктом, чтобы на финише принять решение о его качестве и принять решение, достаточно этого или нет, чтобы выпускать его на рынок. Количество смысловых секций тест плана может быть разным, но их должно быть достаточно для того, чтобы и заказчик, и менеджер, и тест лид, и тестировщики имели общую, одинаковую картину тестирования на проекте.

Test case Тестовый случай в разработке программного обеспечения ― это набор условий, при которых тестировщик будет определять, удовлетворяется ли заранее определённое требование. © Wikipedia.

Разделение по результату Позитивный тест кейс использует только корректные данные и проверяет, что приложение правильно выполнило вызываемую функцию. Негативный тест кейс оперирует как корректными так и некорректными данными. «Ожидает» негативный результат. Формализация тестового случая • • • Summary (краткое описание / название); Ссылка на проверяемое требования; Окружение и предварительные условия; Тестовые шаги (test steps); Ожидаемый результат; Пост условия;

Checklist Кто незамутненно уверен в том, что чек-лист – стопроцентная панацея в работе тестировщика, тот дурак. Зависит от проекта и уровня образования тестировщика. Например, без понимания софта тестировать в таком режиме почти невозможно. А вот по тест-кейсам может тестировать любой товарищ, даже не понимающий, что именно оне изволят-с тестировать и зачем. © Алексей Лупан

Open Bug • • • Summary (краткое описание / название); Окружение; Ссылка на тестовый случай, который завалился; Приоритет и «трудность» ; Шаги воспроизведения; Ожидаемый результат; Фактический результат; Сриншот (если возможно); Отладка (если возможно); Любая другая информация которая облегчит исправление.

Bugreport

Полезности 1. Jira - не только таск менеджер, но и удобный тестменеджмент инструмент. Но, настраивать надо. 2. Test Link - неплохая, бесплатная, но, несколько “деревянная” система управления тестами. 3. HP Quality Center - отличный платный инструмент. 4. Gemini - еще один годный инструмент. Проприетарен. 5. IBM Rational Quality Manager - еще один проприетарный годный инструмент. 6. Достаточно много Open Source решений. 7. Разнообразные Wiki движки.

Thank you!