游戏聊天系统测试案例
有没有游戏聊天系统测试的案例，需要注意些什么东西，求各位大大解答！！！ 等待大虾~~~ 成品的肯定没有，都是内部文件按照策划案写，加入写测试用例的基本方法就可以了
其实这些都是经验，写多了就好了，谁开始都不会写
http://bbs.51testing.com/thread-276993-1-1.html
[ 本帖最后由 cncnily 于 2010-7-26 11:46 编辑 ] 基于： who已什么样的方式（遍历一下聊天频道）发给who（遍历一下玩家间关系）写一个model-base的功能性测试计划。特别注意下谁不应该收到这样的测试用例，还有就是过一遍敏感字，要和谐么。。。。
然后，服务器端性能测试咯。 嗯，就是测对象(who) 在什么时间(time) 以什么样的方式(how)发送(sepnd)了一个什么样类型(type)的信息(message)，这个信息通过什么样的路径(LAN?WAN?TCP/IP?SMTP?)传送到另一个对象(another who？them?all?)，多久(how long)能收到?收到的信息(message)以什么样的形式显示(what happened when got the message)，收到的信息是否完整(message type,message contents).并且能储存(saved)和存储多久
英语真烦，以后不用英文了，看着就不舒服.. 这个是聊天系统测试用例？你们这么写吗。。。:o 思路，英语是用来装13的，哈哈 这思路写的。。。人家本来就不会写，你再这么说更没思路了
要循序渐进:D 不，我觉得他们说的很好。思路超清晰。
可以作为共同的测试用例基础。
然后补充各家的一些区别。
例如防刷屏的那些，同样发言不能重复发送，聊天频道发言间隔。
屏蔽字库大家手头的内容应该是一样的。测一下屏蔽情况。 策划案中肯定规定每个频道发言间隔的:D if without 策划案...或者策划案根本就没考虑你所考虑的情况的时候
根据自己的经验对相关内容的测试内容的增修删改就很必要了
所以自己心里要有一个测试的大致方向
比如说一个功能模块
测试需要自己做出一个判断
1这个功能模块是一个什么样的功能模块
2这个功能模块由哪些部分组成，每个部分单独实现了什么功能
3这些单独的部分是如何协作，运作时这些部分又是如何互相联系的
4整个功能模块实现功能的力度如何，速度如何？
5有引起它发生异常的因素吗?
6它功能正常的情况下，有外在的破坏因素吗?
照着策划案写我觉得是没问题，可完全照着策划案来写，你的思路就是策划的思路，而不是测试的思路。
不怕没得测，就怕测不完。 恩 说到这确实哈 居然有人说过公司没有策划案
哎 以后测试策划可以合并了 给你来个有图:$
在3年前的一个项目里：我们用了一个玩家关系模型来避免可能的组合爆炸，遍历这个模型后得到了50+组玩家关系，测试用例是2000+。
条数很正常 只不过这些都是自动跑的还是手动跑的？ 废话，当然是手动啦。游戏项目做UI自动化测试不是找死啊。。。。 原帖由 cncnily 于 2010-7-27 09:36 发表 http://bbs.51testing.com/images/common/back.gif
恩 说到这确实哈 居然有人说过公司没有策划案
哎 以后测试策划可以合并了
版主是上人，大公司大场面大制作...哈哈
不过现在确实有很多策划是从测试转过去的 那个关系模型表很牛掰，要是真是全手工完成的就更牛掰了，但是主要还是那个关系模型表牛掰。
我接触的项目，没有做到那么全，也就仅仅依靠行为交涉表和错误猜测，案例大致也在1000条以上。
要达到自动化来做UI方面的确实不太现实，所以也是比较头疼的事情。所以才把重点放在主要功能实现上。
而且像聊天这样的功能，在内网环境下测试出来的结果和在外网以及加压情况下完全不同....曾经杯具过一次，深有体会....牵扯到玩家交互的东西.....切记要加压.... 测来测去还是要黑盒 哎
这工作量 加了几次班啊呵呵 没加过班。。。有偷懒的办法。。。既然是玩家交互使用的东西。。。。
丢给玩家自己去研究好了。。。。只要在大方向上把控以下不让BUG淹没开发就是了
这个说的玩家自己去研究。。说的是降低该聊天系统的测试优先级，在确保不泄密的前提下
玩家参与到项目的测试来。。这个资源嘛。。400到500真人同时在线我还是有那么些资源的。。。 请注意我的后半句话：游戏项目做UI自动化测试不是找死啊。。。。
普通一个3A级游戏项目，UI从设计到实现被全部删光推倒重来个3，4次很正常。一个UI程序员每天身上背个7，8百个bug才叫UI程序员。
开发个UI自动化测试工具需要的资源也许不会太多，但是维护这个工具绝对是噩梦。这种ROI超低的买卖是打死也不能干的。。。
页:
[1]
2
