Сквозное тестирование

Что такое сквозное тестирование?

КОНЕЦ-КОНЕЦ ТЕСТИРОВАНИЯ — это тип тестирования программного обеспечения, который проверяет программную систему вместе с ее интеграцией с внешними интерфейсами. Целью сквозного тестирования является создание полного производственного сценария.

Наряду с системой программного обеспечения, она также проверяет пакетную обработку / обработку данных из других восходящих / нисходящих систем. Отсюда и название «Сквозной конец» . Сквозное тестирование обычно выполняется после функционального и системного тестирования . Он использует реальные данные, такие как данные и тестовая среда, для имитации настроек в реальном времени. Сквозное тестирование также называется цепным тестированием .

Зачем заканчивать тестирование?

Современные программные системы являются сложными и взаимосвязаны с несколькими подсистемами

Подсистема может отличаться от текущей системы или может принадлежать другой организации. Если какая-либо из подсистем выйдет из строя, вся система программного обеспечения может рухнуть . Это серьезный риск, и его можно избежать путем сквозного тестирования. Сквозное тестирование проверяет весь системный процесс. Это увеличивает тестовое покрытие различных подсистем. Это помогает обнаруживать проблемы с подсистемами и повышает доверие к общему программному продукту.

Сквозной процесс тестирования:

Следующая диаграмма дает обзор процесса сквозного тестирования.

Основные виды деятельности, участвующие в сквозном тестировании:

Изучение сквозных требований к испытаниям
Настройка тестовой среды и требования к аппаратному и программному обеспечению
Опишите все системы и процессы их подсистем.
Описание ролей и обязанностей для всех систем
Методология и стандарты тестирования
Комплексное отслеживание требований и разработка тестовых случаев
Входные и выходные данные для каждой системы

Как создать сквозные тестовые случаи?

Сквозная структура тестирования тестирования состоит из трех частей

Сборка пользовательских функций
Условия сборки
Сборка тестов

Давайте посмотрим на них подробно: —

Создание пользовательских функций

Следующие действия должны быть выполнены как часть пользовательских функций сборки:

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

Например, рассмотрите сценарий, когда вы входите в свой банковский счет и переводите деньги на другой счет из другого банка ( подсистема ^{третьей} стороны)

Вход в банковскую систему
Проверьте сумму остатка на счете
Перевести некоторую сумму со своего счета на другой банковский счет ( подсистема ^{третьих} лиц)
Проверьте свой последний баланс счета
Выход из приложения

Условия построения на основе пользовательских функций

Следующие действия выполняются как часть условий строительства:

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

Например, проверка большего количества условий, таких как

Страница авторизации

Неверное имя пользователя и пароль
Проверка с действительным именем пользователя и паролем
Проверка надежности пароля
Проверка сообщений об ошибках

Сумма остатка

Проверьте текущий баланс через 24 часа. (Если перевод отправлен в другой банк)
Проверьте сообщение об ошибке, если сумма перевода больше текущей суммы баланса

Создайте тестовый сценарий

Построение сценария тестирования для определенной пользовательской функции

В этом случае,

Войти в систему
Проверка суммы банковского баланса
Перевести сумму банковского баланса

Построить несколько тестовых случаев

Создайте один или несколько контрольных примеров для каждого определенного сценария. Контрольные примеры могут включать каждое условие как отдельный контрольный пример.

Метрики для сквозного тестирования:

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

Статус подготовки к тест-кейсу: он дает прогресс в подготовке к тест-кейсу относительно запланированного
Еженедельный прогресс теста — Предоставляет еженедельные сведения о процентном завершении теста — Сбой, не выполнено и выполнено в сравнении с запланированными для выполнения тестами.
Состояние дефектов и детализация — показывает процент открытых и закрытых дефектов по неделям. Кроме того, недельное распределение дефектов в зависимости от серьезности и приоритета
Доступность среды — общее количество часов «вверх» / общее количество часов, запланированных в день для тестирования