游戏测试经历的流程及发版本注意的问题(或许有遗漏)

一.测试流程:

1.测试人员需要参与需求会议,了解需求,如有必要,提出疑问点,产品修改正

2.需求确定后,编辑测试用例或者测试功能点

3.开发提交完毕后,执行测试用例(要求开发出电脑版,节约前期打包,安装包的时间)

4.发现bug,提交bug到禅道,并通知相关人员

5.开发组修正bug,禅道指派给测试人员,表明已修复  

6.对已修正的bug,进行回归测试

7.修正完毕的bug在禅道上置为关闭

8.待电脑版功能验证完毕后,进行手机包测试

9.整体测试完毕,可以发布包

 

补充:

1.中途有修改需求,也需要通知测试人员,待开发提测后,相关测试人员进行回归测试

 

 

二.已上线的项目的bug处理:

1.外网发现的bug,相关负责测试人员需要记录(需要看到玩家的反馈,重大bug,需要立即修复)

2.确保下次维护或热更前修复完毕

3.每次维护,都需要进行冒烟测试

 

 

关于更新和维护的测试流程:

  1测试人员根据checklist,做冒烟测试

  2.注册\充值需要重点检查

  3.测试通知通过后,才能更新/开服

 

补充:

1.希望有外网测试版本,客户端和服务端都需要保证和外网环境一致前端热更或后端维护,测试可以优先在外网测试版本测试,验证通过后再更新到外网(项目太多,成本有点高,可以商量)      

2.外网正式版本,需要有白名单功能,方便前端\后端热更时,测试能优先在外网正式版本验证测试

3.整体通过后,正式开放玩家的更新

 

 

三.部分专项测试:

1.兼容性测试:

首先确保公司已有机型,兼容性通过,更多机型可以选择testbird平台,费用蛮贵,但机型覆盖广,不必每次都做大量的兼容性测试,一次足够,或者后期有修改相关代码,再做相应测试

2.前端性能:

主要看cpu\内存\帧率\耗电量,以目前公司机型为准,和其他竞品做参考对比,比他们更好或者相等层次,具体看开发实力;检查频率,同上

3.后端性能:

服务器压力测试,最大同时在线人数,最大同时在战斗人数,预估计最大玩家人数,能在大压力情况下,是否及时响应客户端,检查频率,同上

4.弱网络测试:

多关注延迟高和断线重连的情况,其实也属于功能测试

转载于:https://www.cnblogs.com/R-bear/p/7187332.html