在做游戏测试过程中的总结

  一款好的产品总归是离不开测试的,不管这个工作是测试工程师做还是开发或者谁做,如果不想出现像一些企业的乌龙事件,你肯定是表示赞同的。但是很多时候,我们会发现,研发coding出的代码,组内review之后没问题,策划验证,接收没问题。测试外放之后为啥就有问题了,,,是我们测试的环节出了问题吗?我不知道,但就近段时间出的问题总结来说,需要关注以下几个方面:


1、牵涉到脚本、表格变更的,你不能确认变更的内容是否正确,就算你用了diff来保障review 变更的内容是不是正确的,但是你也不能确认(仅查看diff内容)没有修改的内容是正确的,所以最好是遍历一遍,尽管我非常反对遍历,但是有时候我们不得不这样做,,,


2、最好是再准备一些外网的真实用户的号的数据,导入到内网,在内网看一下这些外网的(有针对性,代表性)玩家号,在本次的内容中,功能是否正常,不会有异常情况的出现


3、对于需求评审阶段,要跳出策划的思维,来逆向策划案,看哪里是否存在设计缺陷


有些事情不要问为什么?因为我也说不清楚,有些事情你做了不一定就有怎么怎么的回报,但是我肯定一点的是,你不做肯定有这样那样不好的事情降临,,,,,,谁叫TMD,这里是天朝

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值