MAY 15, 2017

TEST DOCUMENTATION

KARINA KRASIK
 2
СОДЕРЖАНИЕ

1. Виды тестовой документации

2. Test Plan: цель и структура
3. Use Cases: цель, плюсы и минусы
4. Test Cases: цель, плюсы и минусы
5. Test Checklist: цель, плюсы и минусы
6. Test Outlines: цель, плюсы и минусы

TEST DOCUMENTATION
 3
ВИДЫ ТЕСТОВОЙ ДОКУМЕНТАЦИИ

Обязательная Необязательная
документация документация

Test Cases Test Plan

Checklists Use cases

Test
Outlines

TEST DOCUMENTATION
 4
TEST PLAN
Документ, описывающий процесс тестирование на
проекте

Цель:
Для команды:
 информировать каждого члена команды о
стратегии тестирования на проекте

Для заказчика:
 скорректировать ожидания заказчика от команды
тестирования

TEST DOCUMENTATION
 5
TEST PLAN
Структура:
1. Объем тестирования
2. Виды тестирования
3. Критерии готовности
4. Временные рамки
5. Команда
6. Тестовая среда

TEST DOCUMENTATION
 6
TEST SUITE
Набор тест кейсов, объединенных по определенному
признаку

Цель:
 упорядочить тест кейсы
 разделить тестирование между членами
команды
 облегчить оценку времени на тестирование

TEST DOCUMENTATION
 7
TEST SUITE
Структура:

Test suite (smoke test)

Test case №1

Test case №2

Test case №3

TEST DOCUMENTATION
 8
USE CASE
Сценарий использования фичи / приложения

Цель:
 проверить фичу/приложение в целом, а не по
отдельным операциям

TEST DOCUMENTATION
 9
USE CASE
Пример:
ID: 1
Title: Post a photo on Instagram
Description: Registered user posts a photo on Instagram.
Primary Actors: Registered user (RU).
Precondition:
1. RU opens Instagram.
Basic Flow:
1. RU fills in “Username" and "Password" fields with valid credentials.
2. RU clicks "Login" button.
3. RU clicks “Camera” button on the navigation bar.
4. RU selects a photo from the library.
5. RU clicks “Next” button at the top right corner.
6. …
Exceptional Flow:
1a. RU fills in “Username" and "Password" fields with invalid credentials.
1a1. “The password you entered is incorrect. Please try again” error message is
displayed on pop up.
1a2. RU clicks “Try Again” button on pop up.
1a3. RU fills in “Username" and "Password" fields with valid credentials.
TEST DOCUMENTATION
 10
USE CASE

+ -
Взгляд на фичу /
Не дает 100%
приложение
покрытия
целиком

Легко писать и Знание конечного

обновлять пользователя

Не содержит
Передача знаний ожидаемый
результат

TEST DOCUMENTATION
 11
TEST CASES
Документация, описывающая шаги проверки
тестовых случаев и ожидаемый результат

Цель:

 обеспечить покрытие требований тестами

 создать базу знаний (knowledge base) по
определенной фиче
 улучшить качество тестирования приложения

TEST DOCUMENTATION
 12
TEST CASES
Пример:
ID 1
Title Leaving required fields blank on “Login” page
Summary Verify that error message is displayed if user doesn’t fill in
required fields on “Login” page
Precondition 1. Go to https://qaenvironment.com
2. Click “Log In” button at the top right corner of Home Page
Steps to reproduce Expected result
1. Leave “Email address” and “Password” 1. A red error message “Sorry, your email
fields blank and click “Log In” button address and password are incorrect -
please try again." should be displayed
above “Email address” field

Status Not Run

TEST DOCUMENTATION
 13
TEST CASES

+ -

д об но о це н ивать время
У

й
Передача знани

ремени
ля авто матизации Требует много в
Ос н ова д

ивать
Прослеживаемо
ст ь Тяжело поддерж
качества

TEST DOCUMENTATION
 14
TEST CHECKLIST
Список элементов, операций, тестовых случаев для
проверки фичи

Цель:

 пометить основные пункты фичи, которые

необходимо проверить

TEST DOCUMENTATION
 15
TEST CHECKLIST
Пример:

Checklist for Registration Form

ID To verify Result

1 “Email Address” field (required, validation, size) Passed

2 “Password” field (required, security requirements, size) Failed

3 “First Name” field (optional, size) Passed

4 “Last Name” field (optional, size) Passed

5 “Country” dropdown (optional, can be expanded, must be Passed

scrollable, one option can be selected at a time)

TEST DOCUMENTATION
 16
TEST CHECKLIST

+ -

Не может служи
ть
базой знаний

Не требует
больших Сложно
трудозатрат проследить
качество

TEST DOCUMENTATION
 17
TEST OUTLINES

Краткие тезисы, описывающие проверки в

тестировании фичи

Цель:
 облегчить написание тест кейсов
 обеспечить максимальное покрытие требований
тестами

TEST DOCUMENTATION
 18
TEST OUTLINES

 Каждый outline имеет ID

 Outline начинается со слов «Verify that»
 Один outline может проверять несколько
требований
 Одно требование НЕ может проверяться
несколькими outline’ами
 Outline’ы группируются по формам / компонентам
 Outline’ы должны последовательно проверять фичу
 UI > Negative > Positive
 Минимум кликов – максимум результата

TEST DOCUMENTATION
 19
TEST OUTLINES

Пример:
ID Test Outlines Result

“Login” page

1 Verify that “Email Address” and “Password” fields Passed

are displayed on “Login” page.

2 Verify that “Forgot Password” link below Failed

“Password” field is Arial 18, #0000ff (blue).

3 Verify that Copyright information is displayed at the Passed

bottom left corner of “Login” page.

TEST DOCUMENTATION
 20
TEST OUTLINES

Пример:
ID Test Outlines Result

“Login” page

1 Verify that the error message “Please enter valid Passed

Email Address/Password” is displayed if the user
fills in “Email Address" and "Password” fields with
invalid credentials and clicks “Login” button.
2 Verify that “Forgot Password” pop up is displayed Passed
after clicking “Forgot Password” link on “Login”
page.
3 Verify that the user is logged in to Etouches if he Passed
fills in “Email Address” and “Password” fields with
valid credentials and clicks “Login” button.

TEST DOCUMENTATION
 21
TEST OUTLINES

+ -
Помогают
упорядочить
требования

и
Ускоряют напис
ание Требуют времен
тест кейсов

TEST DOCUMENTATION
 8
CONTACTS:
Skype: karina.asaevich
E-mail: karyna.asayevich@itechart-group.com  

THANK YOU
FOR YOUR
ATTENTION!