测试干货
文章平均质量分 88
测试干货
小chen小陈
另类的笔记本-csdn(一起学习一起进步:V:beAOptimist),能帮助尽力帮助
如果文章对您有帮助,收藏+点赞+评论,爱你们!!!
展开
-
游戏协议测试
玩家挖掘游戏漏洞,造成严重线上事故,比如刷奖励测试通过工具绕过客户端直接向服务端发送请求,挖掘服务端代码漏洞,也叫游戏协议安全测试原创 2024-04-15 23:23:12 · 1928 阅读 · 0 评论 -
充值掉单的理解
用户提交订单后(预付款):后端会生成订单,会有支付状态,一般不需要异步,然后会将订单托管到企业状态机,然后会把订单消息/订单号发到一个RabbitMQ里,这个mq是没有消费者的,一般15分钟过期(必然过期),过期订单会转发到死信队列里,死信队列是有消费者的,消费者监听到死信队列的信息,会判断订单是否支付,如果没则取消订单,如果支付则支付完成。一般订单和库存的判定,有可能在提交订单后检查,也有可能在支付检查,看实际情况,比如秒杀一般在发起订单后就锁库存。原创 2024-04-14 23:56:51 · 630 阅读 · 0 评论 -
游戏&软件测试流程
QC介入分支测试过程中,程序继续开发,测试进行自测,遇到阻塞,程序修,一直到提测节点后, 测试对开发完成的功能进行测试,开发继续开发未完成的功能,或者开发新的优化,这样版本延期的风险也就大大降低了。在一些大公司,测试完成后,还要统计数据,写邮件,这种的话,你提单就肯定要提到系统上去了,要不你没数据,说实话,我不喜欢这个环节,浪费太多时间,当然了,它存在就有它合理的地方,这里就不过多讨论。可以理解是主流程的测试用例,一般是写给程序自测用的,目的就是让程序提测质量好点,测试少遇到阻塞问题,测试效率也能提高。原创 2024-04-13 23:04:15 · 1224 阅读 · 0 评论 -
游戏测试审表流程
如果不清楚这点,那策划将{"coin":954}配置为[{"coin":666},{"coin":288}],你可能以为是对的,实际是有问题的,所以QC在测试任何一个系统,出现特殊配置的时候,都需要让策划在字段把备注写上去,因为修改表有时候是其他策划接手的,假如不清楚那就翻车了。,版本的内容测试完成后,会从trunk打一个分支出来,作为gm的新分支,然后更新gm服(先行),gm服会有少量的玩家,所以是一个正式的线上环境,我们可以提前验证版本数据是否符合预期,游戏测试,软件测试,流程规范原创 2024-04-11 23:36:24 · 1591 阅读 · 0 评论 -
兼容性测试用例
对于黑屏,卡死,闪退这种问题,如果公司有这类型的手机,先跑一下看看是否会出现,如果没有这个设备,你可以去云真机testbird去远程使用,用adb把日志搞下来,当然这要钱。当然,有能力的也可以去搭建测试平台,整合公司的测试机(一般都有资产管理),在PC端远程控制真机完成测试。我们选择的是testbird(要花钱的),这是兼容测试的报告(特意选了一个问题多点的,方便我们去分析)首选看通过率,才85%,尼玛一看44个设备出现问题,然后看问题类型。可以看到问题还不少,甚至有卡死,闪退,黑屏这种严重问题。原创 2024-04-10 10:46:21 · 1480 阅读 · 0 评论 -
UI自动化测试案例
案例,在“直播吧”实现自动化点击“数据”按钮-点击“CBA”按钮原创 2024-04-09 01:55:03 · 1046 阅读 · 0 评论 -
游戏商业化活动通用测试点
已经测试很多游戏活动了,首充,今日特惠,月卡,周卡,战令,在线福利,冲榜活动,累充,周期性活动,周年庆等等每次测试活动,发现程序容易在同一个问题出现BUG或者你跟A程序合作,他写的BUG,随着合作时间久了,相同的问题会慢慢减少,但后面换成跟B程序合作,B又继续写着A之前出现的BUG,这就挺难受的为了让程序减少重复性的犯错,我花了点时间总结了程序经常出现的BUG,整理一个思维导图(注意这里不是详细测试点),同样我也会辅之各种例子。原创 2024-04-08 15:47:57 · 1288 阅读 · 0 评论 -
版本兼容测试案例
版本兼容测试原创 2024-04-07 15:22:32 · 783 阅读 · 0 评论