2016-05-16 2 views
2

Охватывая покрытие кода как концепцию и управляя нашим кодом в целом, чтобы покрыть 70% + линию, теперь управление заинтересовано в покрытии REST API.Как я могу захватить или обеспечить охват API REST с помощью модульных тестов Java?

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

Существуют ли какие-либо инструменты или тестовые рамки, которые я мог бы использовать для отслеживания набора модульных тестов и обеспечения использования всех применимых ресурсов, всех кодов состояния и т. Д.?

Не уверен, лучше ли кипятить это до числа и отслеживать с порогом/временем; или просто выполнить лог-модульный тест, если покрытие неполное. С удовольствием рассмотрим любой тип решения на данный момент!

ответ

0

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

Я сомневаюсь, что вы могли бы достичь «покрытия кода состояния» для каждого ресурса с помощью этого подхода, поскольку любая разумная реализация API будет реализовывать некоторые статусы ошибок в общем виде в одном месте, но опять же, возможно, вам действительно не нужно что если вы покрываете весь сгенерированный код.

Смежные вопросы