Тестовая документация

Содержание

Слайд 2

Тестовая документация:
Внешняя
Внутренняя

Что это?

Тестовая документация: Внешняя Внутренняя Что это?

Слайд 3

Документация, которая выходит за пределы департамента качества

Внешняя документация

Замечание/Вопрос (Note, Question)
BUG REPORT

Документация, которая выходит за пределы департамента качества Внешняя документация Замечание/Вопрос (Note, Question)

CHANGE REQUEST
USER STORY
SPECIFICATION
Test report

Слайд 4

Документация, которая используется внутри департамента качества

Внутренняя документация

TEST PLAN
USE CASE
TEST CASE
CHECK LIST

Документация, которая используется внутри департамента качества Внутренняя документация TEST PLAN USE CASE TEST CASE CHECK LIST

Слайд 5

TEST PLAN

Тест план (Test Plan) — это документ, описывающий весь объем работ по

TEST PLAN Тест план (Test Plan) — это документ, описывающий весь объем
тестированию, начиная с описания объекта, стратегии, расписания, критериев начала и окончания тестирования и заканчивая указанием необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения.

Стандарт IEEE829-1998 описывает шаблон Тест плана и пункты, входящие в стандартную структуру документа

Слайд 6

TEST PLAN

Хороший тест план должен как минимум описывать следующее:
Что будет тестироваться?
Как будет

TEST PLAN Хороший тест план должен как минимум описывать следующее: Что будет
тестироваться?
Когда будет тестироваться?
Критерии начала тестирования
Критерии окончания тестирования
Необходимое для тестирования оборудование и программные средства
Риски и пути их разрешения

Слайд 7

TEST PLAN

В виде традиционного документа с использованием Microsoft Excel или Microsoft Word, Google

TEST PLAN В виде традиционного документа с использованием Microsoft Excel или Microsoft
docs и т. д.
Используя методики визуализации с помощью mind map, таблиц, диаграмм, коротких схем
С помощью профессиональных инструментов – систем для управления процессами на проектах, в том числе этапом тестирования (EasyQA, TestCaseLab, TestLodge)

Способы отображения:

Слайд 8

TEST PLAN

Пример использования графической диаграммы для отображения тест-плана

TEST PLAN Пример использования графической диаграммы для отображения тест-плана

Слайд 9

USE CASE

Use case (сценарий использования/пользовательский сценарий) - описание действий, которые может осуществлять

USE CASE Use case (сценарий использования/пользовательский сценарий) - описание действий, которые может
система в ответ на внешние воздействия пользователей или других программных систем.

Текстовая форма может состоять из следующих пунктов:
Имя сценария
Цель
Актеры
Предварительные условия
Активаторы
Порядок Событий
Альтернативные пути и дополнения

Диаграмма:
Имя
Актеры
Варианты использования
Комментарии

Текcт

Диаграмма

Слайд 11

USE CASE

USE CASE

Слайд 12

USE CASE

USE CASE

Слайд 13

TEST CASE

Test Case (Тестовый случай) — это последовательность действий направленная на проверку какого-либо

TEST CASE Test Case (Тестовый случай) — это последовательность действий направленная на
функционала, описывающая как придти к фактическому результату

Позитивный тест кейс использует только корректные данные и проверяет, что приложение правильно выполнило вызываемую функцию.
Негативный тест кейс применяется для тестирования, в рамках которого применяются сценарии, что соответствует внештатному поведению тестируемой системы. 
Набор тест-кейсов называется тест-комплектом (test suite)

Слайд 14

ЖИЗНЕННЫЙ ЦИКЛ
TEST CASE

Test case result:
1. Положительный исход (PASS), если ФР равен

ЖИЗНЕННЫЙ ЦИКЛ TEST CASE Test case result: 1. Положительный исход (PASS), если
ОР, либо
2. Отрицательный исход (FAIL), если ФР не равен ОР: найден баг!

Слайд 15

