《梦幻诛仙》真的梦幻吗?
上一篇 / 下一篇 2010-03-05 00:09:47 / 个人分类:游戏体验
查看( 495 ) /
评论( 8 )
TAG:
- takiro 发布于2009-12-24 13:02:23
-
额,又来个bug,哎。。。
- 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也仍有责任,来衡量是否真的可以不修复?以及处理后续。
标题搜索
日历
|
|||||||||
日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
1 | 2 | 3 | 4 | 5 | 6 | ||||
7 | 8 | 9 | 10 | 11 | 12 | 13 | |||
14 | 15 | 16 | 17 | 18 | 19 | 20 | |||
21 | 22 | 23 | 24 | 25 | 26 | 27 | |||
28 | 29 | 30 |
我的存档
数据统计
- 访问量: 46199
- 日志数: 43
- 图片数: 2
- 建立时间: 2007-04-06
- 更新时间: 2013-03-07