Планирование и отчетность по процессу тестирования

Содержание

Слайд 2

QA issues Когда и с чего начать? Всё ли необходимое для

QA issues
Когда и с чего начать?
Всё ли необходимое для выполнения

работы у нас есть? Если нет, где взять недостающее? В какой последовательности выполнять разные виды работ?
Как распределить ответственность между участниками команды?
Как организовать отчётность перед заинтересованными лицами?
Как объективно определять прогресс и достигнутые успехи?
Как заранее увидеть возможные проблемы, чтобы успеть их предотвратить?
Как организовать нашу работу так, чтобы при минимуме затрат получить максимум результата?
Слайд 3

Planning and Reporting Планирование (planning) — непрерывный процесс принятия управленческих решений

Planning and Reporting

Планирование (planning) — непрерывный процесс принятия управленческих решений и

методической организации усилий по их реализации с целью обеспечения качества некоторого процесса на протяжении длительного периода времени.
Отчётность (reporting) — сбор и распространение информации о результатах работы (включая текущий статус, оценку прогресса и прогноз развития ситуации).
Слайд 4

What is Test Plan? Тест-план (test plan) — документ, описывающий и

What is Test Plan?

Тест-план (test plan) — документ, описывающий и регламентирующий

перечень работ по тестированию, а также соответствующие техники и подходы, стратегию, области ответственности, ресурсы, расписание и ключевые даты.
К низкоуровневым задачам планирования в тестировании относятся:
оценка объёма и сложности работ;
определение необходимых ресурсов и источников их получения;
определение расписания, сроков и ключевых точек;
оценка рисков и подготовка превентивных контрмер;
распределение обязанностей и ответственности;
согласование работ по тестированию с деятельностью участников проектной команды, занимающихся другими задачами.
Слайд 5

Test Plan structure Качественный тест-план обладает большинством свойств качественных требований, а

Test Plan structure

Качественный тест-план обладает большинством свойств качественных требований, а также

расширяет их набор следующими пунктами:
Реалистичность
Гибкость
Согласованность с общим проектным планом и иными отдельными планами
Структурные элементы тест-плана:
Цель (purpose)
Области, подвергаемые тестированию (features to be tested)
Области, не подвергаемые тестированию (features not to be tested)
Тестовая стратегия (test strategy) и подходы (test approach)
Критерии (criteria):
Приёмочные критерии, критерии качества (acceptance criteria);
Критерии начала тестирования (entry criteria);
Критерии приостановки тестирования (suspension criteria);
Критерии возобновления тестирования (resumption criteria);
Критерии завершения тестирования (exit criteria).
Слайд 6

Test Plan structure Структурные элементы тест-плана (продолжение): Ресурсы (resources): программные ресурсы;

Test Plan structure

Структурные элементы тест-плана (продолжение):
Ресурсы (resources):
программные ресурсы;
аппаратные

ресурсы;
человеческие ресурсы;
временные ресурсы;
финансовые ресурсы.
Расписание (test schedule)
Роли и ответственность (roles and responsibility)
Оценка рисков (risk evaluation)
Документация (documentation)
Метрики (metrics)
Слайд 7

What is Metrics? Метрика (metric) — числовая характеристика показателя качества, которая

What is Metrics?

Метрика (metric) — числовая характеристика показателя качества, которая включает

описание способов оценки и анализа результата.
Вычисленные метрики можно использовать для:
принятия решений о начале, приостановке, возобновлении или прекращении тестирования;
определения степени соответствия продукта заявленным критериям качества;
определения степени отклонения фактического развития проекта от плана;
выявления «узких мест», потенциальных рисков и иных проблем;
оценки результативности принятых управленческих решений;
подготовки объективной информативной отчётности;
Слайд 8

What is Metrics? Метрики могут быть прямыми (не требуют вычислений) и

What is Metrics?

Метрики могут быть прямыми (не требуют вычислений) и расчётными

(вычисляются по формуле).
Прямые метрики — количество разработанных тест-кейсов, количество найденных дефектов и т.д.
В расчётных метриках могут использоваться как совершенно тривиальные, так и довольно сложные формулы.
Слайд 9

Test Coverage Покрытие (coverage) — процентное выражение степени, в которой исследуемый

Test Coverage

Покрытие (coverage) — процентное выражение степени, в которой исследуемый

элемент (coverage item) затронут соответствующим набором тест-кейсов.
Самыми простыми представителями метрик покрытия можно считать:
метрику покрытия требований (требование считается «покрытым», если на него ссылается хотя бы один тест-кейс):
метрику плотности покрытия требований (учитывается, сколько тест-кейсов ссылается на несколько требований):
Слайд 10

Test Coverage метрику покрытия классов эквивалентности (анализируется, сколько классов эквивалентности затронуто

Test Coverage

метрику покрытия классов эквивалентности (анализируется, сколько классов эквивалентности

затронуто тест-кейсами).
метрику покрытия граничных условий (анализируется, сколько значений из группы граничных условий затронуто тест-кейсами).
Слайд 11

Reporting Отчёт о результатах тестирования (test progress report, test summary report)

Reporting

Отчёт о результатах тестирования (test progress report, test summary report) —

документ, обобщающий результаты работ по тестированию и содержащий информацию, достаточную для соотнесения текущей ситуации с тест-планом и принятия необходимых управленческих решений.
К низкоуровневым задачам отчётности в тестировании относятся:
оценка объёма и качества выполненных работ;
сравнение текущего прогресса с тест-планом (в том числе с помощью анализа значений метрик);
описание имеющихся сложностей и формирование рекомендаций по их устранению;
предоставление лицам, заинтересованным в проекте, полной и объективной информации о текущем состоянии качества проекта, выраженной в конкретных фактах и числах.
Слайд 12

Reporting Роли, использующие отчетную документацию в своей деятельности: менеджер проекта —

Reporting

Роли, использующие отчетную документацию в своей деятельности:
менеджер проекта — как

в источник информации о текущей ситуации и основа для принятия управленческих решений;
руководитель команды разработчиков («дев-лид») — как дополнительный объективный взгляд на происходящее на проекте;
руководитель команды тестировщиков («тест-лид») — как способ структурировать собственные мысли и собрать необходимый материал для обращения к менеджеру проекта по насущным вопросам, если в этом есть необходимость;
заказчик — как наиболее объективный источник информации о том, что происходит на проекте, за который он платит свои деньги.