星空物语 发表于 2010-5-23 20:00:47

【游戏BUG分享】删除人物后导致的崩溃或宕机

我也来分享一个曾经遇到过的比较典型的BUG吧：）
1.A给B发邮件
2.A删号
3.B点击邮件NPC准备收取邮件，点击后客户端崩溃

删除人物后有很多事情需要去做，处理不好就很容易导致崩溃、宕机、异常
比如删除A，那么A在游戏里的一切信息都要做善后，像已发出的邮件，挂在集市的物品，好友系统（好友、师徒、结拜、情侣），排行榜上的信息，寄放在NPC的东西等。
像有的游戏可能不能处理一些东西或以防万一，所以删号前必须解除一些状态才可以删号（比如不能在集市挂有东西、不能有住房、必须离婚等）

Indisorder 发表于 2010-5-24 09:09:00

这个。。算不算缺陷模型呢？

ymyfox 发表于 2010-5-24 09:26:07

这个很经典啊~~记下来~~~感谢分享@@:lol

土豆发涩 发表于 2010-5-24 10:28:56

:handshake多谢分享...

tsh62812 发表于 2010-5-24 13:05:03

很好想得周到 分享 支持:lol :victory:

星空物语 发表于 2010-5-24 21:13:09

原帖由 Indisorder 于 2010-5-24 09:09 发表 http://bbs.51testing.com/images/common/back.gif
这个。。算不算缺陷模型呢？
缺陷模型能否解释一下……百科，百度都没有呢~你可以去百科创建这个词条哦，首创

maxwell12 发表于 2010-5-24 21:58:41

确实是缺陷模型呢。
如果删除角色，而数据库其他字段还要取已经删除角色名称。必须要做处理。
或者如果其他地方有角色名称的绑定需求就不能删除角色；
或者取角色的全局唯一id。
如果直接用user id 或角色名称很容易出现问题。
甚至造成崩溃，断言这类严重BUG。

Indisorder 发表于 2010-5-25 09:27:28

缺陷模型一般都是测试结束后，把同类的BUG集合起来（同种产生原因，同种发生现象）这个算是测试的总结的一种吧，不是每个地方都要求做，测试可以通过这个总结BUG的发生点，下次遇到相同的地方就有经验了嘛。
我觉得平时工作不是说测过了就算了，有的人测了一两年还是那样子，有的人测过一个月就很透彻的了解了测试。我觉得关键是要总结...给自己总结.

maxwell12 发表于 2010-5-25 09:30:09

测试用例中除了检查策划设计的功能以外
还要增加这种缺陷模型的检查.
这些地方都是比较容易出问题的冲突点

Indisorder 发表于 2010-5-25 10:17:33

MAX大哥应该说的是“故障模型”——只是表现（白盒与黑盒的表现）
我说的是缺陷模型——不光有表现的形式还有相应产生的原因分析和已尝试解决方法

maxwell12 发表于 2010-5-25 10:41:17

不,我说的不是表现层.
例如:好友列表中显示的好友名称,通过这个显示的好友名称可以查询好友的属性数值,打开与好友的聊天模式,给好友发信等功能.
这个查询操作有几种实现的方法.
1 根据UserName-----如果这个角色名称删号,又出现同名的角色会连接到错误的角色上.
2 根据UserId------单个服务器的数据库唯一值,合服的时候可能会出现异常.
3 根据GlobalId-----全局唯一KEY,能避免很多问题.
如果游戏中查询玩家角色用角色名称作为查询语句的字段值,那会产生很多问题.好友等存在的社交关系,武器绑定名称,拍卖所,邮件......
举这个例子的目的是:如果知道程序实现功能采用的方法,可以先期判定可能出现的缺陷有哪些.

[ 本帖最后由 maxwell12 于 2010-5-26 10:06 编辑 ]

Indisorder 发表于 2010-5-25 13:40:56

差不多就是这样。。但是是会根据程序的编程习惯来做的,做了一段时间以后会很熟悉某些程序容易在什么地方出错。。。也会提供这个东西给他，在他进行开发的过程中进行防范，预防为主嘛。

maxwell12 发表于 2010-5-25 14:09:41

解决的越早,成本越低.

jiazurongyu 发表于 2011-6-2 16:14:07

回复 2# Indisorder
算是缺陷模块 ，没想到这2年还有这个~~~

cncnily 发表于 2011-6-7 11:17:19

删除角色应该都会保留7天的吧？

云层 发表于 2011-6-7 18:28:41

感觉问题最大的地方应该是逻辑删除还是物理删除的问题
页: [1]
查看完整版本: 【游戏BUG分享】删除人物后导致的崩溃或宕机