Сучасна диджитал-освіта для дітей — безоплатне заняття в GoITeens ×
Mazda CX 5
×

Как называется такой класс тестов?

Усі статті, обговорення, новини про тестування — в одному місці. Підписуйтеся на DOU | QA!

Unit-тесты пускаются девелоперами и проверяют внутреннюю кухню — работу классов и всё такое. Их можно пускать без инета, сидя в поезде с ноутбуком.

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

А как называются тесты, которые каждый день лезут в интернет и проверяют, что внешние ресурсы (всякие партнёрские API и веб-сервисы) возвращают то, что ожидается?

Есть ли для этого какие-то стандартные решения?

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Это функциональные тесты. Они не только про кнопочки и сайты, они про весь «конечный» интерфейс.

нет, речь идет о тестах которые изолированно тестируют соответствие внешних сервисов контракту а не целое взаимодействие со всей своей системой.

«Целое взаимодействие со всей своей системой» называется приемочным тестированием, и является уровнем тестирования, а не методом. А black box тестирование модуля целиком через внешний интерфейс, это именно функциональные тесты. Которые являются частью интеграционных тестов при bottom up, например.

читаем внимательнее вопрос. ТС не тестирует свой модуль, он тестирует внешние интерфейсы сторонних систем.

Читаем внимательно определение:

Functional testing is a quality assurance (QA) process[1] and a type of black box testing that bases its test cases on the specifications of the software component under test. Functions are tested by feeding them input and examining the output, and internal program structure is rarely considered (not like in white-box testing).[2] Functional Testing usually describes what the system does.
И ни слова о принадлежности модуля. Вот же чудо.

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

Для подобных штук писали свои скрипты, которые проверяют наличие текста в контенте заданных ссылок

Трошки поспішив. Зазвичай зовнішнє API не тестується в інтеграційних тестах.
Перевіряти чи зовнішні системи не змінили API можна так званим smoke testing.
pragprog.com/...or-web-services

Ни разу не поспешил. Все правильно, интеграционные тесты могут тестить связь с внешними сервисами

Підписатись на коментарі