tестирование dot com

Кстати, баг такого рационализаторского плана лицемерно назы-

вается не багом, a Feature Request ("запрос об улучшении" — пока

остановимся на таком переводе).

3. ОБЩЕНИЕ

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

нениях. А что, если спека нет вообще? Наш ответ: общение. Со-

ветуйтесь с коллегами. Уточняйте и обсуждайте. Одна голова хо-

рошо, а две лучше.

4. УСТОЯВШИЕСЯ СТАНДАРТЫ

Как правило, после регистрации, пользователь должен получить

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

вы можете потребовать дополнить его на основании сложившей-

ся практики.

5. СТАТИСТИЧЕСКИЕ ДАННЫЕ

Было установлено, что средний пользователь теряет терпение,

если web page (веб-страница) не загружается в течение 5 секунд.

Эти данные можно использовать, проводя performance testing

(тестирование скорости работы всей системы либо ее компонента).

Как говорят американцы: "Your user is just one click away from your

24

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

competitor" ("Ваш пользователь находится на расстоянии в один

клик от вашего конкурента"). Успех вашего проекта — это счастли-

вые пользователи. Превышение 5 секунд — это превращение веб-

сайта в зал ожиданий, в котором вряд ли кто захочет находиться.

6. АВТОРИТЕТНОЕ МНЕНИЕ

Это может быть, например, мнение вашего начальника.

7. ДР.

Другие.

Отметим, что баг (bug) буквально переводится как "жук" или

"букашка".

Теперь, как я и обещал, немного истории.

Согласно фольклору, баги вошли в лексикон компьютерщиков после

случая, происшедшего в Гарвардском университете в 1947 г. После то-

го как на реле прадедушки ПК Марка II присел отдохнуть мотылек, один

из контактов слегка коротнуло и весь 15-тонный агрегат со скрежетом

остановился. Инженеры проявили милосердие и извлекли мотылька,

после чего аккуратно зафиксировали его скотчем в журнале испытаний

с комментарием "Первый фактический случай найденного жука" ("First

actual case of bug being found").

Итак,

Краткое подведение итогов

1. Баг — это отклонение фактического результата от ожидаемого.

2. Главный источник ожидаемого результата в интернет-компании —

это спецификация.

3. Спецификации сами не без греха, и в этом случае, как и в случае

полного их отсутствия, у нас есть здравый смысл, устоявшиеся

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

Задания для самопроверки

1. Ищите баги в чем угодно, введите это слово в свой лексикон и

расписывайте самые яркие из них на листе бумаги по схеме:

Ожидаемый результат/Фактический результат.

2. Подумайте, какие еще источники ожидаемого результата могут

быть в работе тестировщика.

3. Побродите по Интернету, порегистрируйтесь (www.yahoo.com,

www.hotmail.com и т.д.) и составьте список обязательных полей

(required fields) на регистрационных формах.

ЦЕЛЬ ТЕСТИРОВАНИЯ

DECODED

• ЦЕЛЬ ТЕСТИРОВАНИЯ

• ЧЕРНАЯ МАГИЯ И ЕЕ НЕМЕДЛЕННОЕ РАЗОБЛАЧЕНИЕ

• ИДЕЯ О СТАТИСТИКЕ ДЛЯ ПОСТРЕЛИЗНЫХ БАГОВ

• ТЕСТИРОВАНИЕ И QA (Quality Assurance)

ез рассусоливаний и теоретизирования я прямо скажу, для

Б чего все это нужно.

Цель тестирования

Цель тестирования — это нахождение багов до того, как их

найдут пользователи.

Другими словами, вклад тестировщика в счастье пользовате-

ля — это приоритет в нахождении багов.

Пусть в мире, где история искажена, ценности поруганы, а исти-

ны ненадежны, слова, сказанные выше, будут скалой, в прочно-

сти которой вы будете постоянно убеждаться.

А теперь:

Черная магия

и ее немедленное разоблачение

Есть две концепции, о которых необходимо знать, потому что

они распространены и вредят как тестировщикам в частности, так

и компании в целом.

25

Цель тестирования Decoded

27

ПЕРВАЯ КОНЦЕПЦИЯ: цель тестирования — это 100%-я про-

верка ПО.

РАЗОБЛАЧЕНИЕ ПЕРВОЙ КОНЦЕПЦИИ

Вот вам код, написанный на языке программирования Python

(здесь и далее номер является номером строки для удобства ссы-

лок и не принадлежит к коду, за знаком # следует комментарий

для данной строки):