tестирование dot com
Шрифт:
может и не являться багом, например господин, опрометчиво занес-
ший баг в СТБ, неправильно понял спек.
Это была ненавязчивая вводная часть, и настоящее веселье только
начинается.
Атрибуты бага
BUG NUMBER (НОМЕР БАГА)
Каждому новому багу СТБ автоматически присваивает уникаль-
ный, следующий по порядку номер. Например, подходите вы к
программисту и спрашиваете: "Слушай, браза, как там 1232 по-
живает?"
210
Тестирование
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. Введи срок окончания действия.
13. Введи CW2.
14. Нажми кнопку "Завершить заказ".
15. Запиши номер заказа.
16. Запроси базу данных с SQL1.
Bug: 20. Expected:
10.
212
Тестирование Дот Ком. Часть 3
Важный момент:
Steps to reproduce могут использоваться для воспроизведения
проблемы и программистами, и тестировщиками, и продюсе-