欢迎从事游戏测试、测试管理 白盒及性能测试的朋友与我交流,共同进步,谢谢!

《梦幻诛仙》真的梦幻吗?

上一篇 / 下一篇  2010-03-05 00:09:47 / 个人分类:游戏体验

查看( 495 ) / 评论( 8 )
从个人感觉来说,对完美时空推出的游戏还是比较看好的,毕竟是上市公司,有钱有技术有渠道,再加上最初推出的第一款游戏《完美世界》,无论从定位、风格、技术、美术乃至宣传,各方面效果都做得很不错,以至后面它陆续推出的游戏本人都比较关注。
   近期《梦幻诛仙》的广告做得比较火,可以说是无处不在,想不关注都不行,原来公司的同事也在体验这个,朋友刚好有一个闲置号,干脆拿过来体验了一把,老实说,还是一贯的完美风格,美术很好很强大,策划仍然东挪西凑,开发一脉相承(无论完美怎么吹嘘,底层引擎的东西基本上是改改就可以用的,虽然游戏是2.5D回合风格,毕竟实现起来比3D容易多了),测试烂到无以复加。
  也许有观者说,太狠了点吧,测试有那么烂吗?我只能说,确实如此,1、拿该游戏的日常任务说,有个是要玩家护送某个物品到某个NPC,中途会遇怪,怪的难度与玩家等级成正比,假设此时玩家与其他角色组队,暂离再去接任务,怪的难度就与(玩家+组队角色)/2成正比了,如果组队角色等级为1,那不是变相降低难度么?还有,2、某个活动,设计原意是类似环任务,奖励是逐次递增的,任务类型有打怪、找人、寻坐标点等,玩家可以组队接取任务然后做,放弃任务后再接相当于从第一环第一次开始做,但问题出现了,任务没有记录放弃前的任务类型,因为这样,玩家就可以不断地刷找人类型的任务,因为这样快,无形就导致了奖励产出的增多。3、道具商城里有个道具叫完美附魂珠,简单来说使用该道具能把同样装备部位的某个属性转移到另一件同部位装备上,假设一个40、50和60级的装备,将60的属性转到50的当然需要消耗这个了,但为什么40的属性移到50的也要消耗?明显不合理嘛。
  其实以上这些BUG,写完整功能的覆盖率测试用例,是完全可以避免问题的,因为这些是最基本的验证,所以我很纳闷,为什么这些基本的问题没有发现。后来我去完美的官网看了下,看看他们的应聘要求吧:
  游戏测试 任职资格:
  1、2年以上游戏经历,对新游戏很敏感并能快速上手;
  2、了解市面上的主流网游并至少熟悉一款,对各种游戏设定的品质有足够的敏感度;
  3、对游戏有足够热情,能够接受并投入各类游戏的测试工作
  4、有一定的表达能力,对个人看法能够准确描述;
  5、有游戏测试工作经验者优先考虑。
  所以说,我们国内的游戏质量要走的路真的太长,一味地圈钱,降低游戏的可玩性和游戏寿命,是走不远的。
  最后,希望《梦幻诛仙》的品质能真的像完美时空打的广告那样,祝好运~
  ps:不过完美的美术团队很不错,设计的一些周边产品也很受欢迎,胡歌演的真人CG也很有仙剑风格,提出表扬~
       该随笔不针对任何对象,无人身攻击之嫌,请勿对号入座!如有异议,请直接与takiro联系。

TAG:

好好学习,天天向上 takiro 发布于2009-12-24 13:02:23
额,又来个bug,哎。。。
未命名.JPG

未命名.JPG

rojasall发布于2009-12-24 15:56:24
完美的测试团队使用的测试方法还是依赖于测试人员的个人能力和经验,他们也有测试用例,但是用例更新慢,或者根本就不使用这些用例来测试,出现这么多的BUG当然是理所当然的了。
楼主说的这些adhoc的操作,或许一个有能力的测试员会进行这些测试,但是测试完后,完美却不会将其归类到对应的用例中去,当以后的其他测试员再来做这种测试时就会miss这些bug。
拿我以前经历的一件事情来说吧,有次测试出现了一个严重bug,然后测试经理就是大发雷霆,然后就要求负责测试该部分的人员保证以后不会再出现同类错误,再然后就完了。。。可是如果以后测试人员换了,或者测试员又一次粗心(对于重复性很强的测试来说这种情况很容易再次出现),该bug说不定又会出现。
云层专版 云层 发布于2009-12-24 16:42:04
小t的帖子都是蛮经典的
11111发布于2009-12-25 09:30:07
经典~~~~~
老胡头的个人空间 maxwell12 发布于2010-03-05 11:25:15
2楼帖图中的bug是测试的责任.跑任务的时候应该看到.而且任务测试是要遍历检查的
1楼提出的3个问题不一定是测试的责任.测试发现提交后如果被策划驳回说设计如此,那测试人员也没办法.从行政权限上说测试能做到的最多是拉上最终决定者(PM?或是。。。)来决定。最牛的测试也得服从最终判定没办法按照自己的意愿修改。
牛亦喜的个人空间 牛亦喜 发布于2010-03-05 11:46:57
1是设计问题,还是测试问题真不太好说了

不过,测试员也应该发现并报告这一类可能是设计缺陷的缺陷
老胡头的个人空间 maxwell12 发布于2010-03-05 11:52:28
这类内容肯定属于测试工作范畴.
提交后是否修改就不是测试的事了.
如果这种问题被玩家发现后很快修改了,那很可能是测试没有发现.
如果这类问题被玩家发现后很久都没有修改,估计是那句话"设计如此"
牛亦喜的个人空间 牛亦喜 发布于2010-03-05 14:04:05
回复 8# 的帖子
不敢完全苟同

我认为QC的工作职责要弄清楚以下:
1.bug的源头在哪儿?如果是设计缺陷;如果不是。2种情况QC承担什么责任,该怎么做,就不展开了。不管怎样,QC需关注bug是怎样注入的
2.bug的生命周期不完结,QC的责任就没有终止。bug提交了,没修复,qc的职责还存在;即便被置为不修复,QC也仍有责任,来衡量是否真的可以不修复?以及处理后续。
我来说两句

(可选)

Open Toolbar