Лекция4

Тест дизайн (Test Design)

это этап процесса тестирования ПО, на котором

проектируются и создаются тестовые случаи (тест

кейсы), в соответствии с определёнными ранее

критериями качества и целями тестирования.

Задача тест аналитиков (что?) и дизайнеров (как?)

сводится к тому, чтобы используя различные стратегии

и техники тест дизайна, создать набор тестовых

случаев, обеспечивающий оптимальное тестовое

покрытие тестируемого приложения.

оследовательности комбинаций входных данных

Тестовый сценарий (test

case) или тестовый случай

набор входных значений, предусловий выполнения,

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

разработанный для определенной цели или тестового

условия, таких как выполнение определенного пути

программы или же для проверки соответствия

определенному требованию.

Виды Test Case:

по ожидаемому результату:•Позитивный тест кейс использует только корректные данные и проверяет, что приложение правильно выполнило вызываемую функцию.•Негативный тест кейс оперирует как корректными так и некорректными данными (минимум 1 некорректный параметр) и ставит целью проверку исключительных ситуаций (срабатывание валидаторов), а также проверяет, что вызываемая приложением функция не выполняется при срабатывании валидатора.

По типу тестирования:•Test cases for smoke testing•Test cases for acceptance testing•…

Зачем нужны тест-кейсы

– структурированный системный подход, что снижает

вероятность пропуска ошибки.

–способ хранения части проектной информации.

– Написание тест-кейсов – один из способов

протестировать проектную документацию ещё до выхода

первого билда.

–ускоряет регрессионное тестирование.

– обучение новых сотрудников

– Имея тест-кейсы, мы можем в любой момент

«вспомнить», что мы делали месяц, полгода, год назад.

– Мы можем обмениваться тест-кейсами (и «чек-

листами») между проектами.

– отслеживаемость прогресса процесса тестирования

Структура Tест Кейза

TC ID

TCName ( Title orPurpose)

Related requirement

Test suit

priority

PreConditions

Test Case Description(actions or steps)

Expected result

PostConditions

Action result

Status

Related bug

Пример : пароль должен состоять из 6 символов

Требования к написанию ТestСase:

Не содержит конкретных данных

Один ТС- Одна проверка

Не должны зависеть друг от друга

Четкая формулировка названия, шагов, ожидаемого результата

Шагов для выполнения должно быть не более 10.

Если шагов более, то необходимо разбить ТС на два, изменив входные параметры

Тест-кейзы должны не повторять требования, а проверять их

!Готовый набор тесткейзов должен покрывать требования

!Основой ТС должны быть требования , а не готовый продукт

Рекомендации для написания тесткейзов:

http://testingworld.ru/recomendacii/

Метрики

как способ понять, что проиходит.

Метрики измерения багов:

Метрика количество багов.

Метрика качество + severity

Скорость перепроверки бага или обнаружения дефектов

Метрики измерения Тест Кейзов

Test Coverage — процент покрытия тестовыми случаями требований.

Passed/Failed Test Cases — результаты прохождения тестов, а именно отношение количества удачно пройденных к завершившимся с ошибками.

Not Run Test Cases — количество тестов, которые не запускались.

Test Report

http://habrahabr.ru/company/performance_lab/blog/207512/

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

содержащий оценку соответствующих объектов тестирования относительно

критериев выхода. [IEEE 829]

Хорошие сайты:

http://bugscatcher.net/

http://wiki.software-testing.ru

http://www.ukrqa.org.ua/

http://qacommunity.com.ua/

http://testingworld.ru/