Сквозное тестирование
Сквозное тестирование - это метод тестирования программного обеспечения, который проверяет все программное обеспечение от начала до конца вместе с его интеграцией с внешними интерфейсами. Целью сквозного тестирования является тестирование всего программного обеспечения на предмет зависимостей, целостности данных и взаимодействия с другими системами, интерфейсами и базами данных для реализации полного производственного сценария.
Наряду с программной системой он также проверяет обработку пакетов / данных из других вышестоящих / последующих систем. Отсюда и название «Сквозной» . Сквозное тестирование обычно выполняется после функционального тестирования и тестирования системы. Он использует фактическое производство, такое как данные и тестовую среду, для моделирования настроек в реальном времени. Сквозное тестирование также называется цепным тестированием .
Зачем нужно непрерывное тестирование?
Сквозное тестирование проверяет полный поток системы и повышает уверенность, обнаруживая проблемы и увеличивая тестовое покрытие подсистем. Современные программные системы сложны и взаимосвязаны с несколькими подсистемами, которые могут отличаться от существующих систем. Вся система может рухнуть из-за отказа любой подсистемы, что представляет собой серьезный риск, которого можно избежать с помощью сквозного тестирования.
Сквозной процесс тестирования:
На следующей диаграмме представлен обзор процесса сквозного тестирования.
Основные виды деятельности, связанные с непрерывным тестированием:
- Изучение требований к непрерывному тестированию
- Настройка тестовой среды и требования к оборудованию / программному обеспечению
- Опишите все процессы в системе и ее подсистемах.
- Описание ролей и обязанностей для всех систем
- Методология и стандарты тестирования
- Сквозное отслеживание требований и разработка тестовых примеров
- Входные и выходные данные для каждой системы
Как создать сквозные тестовые случаи?
Структура проектирования сквозного тестирования состоит из трех частей.
- Создавайте пользовательские функции
- Условия сборки
- Сборка тестовых случаев
Создание пользовательских функций
Следующие действия должны быть выполнены как часть пользовательских функций сборки:
- Перечислите функции системы и их взаимосвязанные компоненты.
- Перечислите входные данные, действие и выходные данные для каждой функции или функции.
- Определите отношения между функциями
- Определите, можно ли использовать функцию повторно или независимо
Например рассмотрят сценарий , в котором вы войдите в свой банковский счет и перевести деньги на другой счет из другого банка (3 - й участник суб-системы)
- Авторизуйтесь в банковской системе
- Проверить остаток на счете
- Перенести некоторую сумму со своего счета на какой - либо другой банковский счет (3 - й участник подсистемой)
- Проверьте последний баланс вашего счета
- Выход из приложения
Условия сборки на основе пользовательской функции
В рамках условий сборки выполняются следующие действия:
- Создание набора условий для каждой определенной пользовательской функции
- Условия включают последовательность, время и условия данных.
Например -Проверка дополнительных условий, таких как
Страница авторизации
- Неверное имя пользователя и пароль
- Проверка с действующим именем пользователя и паролем
- Проверка надежности пароля
- Проверка сообщений об ошибках
Сумма остатка
- Проверьте текущий баланс через 24 часа. (Если перевод отправлен в другой банк)
- Проверьте сообщение об ошибке, если сумма перевода превышает текущий баланс.
Создайте тестовый сценарий
Создание сценария тестирования для определенной пользовательской функции
В этом случае,
- Войти в систему
- Проверка суммы банковского баланса
- Перевести сумму остатка в банке
Создание нескольких тестовых случаев
Создайте один или несколько тестовых примеров для каждого определенного сценария. Тестовые наборы могут включать каждое условие как один тестовый набор.
Метрики для сквозного тестирования:
Ниже приведены некоторые из многих показателей, используемых для сквозного тестирования.
- Статус подготовки тестового набора: показывает прогресс подготовки тестового набора по сравнению с запланированным.
- Еженедельный прогресс теста - Предоставляет еженедельные подробности о процентном завершении теста - Неудачный, невыполненный и выполненный по сравнению с запланированными для выполнения тестов.
- Статус и детали дефектов - показывает процент открытых и закрытых дефектов по неделям. Также еженедельное распределение дефектов в зависимости от серьезности и приоритета.
- Доступность среды - общее количество часов "наработки" / общее количество часов, запланированных в день для тестирования.
Сквозное тестирование против тестирования системы
| Сквозное тестирование | Системное тестирование |
|---|---|
| Проверяет программную систему, а также взаимосвязанные подсистемы | Проверяет только систему программного обеспечения в соответствии со спецификациями требований. |
| Он проверяет весь процесс от начала до конца. | Он проверяет функциональность и особенности системы. |
| Все интерфейсы, бэкэнд-системы будут рассматриваться для тестирования. | Функциональное и нефункциональное тестирование будет рассматриваться для тестирования. |
| Он выполняется после завершения тестирования системы. | Выполняется после интеграционного тестирования. |
| Сквозное тестирование включает проверку внешних интерфейсов, автоматизация которых может быть сложной задачей. Следовательно, ручное тестирование предпочтительнее. | Для тестирования системы можно использовать как ручное управление, так и автоматизацию. |
Вывод
В программной инженерии сквозное тестирование - это процесс проверки программной системы вместе с ее подсистемами. Самая большая проблема в этом тестировании - получить достаточно знаний обо всей системе, а также о взаимосвязанной подсистеме.