ブラックボックス統合テストのために自動化されたユニットテストを使用して、それはどれほど悪いことで、何が良いですか？

Question

さまざまなベンダーが実装できるAPIがあります。データを送信して受信し、APIを使用して異なる返品コードを取得できます。

私がやりたいのは、APIをテストし、自動化された方法でテストし、すべてをできるだけきれいに保つことです。ユニットテストを実際に行っていません。これは、テスト/QA設定で使用するためです。

私がやったことは、C＃でダミーアプリを作成し、nunitを使用して一連のテストを作成することです。そのため、機能に基づいてさまざまなクラスのすべてのテストがあり、nunitを起動してテストを実行して結果を確認できます。セットアップと解体を行う方法が好きです。これにより、APIを既知の状態にすることができます。ヌニットのアサーション方法も気に入っています。

これがヌニットの意図ではないと思います。ほとんどの人がアプリ内でヌニットを使用して独自のコードをテストすることを期待しています。私の質問は、私がやっていることはどれほど悪いのかということです。そして、何が良いでしょうか？

Answer 1

これは大丈夫だと思います。ヌニットを使用しなかったら、ヌニットの貧弱なコピーである何かを自分で書くだけだと思います。

Answer 2

あなたがしていることは完全に合法です。著者が意図していなかったかもしれないからといって、それがあなたをまったく阻止すべきではありません。それには間違いなく価値があります...ベンダーから最初のアップデートを取得し、既存のAPIがまだ動作していることを確認できるまで待ってください。

私はCunitでCで同じ種類のことをしました。

Answer 3

あなたがしていることは完全に大丈夫だと思います。

nunitを使用したユニットテストでは、コードが必要であり、APIの使用を許可しないというルールを実装していません。