如题
非必要,但在一些首页或者核心页面,是应该进行弱网测试的,确保该页面在这些场景下能够显示以及正常加载资源
看你们业务背景,一个最明显的例子在人员密集的商业圈,弱网情况还是经常遇到的。
主要看目标场景吧,如果弱网场景不是需要保障的,个人觉得可以不用。
弱网常见场景是地铁、电梯这些网络信号比较弱导致网速低、经常丢包。
如果你的业务使用场景基本没有这些的话,可以忽略。
之前我们公司有个案例,弱网情况下,商户充值 20 万,把商户的钱扣了,但是他的充值没到账。后来加了事务保证同步。
考虑业务属性,本来就不重要的业务自然没必要做。考虑金钱属性,设计钱的要慎重。考虑使用场景,很多时候你把自己当成客户设身处地去想才行。
如果没有这种场景可以不去测试 结合业务场景 但是现在有没有弱网的场景么
很有必要
那么大家做的时候弱网是怎么定义的呢?
弱网没有意义了,别做了,很多网络优化手机商,电信运营商都帮你做了,我们做软件的,能对网络优化起到多少作用,我很好奇。。。
除非是做游戏,要求实时性非常高,那还有做弱网的可能性,否则其他的 没什么做的必要
还是有必要的。毕竟用户的使用环境复杂,谁能保证当时操作不在弱网状态?一旦出了事故,也影响用户体验
看你的场景 这为什么要匿名。。。
看你们产品需求。如果用户投诉网络不好情况的加载状态,功能使用情况你们还是要做为好
网速几百 K 也是看情况的像一些高密集人群场所,例如:火车站,地铁站,机场等地方,带宽总量就那么大,没个人分到的流量怕是连几百 K 都没有
看业务场景吧,如果经常出现弱网环境,加载的数据量又多的话,建议还是做弱网测试
之前云闪付坐地铁有优惠,但是地铁网络稍微弱一点,导致二维码就加载不出来,在出站口罚站 5 分钟。对比微信的乘车码,弱网情况下能正常显示,所以直接把云闪付删了,并且向周围的人直接吐槽拉黑这款软件,自来黑了属于是,反正这款 app 在我这里已经被定义为垃圾了,就算之后做的再好,功能性能再强,都不推荐任何人使用
哈哈,我也是被云闪付罚站迟到了,气得直接卸载了,微信小程序乘车码在飞行模式下也可以用,云闪付不行。
领导说不需要就不测,领导的锅
留时间自己写代码不香吗
实际上需要不要,答案是需要。
弱网场景还是挺多的,即使是魔都这样的大城市,市区也有不少地方信号不太好,况且苹果手机信号不太好。
举个例子,我有次发现 bug,开发无法复现,原因是我的弱网,他在弱网下收不到返回就没有做对应处理,下一步的擦欧总没做,等到网好了,隔过这一步直接下一步了
主要考虑的是弱网条件下的,数据不同步导致的接口报系统异常问题,或者是展示数据不正确这些问题吧
肯定有必要,大家手里还有很多正在服役的 X,11 吧,这些信号巨拉的手机怎么会不需要呢
我们公司的网速是 50M,包含网线和 WIFI,一个公司 30 人左右用,日常的网速就是弱网
还是有必要的,有些场景下还是要保证返回的验证,比如我上班路上地铁有一段信号就比较弱