GUI单元测试方法

GUI自动化测试有很多方法，但对于贴近于单元测试方面的GUI测试方法却不是很多，可能最主要的原因是在于消息循环比较难处理。

int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance
	, LPSTR lpCmdLine, int nCmdShow)
{
	while(GetMessage(&msg,NULL,0,0))
	{
		TranslateMessage(&msg);
		DispatchMessage(&msg);
	}
	return 0;
}

GUI自动化是否可行呢？答案是可以的。

首先，主线程是一个同步的消息泵，它在处理一个消息的时候不会进入到GetMessage取下一个消息处理。

其次，考虑在一个消息处理函数中引发的SendMessage调用，这个发送的消息并不是通过主线程的消息循环取出来再处理的。

SendMessage最终会调用到窗口的过程函数，这一切都是同步进行的。

上面的代码段是程序一般的写法，它把消息循环放到了程序的最后面进行执行，导致就没有地方写测试代码了。

如果要进行单元测试，不能没有消息循环，否则就会出现界面卡死的情况。同时，消息循环不能占用整个线程。

GetMessage是一个同步的消息调用，没有消息的时候，它会阻塞住。需要一种没有消息时能退出消息循环的函数，PeekMessage符合这个要求。

void CTestMessageLoop::LoopUntilIdle()
{
	MSG msg;
	while (::PeekMessage(&msg, NULL, 0, 0, PM_REMOVE))
	{
		if (msg.message == WM_QUIT)
			return;
		::TranslateMessage(&msg);
		::DispatchMessage(&msg);
	}
}

LoopUntilIdle函数会在没有消息的时候退出。这样，我们可以在LoopUntilIdle函数之前触发测试事件，然后跑一段LoopUntilIdle消息循环，再测试GUI控件状态。

实施的过程中发现一个问题，LoopUntilIdle函数很快就完了，测试的时候还没看清UI反应过程就又开始下一个测试了，要是能让消息循环跑一段时间就好了。

看代码的时候发现了MsgWaitForMultipleObjectsEx，这个函数可以等待句柄或消息。这样上面的问题就有解决办法了，可以给MsgWaitForMultipleObjectsEx传一个可等待计时器，如果是消息到达导致函数返回，就继续处理消息；如果是计时器超时导致函数返回，就退出消息循环。

void CTestMessageLoop::LoopUntilTimeOut(DWORD dwElapse)
{
	LARGE_INTEGER duration;
	duration.QuadPart = dwElapse;
	duration.QuadPart *= -10000;
	ATLASSERT(INVALID_HANDLE_VALUE != hWaitTimer);
	SetWaitableTimer(hWaitTimer, &duration, 0, NULL, NULL, 0);

	MSG msg;
	const unsigned long cWaitPeriod = 100;
	while (true)
	{
		while (::PeekMessage(&msg, NULL, 0, 0, PM_REMOVE))
		{
			if (msg.message == WM_QUIT) 
				return;

			::TranslateMessage(&msg);
			::DispatchMessage(&msg);
		}

		DWORD result = ::MsgWaitForMultipleObjectsEx(1, &hWaitTimer, cWaitPeriod, QS_ALLINPUT, MWMO_ALERTABLE);
		if (result == (WAIT_OBJECT_0))
			return ;
	}
}

可等待计时器的初始化：

	hWaitTimer = CreateWaitableTimer(NULL, TRUE, NULL);