ЧАСТЬ 2.1

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

Цикл тестирования ПО состоит из трех этапов:

1. Изучение и анализ предмета тестирования.

2. Планирование тестирования.

3. Исполнение тестирования.

1. Изучение и анализ предмета тестирования.

что можно протестировать в интернет-проекте?

• интерфейс пользователя (например, что определенная кноп- ка называется "Купить", а не "Кипуть");

• скорость работы веб-сайта (например, то, что при одно- временной работе с сайтом 200 пользователей скорость за- грузки веб-страницы составляет не более 5 секунд);

• документацию (например, что спек не содержит противо- речий и неточностей).

как можно удовлетворить потребности пользователя? нужно

• придумать (продюсер),

• написать (программист),

• протестировать (тестировщик) и

• передать пользователям (релиз-инженер) средства, которые эти потребности удовлетворят. Этими средст- вами являются ФУНКЦИОНАЛЬНОСТИ интернет-проекта.

Функциональность (functionality, feature) — это средство для решения некой задачи. Это не что иное, как продукт, предоставляемый пользователям интернет-компанией.

Проверка работы функциональностей называется функциональным тестированием (functional testing).

Эксплоринг (exploring (англ.) — "исследование", "разведка") — это изучение того, как работает веб-сайт с точки зрения пользователя.

В интернет-компаниях эксплоринг, как правило, применяется в двух случаях:

• когда написан код и отсутствует документация. Подобная ситуация часто поджидает первого тестировщика, приходящего в работающую интернет-компанию;

• для самообучения. Например, в крупных интернет-компаниях вновь нанятые тестировщики в течение нескольких недель проходят тренинг, часть которого посвящена эксплорингу.

Конечной целью этапа изучение и анализ предмета тестирования является получение ответов на два вопроса:

а. Какие функциональности предстоит протестировать?

б. Как эти функциональности работают?

После того как ответы получены, мы переходим к следующему этапу цикла.

2. Планирование тестирования. Эта стадия требует от тестировщика наибольшего творчества и профессионализма, так как именно на ней решается множество головоломок, отвечающих на один простой вопрос: "Как будем тестировать?", причем качество продукта (а значит, и счастье пользователей) напрямую зависит от, мудрости найденных решений.

Мудрость найденных решений проявляется в двух вещах:

а) кратких, простых и изящных путях для проверки функциональностей;

б) компромиссе между объемом тестирования, который возможен в теории; объемом тестирования, который возможен на практике.

Ответы на "один простой вопрос" предстают перед миром в виде тест-документации (test documentation), ядро которой составляют тест-кейсы. Во многих случаях создание тест-документации сопровождается написанием тестировщиком вспомогательных тулов (tool — компьютерная программа), которые облегчают исполнение тестирования.

3. Исполнение тестирования.

Суть исполнения тестирования — это практический поиск багов в написанном коде с использованием тест-кейсов, созданных ранее.

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

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

затем проверка старых функциональностей по старым тест-кейсам. То же самое, но в профессиональной терминологии: тестирование новых функциональностей (new feature testing) и соответственно регрессивное тестирование (regression testing). Мы исполняем тест-кейсы, рассчитывая найти баги. Давайте еще раз вспомним, что после нахождения бага тестировщик заносит запись о нем в систему трэкинга багов; после того, как программист починил баг, тестировшик проверяет:

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

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

Тестирование, исполняемое в пунктах а) и б), также называется регрессивным тестированием (bug regression testing).

Так как этапы 1. Изучение и анализ предмета тестирования и 2. Планирование тестирования переплетены между собой, мы объединим их в контейнер знания, который называется подготовка к тестированию (test preparation или, по- простому, test preps).

#тестирование