（讨论）游戏测试的自动化

11111

拿网页游戏来讲，前台是flash，后台是c++。而对于前台是flash的游戏，自动化实施起来会有些困难。首先这里明确为什么想到游戏的自动化呢：1.考虑到一个几率问题，比如说进入一个房间，但是100次里面会有1次失败，这个时候，如果每次都手工去执行，可能会有些困难，虽然不是说这个问题解决不了。2.压力测试，大家对游戏要求越来越高了，在网页上移动，行走，攻击，攻击1下，10s才响应，或者说同屏多少人直接卡死等。
1.对于flash独有的特性，市面上的一些工具对flash体内的控件是无法识别的，比如说qtp，它会将界面上的flash识别成一个整体的flash，而对内里的控件无法做到识别，用如qtp那样的自动化工具还真是不适用。
2.从压力测试这块来讲，简单的发送http请求，倒是可以通过lr或者was来实现。但是操作性，比如打怪什么的，用lr，从表面上来看有些难度，且怪的地点一般都是随机的，虽然可以再方便测试的时候，调到固定点，但是还是觉得有点不适用。还有一种方式，lr的socket，这个相对比较麻烦，但是也会要求连接的正确性和包的连续性和正确性。
3.操作性的压力，可以通过lua来实现，我还没写过，不过据说lua很强大，虽然也要开发那边提供接口，但还是有希望的。主要是对服务器的监控，网页上也需要监控fps。
4.按键精灵貌似是可以有些帮助的，可能需要一定的编程基础。那也是不会识别flash的，貌似我就没有发现能够识别flash的。有机会可以尝试下，不过貌似别人都用来开发外挂。呵呵，有时间研究下。

cncnily

首先后台不一定是C++的吧？
lr测试flash用socket比web协议好用，web需要关联的，socket一般不需要关联，虽然我也不知道为什么吧，但我做过实例。
就算做压力测试为什么要一起打怪？照你这么说一起交易，一起切地图等等都要压测？
你说的功能性自动化肯定不可能的，如果真的可以实现估计一个公司3个测试就够了。一个大型游戏公司健全的测试团队最起码在60人以上的，而且以黑盒为主。
对于游戏产业不要过多追求自动化。游戏产业的测试是要求人真实参与到实际场景中的。

[ 本帖最后由 cncnily 于 2010-8-19 17:48 编辑 ]

星空物语

对于第4条，按键精灵，有可以识别的方法，他有识别图片或指定区域颜色的功能，前提是要你首先定义图片或指定区域、颜色

11111

恩，没说一定是c++，只是我们做的后台是用C++做的，举个例子说情况而已

[ 本帖最后由 11111 于 2010-8-19 22:48 编辑 ]

cncnily

3楼说的对 按键精灵可以识别颜色和区域 可以做个小外挂呢呵呵

davy_chen

既然游戏可以有外挂，就可以自动化。只是自己会不会做而已。

test_huang

看到此贴顶一下，呵呵，最近也在看按键精灵，前天试了一个小东西，不一小心，试出的结果客户端人物卡死 ，而且强行关闭后，客户端双击都不能用了

cncnily

您认为什么样就叫做自动化？自动化可以替代测试多少东西？
就算真的自动化了，测试出来的内容一定准确吗？反正PC的游戏我没听说过自动化测试
人工测试绝对比自动化测试准确。而且自动化你要考虑成本、时间、维护等等。

nobuo0908

自动化的话  我觉得游戏 还是以脚本为核心  

毕竟游戏行业是很特殊的

对于游戏来说 随机性都比较强，

而QTP那些都是都是需要一定的流程和设定好一些操作行为的。

xue海无ya

游戏自动化的实现成本确实很高。用按键之类的软件目前来看只能做外挂。但是外挂不等于自动化测试。为什么这么说呢？自动化不仅是自动模拟玩家的操作，还要完成对操作结果的分析。模拟用户的操作本身就是比较困难的，对采集数据结果的分析就更是难上加难的事情。希望有高手来帮忙解答一下。

Indisorder

最近流行自动化啊。。。呵呵呵

cncnily

什么都要讲究自动化了 愁啊
你研究啥新玩意去了？

Indisorder

最近在帮程序部门搭建单元测试框架...身不由己了都...我只想做个高玩
WLK开了 小FS练到63级了哈哈