うまくいけば、それはかなりシンプルですが、これを理解しようとしています。メッセージボックスが単体テストで正常に表示されたかどうかのテスト
私は何かをするメソッドを持つ単純なクラスを持っていて、いくつかの値が特定の状態にあるときにMessageBox.Show( "")を使ってメッセージボックスを表示すると、どのようにテスト/テストを書くのですか?予期しないときにメッセージボックスが表示されたかどうかを検出できます。
うまくいけば、それはかなりシンプルですが、これを理解しようとしています。メッセージボックスが単体テストで正常に表示されたかどうかのテスト
私は何かをするメソッドを持つ単純なクラスを持っていて、いくつかの値が特定の状態にあるときにMessageBox.Show( "")を使ってメッセージボックスを表示すると、どのようにテスト/テストを書くのですか?予期しないときにメッセージボックスが表示されたかどうかを検出できます。
ユニットテストでは、実際にテストすることはできません。コードが正しく呼び出されたかどうかをテストする簡単な方法があります。
インターフェイスの背後にMessageBox
が表示されているのを非表示にします。その後、そのインターフェイスを模擬して、あなたの模擬実装でカウンタなどを作成します。もちろん、これを必要なだけ具体的にすることもできます。
もっと良いオプションは、MVVMや同様のパターンを使用してUIをバックエンドコードから分離することです。コントローラー/モデルを何か単位テストして、薄いUIビューのUIテストを使用することができます –
もちろん、それはしばしばプログラムの全面的な修正を必要とします。このソリューションは、MVVMを最終的に使用する方法として実装する方が簡単です。 –
OPは「メソッドがかなり大きい」というコメントにちょうど言及しました。つまり、UIとは独立して単体テストされる*ことを意味します。 BTW。 .NETは既に通知が発生したときにイベントとコールバックの両方を提供する 'IProgress
MesssageBoxが表示されることをテストするべきではありませんが、他のUI自動化フレームワーク(https://msdn.microsoft.com/en-us/library/ms747327(v=vs.110).aspx )。
しかし、それは単体テストではありません。 automated UI testになります。
あなたが適切なユニットテストを作成したいのであれば、その後、あなたのクラスには、いくつかの
public interface IMessageBox
{
void Show(String message);
}
public class SUT
{
public SUT(IMessageBox messageBox)
{
this._messageBox = messageBox;
}
public void Test()
{
this._messageBox.Show("TEST);
}
}
あなたはunittestの内部mockそのIMessageBoxことができるようにしてinjectableでなければなりません。
.NETはすでに 'IProgress'インターフェースを提供しています。さらに、インタフェースは、 'IMessageBox'のように実装に結びつけてはいけません。 –
@ PanagiotisKanavosあなたは、より一般的な 'IProgress'メディエータによるUI責任からそのクラスを切り離すことが良いアイデアかもしれません。それは実際のシステムに依存しますが。しかし、私は「実装に結びついている」という部分を理解していませんか? IMessageBoxがインプリメンテーションに結びついている唯一の方法は、その名前であり、変更することができます。誰も誰かが 'Console.WriteLine(message) 'のようなConsoleMessageBoxを実装できないようにします。 Console.ReadKey(); ' IMessageBoxは明確な責任を負います。ビジネスロジックの深いところでこのようなインタフェースを使用しないでください。 –
、。その後、そのインターフェイスを模擬して、あなたの模擬実装でカウンタなどを作成します。 –
これは単体テストではありません。それがUIテストです。アクセシビリティAPIまたはVisual StudioのUIテストプロジェクト(アクセシビリティAPIを使用) –
テストしたいメソッドと潜在的な単体テストを書くことができますか? – kat1330