Рисунок 2.3.g — Суть тестирования критического пути
•
Расширенное тестирование (extended test
146
)
направлено на исследование
всей заявленной в требованиях функциональности — даже той, которая
низко проранжирована по степени важности. При этом здесь также учитыва-
ется, какая функциональность является более важной, а какая — менее важ-
ной. Но при наличии достаточного количества времени и иных ресурсов тест-
кейсы этого уровня могут затронуть даже самые низкоприоритетные требо-
вания.
Ещё одним направлением исследования в рамках данного тестирования яв-
ляются нетипичные, маловероятные, экзотические случаи и сценарии ис-
пользования функций и свойств приложения, затронутых на предыдущих
уровнях. Пороговое значение метрики успешного прохождения расширен-
ного тестирования существенно ниже, чем в тестировании критического пути
(
иногда можно увидеть даже значения в диапазоне 30–50 %, т.к. подавляю-
щее большинство найденных здесь дефектов не представляет угрозы для
успешного использования приложения большинством пользователей).
К сожалению, часто можно встретить мнение, что дымовое тести-
рование, тестирование критического пути и расширенное тестиро-
вание напрямую связаны с позитивным
{82}
тестированием и негатив-
ным
{82}
тестированием, и негативное появляется только на уровне
тестирования критического пути. Это не так. Как позитивные, так и
негативные тесты могут (а иногда и обязаны) встречаться на всех
перечисленных уровнях. Например, деление на ноль в калькуля-
торе явно должно относиться к дымовому тестированию, хотя это
яркий пример негативного тест-кейса.
146
Extended test. The idea is to develop a comprehensive application system test suite by modeling essential capabilities as ex-
tended use cases. [By
«Extended Use Case Test Design Pattern», Rob Kuijt]
Пользователи
Функции приложения
Время использования
Тестирование
критического пути