Как протестировать недокументированный веб-сервис?

Question

Я недавно сталкивался с этим вопросом, может кто-нибудь помочь мне, какой должен быть мой подход в качестве тестера?

Предположим, есть веб-сервис, функциональность которого была изменена, и нет документации по этому же вопросу.,Каков будет ваш подход к тому же?

Обновление: сохраняется ли тот же ответ, если функциональность базы данных изменена и нет документации.

Answer 1

Возможно, вы задаете один из двух разных вопросов:

1) Как узнать API веб-службы черного ящика.
В этом случае наилучшим источником будет источник веб-службы (с ошибкой в ​​существовании документации), альтернативно посмотрите на существующих клиентов или? Wsdl службы.

2) Как узнать, какие правильные и неправильные ответы от веб-службы.
Для этого вам нужны либо требования, либо документация, либо правильные клиенты. Вероятно, наиболее вероятным в этом случае является клиент. В качестве альтернативы веб-сервис может реализовывать некоторую функцию, результаты которой могут быть подтверждены извне.

Answer 2

Вы не можете проверить что-либо без документации. Как бы вы узнали, каких результатов ожидать?

---

Может быть, вы ищете "документацию" не в том месте. Кто-то сделал эти изменения. У них была некоторая информация, сообщающая им, какие изменения необходимо внести в базу данных и в службу. Там может быть даже документ с требованиями, но может быть и некоторые проектные документы.

Получить их и использовать их, чтобы выяснить, что изменилось. Используйте эту информацию, чтобы решить, как изменить ваши тесты.

Answer 3

Если вы используете службу полезным способом, то, вероятно, у вас есть несколько звонков, которые возвращают некоторые известные результаты, даже если это не задокументировано. Если это так, то я бы написал тесты, которые подтвердят мои ожидания в отношении сервиса, как в настоящее время. Тогда, по крайней мере, если изменения будут сделаны, у вас будет больше шансов узнать, какие биты изменились, которые влияют на вас.

Answer 4

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

Если вам интересно узнать, какие функции доступны для службы, она может предоставить метаданные, которые документируют ее доступные функции и типы сообщений. Обычно это доступно добавлением «? Wsdl» к URL-адресу веб-службы, хотя существуют и другие схемы.

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