不会撸代码的策划不是好测试
定时校验位置咯,一步到位是不太可能的
聪哥,接受到的消息怎么样跟用例一一对应起来呀,有时候服务器会发一些跟我们发过去的测试数据无关的回包过来,比如有人从身边经过的广播包,定时活动开启的同步包,或者聊天信息之类的乱七八糟的数据,怎么从中找到跟测试数据有关的回包来做断言
大佬们这些知识是怎么 get 到的,直接撸了 unity 的引擎层代码吗?
每 4~5 秒发一个心跳包,然后服务器也会回心跳包,加上测试包返回的数据,跑着跑着 recv() 就阻塞要怎么搞?
大家怎么看转策划,运营或者开发的,老实说这些机会都曾经摆在我面前,结果我都没转。现在我有点后悔了
我们还碰到过一个很有意思的漏洞,外挂制作者把我们物品合成协议里三个物品的 id 都改成同一个物品,然后他就可以通过一个道具一直合成更高级的道具
索引检查这里,如果被检查的列里配的是一串字符串,奖励物品 id,数量,概率,是否绑定等好几个元素,而且每一行可能规律都不一样怎么办?我之前也是想搞一个这种检查工具,结果数值跟我说每个活动的奖励配法都不一样,搞得我很蛋疼
怎么解决效率问题,有几十张配置表怎么办每个表都读取和遍历一次太费时间了
无法一一覆盖的情况下,把代码实现方法为一类的条件和结果归纳为一个因素,再来做正交或者全遍历咯
楼主对 unity 理解好深入
不会撸代码的策划不是好测试