51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4667|回复: 8
打印 上一主题 下一主题

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

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-12-20 00:55:18 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
从个人感觉来说,对完美时空推出的游戏还是比较看好的,毕竟是上市公司,有钱有技术有渠道,再加上最初推出的第一款游戏《完美世界》,无论从定位、风格、技术、美术乃至宣传,各方面效果都做得很不错,以至后面它陆续推出的游戏本人都比较关注。
   近期《梦幻诛仙》的广告做得比较火,可以说是无处不在,想不关注都不行,原来公司的同事也在体验这个,朋友刚好有一个闲置号,干脆拿过来体验了一把,老实说,还是一贯的完美风格,美术很好很强大,策划仍然东挪西凑,开发一脉相承(无论完美怎么吹嘘,底层引擎的东西基本上是改改就可以用的,虽然游戏是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联系。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

9#
发表于 2010-3-5 14:04:05 | 只看该作者

回复 8# 的帖子

不敢完全苟同

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

使用道具 举报

该用户从未签到

8#
发表于 2010-3-5 11:52:28 | 只看该作者
这类内容肯定属于测试工作范畴.
提交后是否修改就不是测试的事了.
如果这种问题被玩家发现后很快修改了,那很可能是测试没有发现.
如果这类问题被玩家发现后很久都没有修改,估计是那句话"设计如此"
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2010-3-5 11:46:57 | 只看该作者
1是设计问题,还是测试问题真不太好说了

不过,测试员也应该发现并报告这一类可能是设计缺陷的缺陷
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2010-3-5 11:25:15 | 只看该作者
2楼帖图中的bug是测试的责任.跑任务的时候应该看到.而且任务测试是要遍历检查的
1楼提出的3个问题不一定是测试的责任.测试发现提交后如果被策划驳回说设计如此,那测试人员也没办法.从行政权限上说测试能做到的最多是拉上最终决定者(PM?或是。。。)来决定。最牛的测试也得服从最终判定没办法按照自己的意愿修改。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2009-12-25 09:30:07 | 只看该作者
经典~~~~~
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2009-12-24 16:42:04 | 只看该作者
小t的帖子都是蛮经典的
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2009-12-24 15:56:24 | 只看该作者
完美的测试团队使用的测试方法还是依赖于测试人员的个人能力和经验,他们也有测试用例,但是用例更新慢,或者根本就不使用这些用例来测试,出现这么多的BUG当然是理所当然的了。
楼主说的这些adhoc的操作,或许一个有能力的测试员会进行这些测试,但是测试完后,完美却不会将其归类到对应的用例中去,当以后的其他测试员再来做这种测试时就会miss这些bug。
拿我以前经历的一件事情来说吧,有次测试出现了一个严重bug,然后测试经理就是大发雷霆,然后就要求负责测试该部分的人员保证以后不会再出现同类错误,再然后就完了。。。可是如果以后测试人员换了,或者测试员又一次粗心(对于重复性很强的测试来说这种情况很容易再次出现),该bug说不定又会出现。
回复 支持 反对

使用道具 举报

该用户从未签到

2#
 楼主| 发表于 2009-12-24 13:02:23 | 只看该作者
额,又来个bug,哎。。。

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-10 07:44 , Processed in 0.074254 second(s), 29 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表