Тестирование интерфейса (API)

Без подведения итогов вы не можете познать себя и не узнаете, где успех и неудача, не думая, нет улучшения и нет прогресса;

Автоматизированное наложение тестов

【Что такое API】

API — это аббревиатура интерфейса прикладного программирования.

Реализует возможности связи и обмена данными между двумя или более независимыми системами или модулями.

[Что такое тестирование API]

Тестирование API отличается от тестирования автоматизации пользовательского интерфейса. Оно в основном фокусируется на уровне бизнес-логики системной архитектуры, поэтому его основное внимание уделяется не операциям пользовательского интерфейса или восприятию пользователя, а большему количеству вызовов логических связей.

Подготовка к тестированию API

1. Подходящий интерфейсный документ

2. Инструменты анализа захвата мастер-пакетов

3. Понимание структуры пакета протокола HTTP.

4. Знаком с пользовательским бизнесом и способен сочетать бизнес-логику уровня API с пользовательским бизнесом.

[Что в основном проверяет API]

1. Убедитесь, что данные, предоставляемые API, соответствуют документу интерфейса. Цель состоит в том, чтобы обеспечить возможность нормального вызова.

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

3. Проверьте механизм обработки исключений API. Первым приоритетом является обеспечение правильного возврата интерфейса.

4. Проверьте, учитывает ли API аутентификацию и обработку конфиденциальных данных с точки зрения безопасности.

5. Руководить использованием автоматизированного тестирования для тестирования интерфейсов.

6. Документация, формирующая достаточную документацию для обеспечения ремонтопригодности качества API.

[На что обратить внимание при тестировании API]

1. Каждый тестовый пример API должен быть параметризован.

2. Во время выполнения теста приоритет отдается тестированию API.

3. Тестовые случаи должны быть максимально независимыми в исполнении. Например, когда данные необходимо кэшировать, они могут быть жестко запрограммированы (или действительны в течение длительного времени), чтобы избежать необходимости полагаться на результаты при тестировании одного интерфейса. других интерфейсов.

4. Чтобы обеспечить охват, тестовые данные должны быть запланированы для всех возможных входных данных API, чтобы охватить как можно больше сценариев ввода.

5. Уделяйте больше внимания нештатным сценариям ввода параметров, чтобы избежать повреждения системы при прямом вызове интерфейса.

[Какие ошибки можно найти при тестировании API]

1. Невозможно правильно и дружелюбно обработать действительные, неправильные или ненормальные сценарии ввода параметров.

2. Проблемы с надежностью

3. Проблемы безопасности

4. Проблемы с производительностью

5. Структура данных ответа не стандартизирована и неполна.