Использование автоматизированного модульного теста для теста интеграции черного ящика, насколько это плохо и что лучше?

Question

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

Что я хочу сделать, это проверить API и в автоматическом режиме и сохранить все как можно более чистым. На самом деле не выполняется модульное тестирование. Это будет использоваться при настройке тестирования/QA.

Что я сделал, это создать фиктивное приложение на C# и использовать NUnit для создания набора тестов. Поэтому у меня есть все тесты в разных классах, основанные на функциональности, и я могу запустить NUnit и запустить мои тесты и увидеть мои результаты. Мне нравится, как я могу настроить и снести. Это позволяет мне получить API в известное состояние. Мне также нравятся методы утверждения в NUnit.

Я не думаю, что это намерение NUnit, я бы ожидал, что большинство людей используют NUnit внутри своего приложения для проверки собственного кода. Мой вопрос: насколько плох то, что я делаю? И что было бы лучше?

Answer 1

Звучит здорово, я думаю. Я предполагаю, что если вы не используете NUnit, вы просто напишете что-то себе, что было плохой копией NUnit, поэтому оставайтесь с ним.

Answer 2

Что вы делаете, совершенно законно. Просто потому, что автор, возможно, не предполагал, что это не должно сдерживать вас. Это определенно имеет значение ... просто подождите, пока вы не получите первое обновление от поставщика и не сможете проверить, работает ли уже существующий API.

Я сделал то же самое в C с CUnit.

Answer 3

Я думаю, что все в порядке ОК, что вы делаете.

Единичный тест с NUnit не реализует правило, согласно которому у вас должен быть код и не разрешено использовать API.