API методы классифицируются на подтипы: статические, динамические, списки, создания, загрузки файлов, связи объектов, фильтрация и обновления. Для каждого подтипа определен свой набор проверок.
Тест-кейсы делятся на типы, имеющие приоритет: дефолтные проверки, сравнение с эталоном, проверка прав доступа, создание и обновление объектов. При этом, существуют также проверки некорректных данных, окружений, параметров и элементов. Особое внимание уделяется граничным значениям, обязательным элементам, лимитам символов, типам данных и ошибкам 404.
Шаги тест-кейсов включают: проверку статус-кода, сравнение с swagger, валидацию схемы ответа, получение данных, а также эталонное и допустимое сравнение. Покрытие API методом считается полным при наличии всех тест-кейсов первого приоритета, либо хотя бы 4х (2 позитивных, 2 негативных) или при наличии всех тест-кейсов, связанных с бизнес-логикой.
Оценка покрытия API автотестами не должна быть исчерпывающей, но должна учитывать необходимые тесты для большей площади покрытия. Это означает, что для интенсивной разработки необходимо установить минимально необходимый объем и тип тестов, уделяя больше внимания приоритетным методам.
Изображение носит иллюстративный характер
Тест-кейсы делятся на типы, имеющие приоритет: дефолтные проверки, сравнение с эталоном, проверка прав доступа, создание и обновление объектов. При этом, существуют также проверки некорректных данных, окружений, параметров и элементов. Особое внимание уделяется граничным значениям, обязательным элементам, лимитам символов, типам данных и ошибкам 404.
Шаги тест-кейсов включают: проверку статус-кода, сравнение с swagger, валидацию схемы ответа, получение данных, а также эталонное и допустимое сравнение. Покрытие API методом считается полным при наличии всех тест-кейсов первого приоритета, либо хотя бы 4х (2 позитивных, 2 негативных) или при наличии всех тест-кейсов, связанных с бизнес-логикой.
Оценка покрытия API автотестами не должна быть исчерпывающей, но должна учитывать необходимые тесты для большей площади покрытия. Это означает, что для интенсивной разработки необходимо установить минимально необходимый объем и тип тестов, уделяя больше внимания приоритетным методам.
