IT-Practicum для тестеровщиков (лекция)

IT-Practicum

ДЛЯ ТЕСТИРОВЩИКОВ

Занятие 2

Тест-кейс. Дефект

Тестирование - это 

● проверка соответствия программы 

требованиям,

● осуществляемая путем наблюдения за ее 

работой

● в специальных, искусственно созданных 

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

Тестирование - это 

● проверка соответствия программы 

требованиям,

● осуществляемая путем наблюдения за ее 

работой

● в специальных, искусственно созданных 

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

Требования, ТЗ, документация, 
спецификация - описание того, как 
система должна работать

Test Case (Тестовый случай) -

это совокупность шагов и условий, приводящая к 
ожидаемому результату, направленная на 
проверку реализации функции
    

Пример:

1. Зайти в каталог любой категории товаров
2. Навести курсор на кнопку “В корзину” у 

товара 

3. Должен появиться тултип (tooltip, подсказка) 

с текстом “Положить товар в корзину”

Состоит из

1. Название и/или номер
2. Предусловия
3. Шаги
4. Ожидаемый результат

Как, когда и зачем используется тест-кейс?

- отделить/изолировать одну ситуацию/группу ситуаций 

в работе с системой от другой

- обозначить связи между действиями
- тестировщик выполняет тест-кейсы
- записывает/хранит тест-кейсы
- использует для описания ошибки

Результат выполнения тест-кейса

1. Положительный
2. Отрицательный
3. Блокировано (невозможно выполнить 

сценарий)

Признаки плохо описанного тест кейса

1. Зависимость от других тест-кейсов;
2. Нечеткие формулировки;
3. Отсутствие необходимой для прохождения 
тест-кейса информации;
4. Излишняя детализация

Кейс должен быть описан так, чтобы любой 
участник команды смог его выполнить

Отличие ТЗ/требования к системе и тест-кейса?

ТЗ описывает общие правила, а тестовый случай 
- это одна конкретная ситуация из множества 
ситуаций, которые описаны в этом требовании.

Пример требования: Для всех элементов 
добавления товара в корзину должен быть 
тултип с текстом “Положить товар в корзину” 
(товар не в корзине) и “перейти в корзину” 
(этот товар уже в корзине)

Test suite (набор тест-кейсов) 

- набор тестовых 

случаев, по которой можно проверить 
соответствует ли тестируемая функция 
установленным требованиям.

Пример

Шаги:

1. Зайди на сайт www.dev-test.ru.
2. Нажми на кнопку "Войти" в правом верхнем углу 

экрана.

3. Залогинься с правами администратора.
4. Перейди на вкладку "Жильцы".
5. Нажми на кнопку "Создать карточку жильца".
6. Введи корректные ФИО, например, "Иванов Иван 

Иванович" и сохрани карточку.

Ожидаемый результат: создалась карточка сотрудника

Создание жильца с полным ФИО

Шаги:

1.

Зайти на сайт www.dev_test.ru и войти под учетной записью 
администратора (логин - admin, пароль - 1)

2.

Перейти на вкладку "Жильцы"

3.

Нажать на кнопку "Создать карточку жильца".

4.

Ввести корректные ФИО, например, "Иванов Иван Иванович".

5.

Нажать на кнопку "Сохранить".

Ожидаемый результат

1. Окно с информацией о жильце закрывается и отображается общий список, 
в котором присутствует новая карточка.

2. Эту карточку можно открыть.

3. В открытой карточке отображаются введенные данные, то есть в поле 
ФИО указано "Иванов Иван Иванович".

Задание

1. 1 кейс, e96: Добавление товара в корзину из 

каталога

2. Набор кейсов (3 шт, есть система - нет  

документации): Прокомментировать новость в vk

3. Набор кейсов (3 шт, есть документация - нет 

системы): Смена позиции элемента в справочнике

Дефект

Дефект (баг, ошибка) - 
отклонение фактического 
результата от 
ожидаемого.

Дефект должен быть

● стабильно воспроизводим
● точно локализован

Как описать дефект

1. В чем заключается ошибка?

Фильтрация по полю гиперссылка осуществляется только 
по полному соответствию, если заполнены оба поля. 

2. Как ее увидеть (воспроизвести)?

Заходим в список. Открываем блок “Фильтрация”, выбираем 
поле “Источники”. Вводим название “Яндекс”. Появляется 
сообщение об ошибке “Адрес должен быть заполнен

”

3. Как на самом деле это должно работать?

Поиск осуществляется как по названию так и по значению 
гиперссылки, критерием заполненности условия 
фильтрации считается заполнение хотя бы одного из 
полей. 

В дефекте могут быть поля

● Версия, в которой обнаружен дефект
● Окружение
● Приоритет (срочность, критичность)
● Статус
● Резолюция
● Связь с требованием/спецификацией
● Автор
● Кто исправил
● Категория ошибки

Спецификация (документация, ТЗ, 
требования) - описание того, как должно 
работать ПО

Расхождение между программой и ее 
спецификацией считается ошибкой тогда, и 
только тогда, когда спецификация 
существует и она правильна

Пример: Фильтрация по 
гиперссылке

Поиск осуществляется как по названию так и по 
значению гиперссылки, критерием заполненности 
условия фильтрации считается заполнение хотя бы 
одного из полей.

Задание

Поиск и регистрация дефектов