精华内容
下载资源
问答
  • Hi~新朋友,记得点蓝字关注我们哟最近面试了不少同学,在答移动端质量体系时,都会说到兼容性测试、功能测试等等,但是几乎没有同学会提起弱网测试。其实弱网测试作为健壮性测试的重要部分,对于移动端测试来说必不...
    b789441c14feb9e8ad2c68a2096b7da0.gif

    Hi~新朋友,记得点蓝字关注我们哟

    d23633a6fb7b69a6028879fd32cfc509.gif

    最近面试了不少同学,在答移动端质量体系时,都会说到兼容性测试、功能测试等等,但是几乎没有同学会提起弱网测试。其实弱网测试作为健壮性测试的重要部分,对于移动端测试来说必不可少。

    这是因为目前移动端产品的使用用户所处的网络并非完全的流畅WIFI环境,仍有相当多的用户主要使用4G、3G、2G等网络,另外因移动端产品使用场景多变,如进地铁、上公交、进电梯等,使得弱网测试显得尤为重要。毕竟考虑到各种场景的客户端展示及容错,能极大提升产品印象和用户体验。

    什么是弱网测试

    弱网测试主要是在网络质量差的情况下导致丢包和延迟现象而引发的问题。

    那什么是弱网络呢?

    网络包括上行速度,下行速度,网络的响应延迟,网络的可靠性,网络的稳定性等这些特性。当这些特性出现问题的时候都能可以定义为弱网络。

    什么时候算弱网络是根据产品,没有特定数值,比如网络游戏需要一个网速的最低值, 低于这个网速可能会出现延迟影响游戏体验。当然还有网络的可靠性,当网速正常,但是这个网络不可靠,时不时的会出现断网,然后马上又恢复等等。

    弱网测试关注点

    目的:弱网测试是为了测试数据的一致性和准确性

    在弱网测试中,数据一般有两种情况

    1. 在请求数据的时候,由于网络较差出现有些接口请求失败导致显示上出现问题。

    2. 在通过调用能够操作数据库(update,insert)操作的接口的时 候,出现重复提交数据,而数据库没有做拦截出现重复的数据导致的问题。

    在弱网测试中,UI一般有以下情况在点击按钮提交数据的时候,在没有响应的情况下,应该loading,以免出现重复提交数据。但是有些时候其实server已经处理好了,但是由于网络原因没有及时返回给app,导致app以为没有成功。然后出现app可以再次点击的情况。假如server没有对重复数据做拦截,数据库中的数据就会出现问题。

    其他注意点:

    • 页面相应时间是否可接受,关注包括热启动,冷启动时间,页面切换,前后台切换,首字时间,首屏时间等

    • 页面呈现是否完整一致

    • 超时文案是否符合定义,一切信息是否显示正常

    • 是否会有超时重连

    • 大流量时间风险:是否会在弱网下进行更新Apk包,下载文件等大流量动作

    99b0871fb3f10ed0b42b81bac3143787.png

    弱网测试工具

    模拟弱网络主要是降低网络的下行速度、上行速度、网络的稳定性可靠性等;模拟弱网络主要是靠工具来完成;现在用的比较多的是windows下的fiddler和mac下的 charles;

    fiddler

    1、打开Fiddler,点击工具栏内的Tools-->Fiddler Options-->Connections,确认默认Fiddler监听端口为:8888,勾选Allow remote computers to connect, 在弹出提示必须重启以使该设置生效的对话框内点击确定按钮并重启Fiddler。

    d5b47afc0cea996d4c2ba0b1f81118b1.png

    2、开启Simulate Modem Speeds,点击工具栏内的Rules-->Customize Rules或直接Ctrl+R,打开CustomRules配置文件,Ctrl+F查找关键字m_SimulateModem,并修改m_SimulateModem:Boolean=true

    d5b47afc0cea996d4c2ba0b1f81118b1.png

    3、点击工具栏内的Rules-->Performance,可以看到此时Simulate Modem Speeds已经被勾选。此时,已开启弱网模拟,默认时延为上行时延300ms,下行时延150ms,用IE打开一个网站,会发现页面加载明显变迟缓。

    a94709a846a9a262bd6a43d04f7ad098.png

    charles

    设置 throttlle settings –> Proxy -> throttlle settings 可以看到设置网络的配置 参数说明:throttlle preset:选择默认的 网络比如4G,3G,100Mbps Fibre 等;

    3ac6c3d9cc151c6103d38316ec969ab5.png

    配置参数解析:
    bandwidth —— 带宽,即上行、下行数据传输速度
    utilisation —— 带宽可用率,大部分modern是100%
    round-trip latency —— 第一个请求的时延,单位是ms。
    MTU —— 最大传输单元,即TCP包的最大size,可以更真实模拟TCP层,每次传输的分包情况。
    Releability —— 指连接的可靠性。这里指的是10kb的可靠率。用于模拟网络不稳定。
    Stability —— 连接稳定性,也会影响带宽可用性。用于模拟移动网络,移动网络连接一般不可靠。

    弱网测试策略

    • 弱网测试以2G网络做基准

    • 需要的网络延迟 8*1000/网络速度=需要延迟的时间(毫秒),2G网的上行速度是2.7Kb/s, 下行速度9.6Kb/s,网络延迟分别为2962ms和833ms

    • 以这个基准做测试,假如没有问题就降低基准,然后必要的情况下需要降低网络的稳定性和可靠性。

    12b11c9fe462f4386853120b31edfea2.png

    以上就是对弱网测试的介绍,希望能给大家在移动端测试方面带来思考。

    35465ad18f8a3005a980ac3a2c58cc52.png

    推荐阅读

    不一样的接口测试之功能

    你必须知道的TestNG(最终篇)

    微信小程序测试方案(下)

    测试作战能力level-up

    基于X5内核的UI自动化方案

            测试架构师养成记

            微信号 : aswench

       希望能一起成长为优秀的人

    3f12882e27d49c300a8e26c83a4bc16c.png
    展开全文
  • 测试设备:iPhone 11 128G,iOS 14.0.1AirPods 第二代,固件版本3A283一、键盘声音延迟使用默认输入法以及iOS自带的备忘录测试键盘声音延迟测试结果键盘声音测试延迟(ms)第一次150第二次185第三次150第四次153第五...

    38869fd96888b26abdefa2fc699535ec.png

    测试设备:

    • iPhone 11 128G,iOS 14.0.1
    • AirPods 第二代,固件版本3A283

    一、键盘声音延迟

    使用默认输入法以及iOS自带的备忘录测试

    565bb5856447244c101d1580a1139b15.png
    键盘声音延迟测试结果
    键盘声音测试延迟(ms)
    第一次150
    第二次185
    第三次150
    第四次153
    第五次145
    第六次149
    第七次144
    第八次147
    第九次143
    第十次148
    最终延迟151

    注:最终延迟为去掉一个最高和最低后的平均值四舍五入而来

    二、音乐延迟

    自带的音乐APP或者QQ、网易等流媒体音乐APP,即使用外放在点播放后也会延迟一定时间才开始播放,所以采用「完美钢琴」APP来模拟音乐。

    bc568db5920b03609ca3c706887fdeba.png
    键盘声音测试延迟(ms)
    第一次201
    第二次202
    第三次204
    第四次197
    第五次194
    第六次207
    第七次205
    第八次201
    第九次206
    第十次194
    平均延迟201

    注:最终延迟为去掉一个最高和最低后的平均值四舍五入而来

    三、游戏声音延迟

    连接5G WiFi,和平精英最新版本(截止到10月16日),关闭界面以及背景声音,其他设置保持默认

    5396d8d297886e9bb786171327c4a94b.png
    和平精英延迟测试结果
    键盘声音测试延迟(ms)
    第一次322
    第二次327
    第三次309
    第四次306
    第五次304
    第六次323
    第七次310
    第八次325
    第九次330
    第十次328
    平均延迟319

    注:最终延迟为去掉一个最高和最低后的平均值四舍五入而来

    四、下周要测试耳机

    已经下单了Bose最新的TWS主动降噪耳机,下周到货开始测试:

    • 主观佩戴感受
    • 主动降噪感受
    • 主动降噪效果和QC 35 二代对比
    • 蓝牙延迟

    顺便买了一个滚轮测距仪,准备再测试一下耳机蓝牙最长的连接距离。

    924ba793e2983b53f0a534fa109ca4bd.png
    展开全文
  • 抖音网络延迟测试

    千次阅读 2018-08-13 12:02:16
    抖音5M以内视频,在500ms延迟下是20s内完成下载,800ms延迟下是30s内完成下载,1000ms延迟下是60s内完成下载,2000ms直接提示网络异常 随机修改10%的包裹内容,视频播放会花屏...

    抖音5M以内视频,在500ms延迟下是20s内完成下载,800ms延迟下是30s内完成下载,1000ms延迟下是60s内完成下载,2000ms直接提示网络异常

    随机修改10%的包裹内容,视频播放会花屏

    展开全文
  • 移动端点击300ms延迟问题和解决

    万次阅读 多人点赞 2017-03-14 17:48:42
    今天屁颠屁颠写完了,手机端做测试时,点击,发现有延迟,就百度了下,原来这就是传说中的300ms延迟啊,百度了点资料,记录下,解决项目中这个小问题! 一、移动端300ms点击延迟 一般情况下,如果没有经过...

    今天屁颠屁颠写完了,手机端做测试时,点击,发现有延迟,就百度了下,原来这就是传说中的300ms延迟啊,百度了点资料,记录下,解决项目中这个小问题!

    一、移动端300ms点击延迟

    一般情况下,如果没有经过特殊处理,移动端浏览器在派发点击事件的时候,通常会出现300ms左右的延迟。也就是说,当我们点击页面的时候移动端浏览器并不是立即作出反应,而是会等上一小会儿才会出现点击的效果。在移动WEB兴起的初期,用户对300ms的延迟感觉不明显。但是,随着用户对交互体验的要求越来越高,现今,移动端300ms的点击延迟逐渐变得明显而无法忍受。

    那么,移动端300ms的点击延迟是怎么来的呢?

    问题由来
    这要追溯至 2007 年初。苹果公司在发布首款 iPhone 前夕,遇到一个问题:当时的网站都是为大屏幕设备所设计的。于是苹果的工程师们做了一些约定,应对 iPhone 这种小屏幕浏览桌面端站点的问题。

    这当中最出名的,当属双击缩放(double tap to zoom),这也是会有上述 300 毫秒延迟的主要原因。

    双击缩放,顾名思义,即用手指在屏幕上快速点击两次,iOS 自带的 Safari 浏览器会将网页缩放至原始比例。 那么这和 300 毫秒延迟有什么联系呢? 假定这么一个场景。用户在 iOS Safari 里边点击了一个链接。由于用户可以进行双击缩放或者双击滚动的操作,当用户一次点击屏幕之后,浏览器并不能立刻判断用户是确实要打开这个链接,还是想要进行双击操作。因此,iOS Safari 就等待 300 毫秒,以判断用户是否再次点击了屏幕。 鉴于iPhone的成功,其他移动浏览器都复制了 iPhone Safari 浏览器的多数约定,包括双击缩放,几乎现在所有的移动端浏览器都有这个功能。之前人们刚刚接触移动端的页面,在欣喜的时候往往不会care这个300ms的延时问题,可是如今touch端界面如雨后春笋,用户对体验的要求也更高,这300ms带来的卡顿慢慢变得让人难以接受。

    也就是说,移动端浏览器会有一些默认的行为,比如双击缩放、双击滚动。这些行为,尤其是双击缩放,主要是为桌面网站在移动端的浏览体验设计的。而在用户对页面进行操作的时候,移动端浏览器会优先判断用户是否要触发默认的行为。

    那有什么办法可以解决这个问题呢?

    浏览器开发商的解决方案

    浏览器开发商要对移动端浏览器本身的设计进行改善,以提供长远的解决方案。

    目前,浏览器开发商的解决方案主要有一下三种方案:
    方案一:禁用缩放
    当HTML文档头部包含如下meta标签时:

    <meta name="viewport" content="user-scalable=no">
    <meta name="viewport" content="initial-scale=1,maximum-scale=1">

    表明这个页面是不可缩放的,那双击缩放的功能就没有意义了,此时浏览器可以禁用默认的双击缩放行为并且去掉300ms的点击延迟。
    这个方案有一个缺点,就是必须通过完全禁用缩放来达到去掉点击延迟的目的,然而完全禁用缩放并不是我们的初衷,我们只是想禁掉默认的双击缩放行为,这样就不用等待300ms来判断当前操作是否是双击。但是通常情况下,我们还是希望页面能通过双指缩放来进行缩放操作,比如放大一张图片,放大一段很小的文字。

    方案二:更改默认的视口宽度
    一开始,为了让桌面站点能在移动端浏览器正常显示,移动端浏览器默认的视口宽度并不等于设备浏览器视窗宽度,而是要比设备浏览器视窗宽度大,通常是980px。我们可以通过以下标签来设置视口宽度为设备宽度。

    <meta name="viewport" content="width=device-width">

    因为双击缩放主要是用来改善桌面站点在移动端浏览体验的,而随着响应式设计的普及,很多站点都已经对移动端坐过适配和优化了,这个时候就不需要双击缩放了,如果能够识别出一个网站是响应式的网站,那么移动端浏览器就可以自动禁掉默认的双击缩放行为并且去掉300ms的点击延迟。如果设置了上述meta标签,那浏览器就可以认为该网站已经对移动端做过了适配和优化,就无需双击缩放操作了。
    这个方案相比方案一的好处在于,它没有完全禁用缩放,而只是禁用了浏览器默认的双击缩放行为,但用户仍然可以通过双指缩放操作来缩放页面。

    方案三:CSS touch-action
    网上很多文章把这个方案归结为指针事件,这令我很疑惑。

    以我的理解来看,指针事件的提出并不是为了解决300ms点击延迟的,而是为了使用一个单独的事件模型,对鼠标、触摸、触控等多种输入类型进行统一的处理。也就是说,移动浏览器不用再为不同的输入设备设计不同的事件,网页的开发者也不用再为不同输入类型的设备写不同的事件响应代码,而是通过统一的指针事件就可以开发出跨不同输入类型终端的应用。

    跟300ms点击延迟相关的,是touch-action这个CSS属性。这个属性指定了相应元素上能够触发的用户代理(也就是浏览器)的默认行为。如果将该属性值设置为touch-action: none,那么表示在该元素上的操作不会触发用户代理的任何默认行为,就无需进行300ms的延迟判断。

    而设置这个CSS属性与否,指针事件应该都是可以工作的。所以,网上的文章令我很疑惑,希望有大神能给我指示~ 。。~

    现有的解决方案

    要解决300ms点击延迟的问题,从长远来说,自然还是得浏览器开发商提供统一的最终的解决方案。但是,到目前为止,以上三种方案并不能提供很好的兼容性,对于方案一和方案二,Chrome是率先支持的,Firefox紧随其后,然而令Safari头疼的是,它除了双击缩放还有双击滚动操作,如果采用这种两种方案,那势必连双击滚动也要一起禁用;对于方案三,IE是支持的,但是其他浏览器支持不完善。具体请看这篇文章:移动端Click300毫秒点击延迟的来龙去脉(转)

    所以,在浏览器开发商最终统一的解决方案出来之前,我们还有一些基于Javascript的现成的解决方案可以用。

    方案一:指针事件的polyfill
    现在除了IE,其他大部分浏览器都还不支持指针事件。有一些JS库,可以让我们提前使用指针事件,比如

    然而,我们现在关心的不是指针事件,而是与300ms延迟相关的CSS属性touch-action。由于除了IE之外的大部分浏览器都不支持这个新的CSS属性,所以这些指针事件的polyfill必须通过某种方式去模拟支持这个属性。一种方案是JS去请求解析所有的样式表,另一种方案是将touch-action作为html标签的属性。

    方案二:FastClick
    FastClick 是 FT Labs 专门为解决移动端浏览器 300 毫秒点击延迟问题所开发的一个轻量级的库。FastClick的实现原理是在检测到touchend事件的时候,会通过DOM自定义事件立即出发模拟一个click事件,并把浏览器在300ms之后的click事件阻止掉。

    二、点击穿透问题

    说完移动端点击300ms延迟的问题,还不得不提一下移动端点击穿透的问题。可能有人会想,既然click点击有300ms的延迟,那对于触摸屏,我们直接监听touchstart事件不就好了吗?
    使用touchstart去代替click事件有两个不好的地方。
    第一:touchstart是手指触摸屏幕就触发,有时候用户只是想滑动屏幕,却触发了touchstart事件,这不是我们想要的结果;
    第二:使用touchstart事件在某些场景下可能会出现点击穿透的现象。

    什么是点击穿透
    假如页面上有两个元素A和B。B元素在A元素之上。我们在B元素的touchstart事件上注册了一个回调函数,该回调函数的作用是隐藏B元素。我们发现,当我们点击B元素,B元素被隐藏了,随后,A元素触发了click事件。

    这是因为在移动端浏览器,事件执行的顺序是touchstart > touchend > click。而click事件有300ms的延迟,当touchstart事件把B元素隐藏之后,隔了300ms,浏览器触发了click事件,但是此时B元素不见了,所以该事件被派发到了A元素身上。如果A元素是一个链接,那此时页面就会意外地跳转。


    展开全文
  • 先看一下测试代码<body> <div id="delay">click有延迟 </div> <div id="no-delay">touchstart无延迟</div> <div> <a id="link1" href="#1">链接1</a> <a id=...
  • 移动端大家比较推荐的写法都是采用zepto的tap事件代替click,理由一般是click事件有传说中的300ms延迟测试结果 移动端启用 <meta name="viewport" content="width=device-width, initial-scale=1, maximum-...
  • 早上 快乐的改代码,改成测试延迟的 ...最大延迟 0.47ms 稳定最大延迟 0.12ms 平均延迟0.0271ms 方差:6.6123e-4 有线(路由转接) 最大延迟 3.131ms 稳定最大延迟 2.862ms 平均延迟0.4593ms 方差:0.0165 无线(手
  • 6款免费网络延迟测试工具

    千次阅读 2020-06-29 21:06:20
    作为网络管理员或网络工程师,时刻关注网络的交付速度至关重要。不仅需要确保自己有良好的响应时间,还需要确保网络的速度足以满足用户通信所需的每一条路径。...延迟以毫秒(ms)为单位。但是,有两个指示..
  • 用AWS HK(香港) ping tx HK ,结果如下 延迟2ms 用AWS Singapore ping tx HK ,结果如下 延迟40-43ms
  • ping延迟测试 - 视频会议系统

    千次阅读 2017-07-19 12:54:24
    延迟ms ) 丢包 北研 30 3 梁山 20 20 * From 梁山 TO 延迟ms ) 丢包 北研 40 10 * Frrom 青云 TO 延迟(ms) 丢包 北研 5 2 梁山 30 20 济宁-电信 25 – 济宁-联通 30 –
  • 先看一下测试代码<body> <div id="delay">click有延迟 </div> <div id="no-delay">touchstart无延迟</div> <div> <a id="link1" href="#1">链接1</a> <a id=...
  • 前言: 作为网络管理员或网络工程师,时刻关注网络的访问速度至关重要。不仅需要确保自己有良好的响应时间, 还需要确保网络的速度足以满足用户通信所需的每一条路径。而手动测试每个路径将占用你大量...延迟以毫秒(ms)
  • 怎么测试网络延迟,网络延迟过大怎么办?怎么测试网络延迟,网络延迟过大怎么办? 在各式各样的数据在网络介质中通过网络协议(如TCP/IP)进行... 单位:毫秒(MS) 如何定义网络延迟程度: (网络延迟PING值越低速度越快) 1~...
  • 模拟网络延迟抖动测试

    千次阅读 2018-06-04 11:16:49
    ##以下配置对所有ip 生效网络异常,可通过以下命令在接口服务端服务器设置(记住测试完删除命令否则一直生效)1.tc qdisc add dev eth0 root netem delay 100ms 该命令将 eth0 网卡 的传输设置为延迟 100 毫秒发送...
  • 怎么测试网络延迟,网络延迟过大怎么办?怎么测试网络延迟,网络延迟过大怎么办? 在各式各样的数据在网络介质中通过网络协议(如TCP/IP)进行... 单位:毫秒(MS) 如何定义网络延迟程度: (网络延迟PING值越低速度越快) 1~...
  • 解决网络延迟200ms问题

    千次阅读 2018-09-05 17:33:34
    最近在项目中引入了HPSocket网络框架,但是在测试过程中发现网络始终延迟200ms,最终查找到问题原因是未启用Socket的TCP_NODELAY。 在以下地址也有相关的讨论:...
  • 循环测试ping延迟

    2017-12-01 14:42:00
    #需求是PING一个地址,延迟高于100ms就发送个邮件, 然后正常后在发个邮件通知 之后正常不发。 Timeout_limit=100; IP="104.224.138.22" n=0 if ping -c 3 $IP |awk -F/ 'END{if($5>100)print "errer"}' |grep -...
  • 超低延迟的网络流播放器,基于ffmpeg,可用于测试视频流的延迟
  • 黑鲨蓝牙游戏耳机2 为了展现它的低延迟,黑鲨团队还用业界通用的延迟测试APK——Latency Test,来测试了一下黑鲨蓝牙游戏耳机2的延迟,并和市面上几款蓝牙耳机做了一个对比。测试结果显示,黑鲨蓝牙游戏耳机2的延迟...
  • 本文由袁荣喜向「高可用架构」投稿,介绍其将直播延迟控制在 500ms 的背后的实现。 最近由于公司业务关系,需要一个在公网上能实时互动超清视频的架构和技术方案。众所周知,视频直播用 CDN + RTMP 就可以满足绝...
  • 众所周知,视频直播用 CDN + RTMP 就可以满足绝大部分视频直播业务,我们也接触了和测试了几家 CDN 提供的方案,单人直播没有问题,一旦涉及到多人互动延迟非常大,无法进行正常的互动交谈。对于我们做在线教育的...
  • 根据微软官网提供的KS层播放音频...实现了音频数据的实时捕获与播放,在XP及以上平台测试延迟均在30ms以内;KS层取数据为设备独占的方式,本工程采用第一个默认的外接声卡为对象实现,工程为VS2010,直接编译即可使用
  • 移动端300ms点击延迟和点击穿透问题详细原理参考https://www.jianshu.com/p/6e2b68a93c88(此文章内方法未测试,只参考原理)具体解决方案如下:(亲测有效)操作系统ubuntu18.4 64位因为历史原因,移动端点击事件会...
  • 延迟,可达200ms内,且无累积延迟; 硬解支持,CPU占用更低; 前端封装为js控件,集成播放UI与信令接口,接入简单,二次开发也十分方便; 后端为标准接口,方便与其他家808平台对接; 集群、不停机更新支持;...
  • 众所周知,视频直播用 CDN + RTMP 就可以满足绝大部分视频直播业务,我们也接触了和测试了几家 CDN 提供的方案,单人直播没有问题,一旦涉及到多人互动延迟非常大,无法进行正常的互动交谈。对于我们做在线教育的...

空空如也

空空如也

1 2 3 4 5 ... 14
收藏数 277
精华内容 110
关键字:

ms延迟测试