VisualStudioでの単体テストでメッセージボックスのボタンを自動で押すには

以下の様な関数とその関数をテストするコードがある時、このテストを実行すると必ずメッセージボックスが表示されますが、
このメッセージボックスのボタン（ＯＫボタン）をコード上で自動で押す方法もしくは表示せずに済む方法はないのでしょうか。

VisualStudioのCUIT（コード化されたUIテスト）があれば容易だとは思うのですが、当方ProfessionalなのでCUITは使えません。

環境：VisualStudio 2015 Professional

ProjectName
Form.cs

C#
1puvlic static bool TestFunction(int a, int b)
2{
3	bool result;
4
5	if(a == 1 && b == 1)
6	{
7		MessageBox("1です")
8		result = true;
9	}
10	else)
11	{
12		MessageBox("1以外です")
13		result = false;
14	}
15	
16	
17	return result;
18}
19

Form1Tests.cs

C#
1
2
3	public void FunctionTests_正常系_両方が1の時True()
4	{
5		boole value = TestFunction(1,1)
6		
7		Assert.AreEwual(true, value )
8	}

行動規範の内容に同意します

回答2件

ベストアンサー

自動化された単体テストを行いたいという趣旨であれば、設計を見直す必要があります。
この例で一番シンプルにやるとすれば

C#
1public interface IMessageBox {
2    void Show(string message);
3}

というインターフェイスを用意して、

C#
1public class MessageBoxUI : IMessageBox {
2    public void Show(string message) {
3        MessageBox.Show(message);
4    }
5}

実際に画面を出す処理をこのインターフェイスを実装した別のクラスに分離し

C#
1public static bool TestFunction(int a, int b, IMessageBox messageBox)
2{
3    bool result;
4
5    if(a == 1 && b == 1)
6    {
7        messageBox("1です")
8        result = true;
9    }
10    else)
11    {
12        messageBox("1以外です")
13        result = false;
14    }
15
16
17    return result;
18}

このメソッド内ではインターフェイスに対して操作を行います。

呼び出し側は

C#
1var msgBox = new MessageBoxUI();
2TestFunction(1, 1, msgBox);

のように「実際に表示を行うオブジェクト」を生成して呼び出します。（最後に注記あり）
これを「IoC = Inversion of Control(制御の反転)」と言います。

このように作っておくと、テストでは

C#
1class MockMessageBox : IMessageBox {
2    public void Show(string message) {
3        System.Diagnostics.Debug.WriteLine(message);
4    }   
5}

というモッククラスを作ることで

C#
1public void FunctionTests_正常系_両方が1の時True()
2{
3    var mockMessagebox = new MockMessageBox();
4    boole value = TestFunction(1, 1, mockMessageBox);
5    Assert.AreEqual(true, value);
6}

という感じでテスト可能になります。

こうしておくと、モッククラス側を例えば

C#
1class MockMessageBox : IMessageBox {
2
3    public string Message;
4
5    public void Show(string message) {
6        this.Message = message;
7    }   
8}

のようにしておけば

C#
1public void FunctionTests_正常系_両方が1の時True()
2{
3    var mockMessagebox = new MockMessageBox();
4    var expectMessage = "1です";
5    boole value = TestFunction(1, 1, mockMessageBox);
6    Assert.AreEqual(true, value);
7    Assert.AreEqual(expectMessage, mockMessageBox.Message);
8}

といった感じで、実際に依存先のオブジェクトが呼び出された処理結果も検証できます。

注:
テストしたいコードは「画面の表示」に対して依存関係がなくなりますが、こうすると呼び出し側がこの「画面の表示」用のオブジェクトを作る必要があり、そちら側のテストが難しくなる事もあると思います。

そういった問題を解決する方法が「DI = Dependency Injection(依存性の注入)」といって、やり方は様々ですが、それを実現するためのフレームワーク（DIコンテナ）もたくさんあります。
（DryIoc, autofac, Unity(ゲーム開発等のやつとは無関係)）

投稿2019/05/20 05:38

gentaro

総合スコア8949

tride

2019/05/23 01:44

詳しい回答ありがとうございます。出張も相まって理解するまで時間がかかり、返事が遅れました。ＩoCやＤＩについては、C#の経験が浅い事もあって初耳ですが、最後のコードの「実際に依存先のオブジェクトが呼び出された処理結果も検証できる」という点には目からうろこでした。ただDryIoc, autofac, Unityについて、これらが何なのか、まったく分かってないので、こちらもそれぞれ何なのか調べたいと思います。