TEST CASE

Стандартные атрибуты тест-кейса
Test case number (ID)*
Приоритет Тест-кейса (Test Case

TEST CASE Стандартные атрибуты тест-кейса Test case number (ID)* Приоритет Тест-кейса (Test
Priority)
Связанное с тест-кейсом требование (requirement)
Модуль и подмодуль приложения
Test case name (Summary/Title) *
Preсonditions*
Steps*
Expected Result*
История редактирования (Revision History)

Слайд 16

TEST CASE

TEST CASE

Слайд 17

TEST CASE

Чего не должно быть в тест-кейсе
Зависимостей от других тест-кейсов
Нечеткой формулировки шагов

TEST CASE Чего не должно быть в тест-кейсе Зависимостей от других тест-кейсов
или ожидаемого результата
Отсутствия необходимой для прохождения тест-кейса информации
Излишней детализации

Слайд 18

TEST CASE

В виде традиционного документа с использованием Microsoft Excel или Microsoft Word
Online документы

TEST CASE В виде традиционного документа с использованием Microsoft Excel или Microsoft
- Google docs, Google spreadsheets
Профессиональные инструменты (TestRail, VersionOne)

Способы хранения

Слайд 19

CHECK LIST

Check list (чек-лист) — это документ, описывающий что должно быть протестировано в

CHECK LIST Check list (чек-лист) — это документ, описывающий что должно быть
тезисной форме без обращения к деталям и четко сформулированным шагам

Основные элементы чек-листа:
список необходимых проверок
сборка проекта на которой производилась проверка (Build)
тестовое окружение (Win/MC OS/browser/etc.)
ресурс (QA Engineer)
статус (результат) проверки

Слайд 20

CHECK LIST

Status

Skipped – проверяться не будет по какой-либо причине

Not run – еще

CHECK LIST Status Skipped – проверяться не будет по какой-либо причине Not
не проверено

Blocked – невозможно проверить, т.к. один из багов блокирует текущую проверку

In Progress – текущий пункт, над которым работает тестировщик

Passed– проверка пройдена успешно, багов не найдено

Failed – найден
один или более
багов

Слайд 21

CHECK LIST

В виде традиционного документа с использованием Microsoft Excel или Microsoft Word, Google

CHECK LIST В виде традиционного документа с использованием Microsoft Excel или Microsoft
docs
Используя методики визуализации с помощью mind map, таблиц, диаграмм
С помощью профессиональных инструментов (например, Sitechco)

Способы отображения:

Слайд 22

CHECK LIST

Полезные советы при оформлении чек-листа:
Сокращайте. Это не сочинение. Это просто набор

CHECK LIST Полезные советы при оформлении чек-листа: Сокращайте. Это не сочинение. Это
пунктов. Чёткость формулировок!
Удаляйте ненужное. Включайте только то, что вы можете забыть.
Выделяйте важное. Капслоком или жирным шрифтом. Главное — не переборщите.
Постоянно редактируйте. Чек-лист должен быть актуальным.

Слайд 23

TEST CASE vs CHECK LIST

TEST CASE vs CHECK LIST

Слайд 24

TEST CASE vs CHECK LIST

Выбор в пользу одного из этих типов документов

TEST CASE vs CHECK LIST Выбор в пользу одного из этих типов
зависит от следующих факторов:
Длительность проекта
Сроки на выполнение тестирования
Запрос менеджмента
Вид тестирования
Выбор команды
Наличие и формат требований

Слайд 25

Источники информации для тестировщика

Внешняя документация (User story, спецификация, change request)
Личное

Источники информации для тестировщика Внешняя документация (User story, спецификация, change request) Личное
общение с участниками проекта (менеджерами, программистами, бизнес аналитиками и т.д.)
Исследование (результат собственного опыта, полученного
в ходе экспериментов над программой)
Аналогичные проекты
Черновики руководства пользователя, заметки разработчиков, макеты, e-mails и т.д.)