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

ПОСЛЕ передачи пользователю — бета-тестирование (beta

testing)

О "До передачи пользователю — альфа-тестирование (alpha test-

ing)" мы еще поговорим.

О "После передачи пользователю — бета-тестирование (beta test-

ing)" уже говорили.

158

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

5. По критерию

"позитивности" сценариев

• позитивное тестирование (positive testing);

• негативное тестирование (negative testing).

Начнем со второго.

Пример

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

определенный формат:

bofa_< YYYYMMDD>_ach. txt,

где YYYY — это год в полном формате (2005), ММ — это месяц в полном

формате (01 — январь), DD — это день в полном формате (01 — первое

число месяца).

Этот файл служит в качестве ввода для программы process transactions,

которая ежедневно в 23:00

автоматически "забирает" его из директории /tmp/input_files/,

анализирует (parse) его и

вставляет данные из него в базу данных.

Предположим, что из-за ошибки кода, генерирующего файл, имя фай-

ла от 18 января 2004 г. будет не

• bofa_20040t18_ach.txt (processtransactions ожидает именно и

буквально это имя), а

• bofa_2004118_ach.txt.

Какая реакция должна быть у программы process_transactions, если

она не может найти файл?

Ответ на этот вопрос может быть найден в спеке, где, например, может

быть указано, что в ситуации, когда файл не найден, process_ transac-

tions посылает соответствующему дистрибутивному списку е-мейл:

• с предметом (e-mail subject) "Ошибка: файл ввода для proc-

ess transactions отсутствует" и

• содержанием (e-mail body) "Файл bofa_20040118_ach.txt

отсутствует в директории /tmp/input_files/".

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

туации, то мы как тестировщики должны ее предусмотреть и создать

тест-кейс с соответствующим сценарием.

Итак, сценарий, проверяющий ситуацию, связанную с

• потенциальной ошибкой (error) пользователя и/или

• потенциальным дефектом (failure) в системе,

называется негативным.

Классификация видов тестирования

159

Пример ошибки пользователя

ВВОД недействительных данных в поле "Имя" на странице регистрации.

Пример дефекта в системе

Вышеуказанный пример о неправильной генерации имени файла.

Создание и исполнение тест-кейсов с негативными сценариями

называется НЕГАТИВНЫМ тестированием.

Далее.

Позитивные сценарии — это сценарии, предполагающие нор-

мальное, "правильное"

• использование и/или

• работу системы.

Первый пример позитивного сценария

Ввод действительных данных в поле "Имя" на странице регистрации.

Второй пример позитивного сценария

Проверка работы системы, когда имя файла имеет правильный фор-

мат: bofa_20040l 18_ach.txt.

Создание и исполнение тест-кейсов с позитивными сценариями

называется ПОЗИТИВНЫМ тестированием.

Несколько мыслей вдогонку:

а. Как правило, негативное тестирование находит больше

багов.

б. Как правило, негативное тестирование — вещь более слож

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

как должно работать, когда "усе в порядке", а не как долж

но работать в ситуациях с ошибками или сбоями.

в. Если есть позитивные и негативные тесты как часть тест-

комплекта, то позитивные тесты исполняются в первую

очередь. Логика:

В большинстве случаев целью создания функционачьности

является возможность реализации именно позитивных

сценариев, т.е. работоспособность позитивных сценариев

более приоритетна, чем работоспособность негативных

сценариев.

г. Существуют спеки, полностью посвященные тому, как долж