tестирование dot com полностью

• баг как созданная в СТБ виртуальная учетная карточка, являю-

щаяся, по чьему-либо субъективному мнению, презентацией не-

кой проблемы.

В чем разница, спросите вы. Отвечаю: проблема, занесенная в СТБ,

может и не являться багом, например господин, опрометчиво занес-

ший баг в СТБ, неправильно понял спек.

Это была ненавязчивая вводная часть, и настоящее веселье только

начинается.

Атрибуты бага

BUG NUMBER (НОМЕР БАГА)

Каждому новому багу СТБ автоматически присваивает уникаль-

ный, следующий по порядку номер. Например, подходите вы к

программисту и спрашиваете: "Слушай, браза, как там 1232 по-

живает?"

210

Тестирование Дот Ком. Часть 3

SUMMARY (КРАТКОЕ ОПИСАНИЕ)

Краткое описание — это максимально информативное и сжатое

описание проблемы.

Как правило, текстовое поле для краткого описания не превышает

100 символов и в эти 100 символов (включая пробелы) нужно

уместить информацию, достаточную для понимания сути проблемы.

Кстати,

то, как тестировщик формулирует краткое описание, наглядно говорит

о его профессионализме.

Пример самого плохого Summary

"Ничего не работает". За такое Summary раньше били по голове канде-

лябром, и хотя сейчас времена другие, но все равно, пожалуйста, ни-

когда, никогда не пишите в кратком описании ничего подобного.

Почему поле для краткого описания такое короткое? Потому что

баги, занесенные в СТБ, выглядят примерно так, списком, на зна-

чения которого можно кликнуть мышкой и получить полную ин-

формацию по конкретным багам:

Bug

Summary

1

Неверное значение колонки result таблицы ее transaction для VISA

2

Неверное значение баланса Switch после покупки

3

Ошибка при логине: "SQL Error"

4

Корзина не сохраняет выбранные книги

Если есть номер спека, то можно давать краткое описание в та-

ком формате:

<номер спека> : <само краткое описание>, например:

7422: неверное значение баланса Switch после покупки.

Если баг начинается с номера спека, то баги

• можно сортировать по колонке Summary, таким образом баги,

принадлежащие к одному спеку, будут кучковаться вместе, и

• можно искать по номеру спека, используя функциональ-

ность СТБ "Поиск". Очень, кстати, удобно и вам, и про-

граммистам, и продюсерам.

Жизнь замечательных багов

211

Итак, в кратком описании сжато и информативно излагаем суть

проблемы.

DESCRIPTION AND STEPS TO REPRODUCE

(ОПИСАНИЕ И ШАГИ ДЛЯ ВОСПРОИЗВЕДЕНИЯ ПРОБЛЕМЫ)

Это многострочное текстовое поле. Я пользуюсь следующим

форматом для заполнения этого атрибута:

Description:

Полезная информация о баге: описание, комментарии, нюансы и т.д.

Steps to reproduce:

Конкретные шаги для воспроизведения проблемы.

Bug: Фактический результат.

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

Пример для бага 1

Description:

При оплате картой VISA в колонке result таблицы cc_transaction в базе

данных записывается неверное значение.

Используйте следующую информацию для воспроизведения проблемы:

Эккаунт: testuser1/pa$$w0rd

Наименование товара: book117

Данные карты:

Номер: 9999-5148-2222-1277

Окончание действия: 12/07

CW2: 778

SQL1: select result from cc_transaction where id = <номер заказа>;

Steps to reproduce:

1. Открой www.main.testshop.rs

2. Введи имя пользователя.

3. Введи пароль.

4. Нажми кнопку "Войти".

5. Введи наименование товара в поле поиска.

6. Нажми кнопку "Найти".

7. Кликни линк "Добавить в корзину".

8. Кликни линк "Корзина".

9. Кликни линк "Оплатить".

10. Выбери вид карты.

11. Введи номер карты.

12. Введи срок окончания действия.