你自己封装一些断言方法啊。例如，传入图片 xxx.png 和延时 y 秒，断言在 y 秒内是否能找到该图片，找到则 Pass，找不到则 Fail。
还可以和截图配合，如果 Fail 则把当前界面截图保存。
与输出测试报告结合，把测试结果最后输出成 txt 文件，然后邮件发送给自己。
与 jenkins 结合，定制每天定时的检查测试。
等等，这些都是我们目前在采用的方案

厉害啊，我们是笨笨的本地自己写协议，然后 send 调用。我们经常花很多时间来解析具体的道具唯一 ID 等等。
楼主提供的方案非常容易上手。
另外，我们在实际游戏测试中由于经常需要构建复杂的测试条件和环境，所以没有把自动化执行起来，我们通常是在黑盒测试时，同步进行协议发送和接受验证测试。
楼主有什么好的建议吗？

http://www.cnblogs.com/liangshi/archive/2010/07/25/1784666.html
这个和这篇博文好像啊

谢谢分享，近年来接触到很多传统行业的质量管理知识，越学习越觉得和我们 IT 行业的质量管理在本质上非常接近，甚至说是理论上的统一。
例如最近在看到失效模式分析 FEMA 等等知识，如果应用在软件开发中，绝对是可行的

#6 楼 @rik782 unity test tools 中 unit test 是可以用来做单元测试的，也可以做协议接口，Integration Test 这块就不是很懂了

因为我们项目是 Unity3D 开发的，今天研究了一下 U3D 的 unit test tool 工具，把楼主的这种发送协议的代码加入到这个工具的测试脚本里面。
在编辑器里面启动游戏，并运行 unit test tool 的测试脚本，实现了发送协议的功能。
这样后续都可以结合 unit test tool 里面的自动化，断言等等功能。
后面再研究一下客户端接收服务器发送协议的代码，这样应该可以做完整个 C->S->C 的测试流程。

想问一下，这里都是 C->S，如果要模拟 S->C 的有什么方法吗？

感谢提供的思路，自己项目上尝试了一下，发现是可行的。解决了很多协议测试上的困难。