1.F12下如何查看bug属于前端还是后端?前后端分离的项目,通过ajax向后端请求数据,如果后端返回的数据有问题,那么问题就是候选,如果返回的数据没有问题,但是展示结果异常那么问题一般就出在前端. 2.当app出现问题时,怎么判断是客户端的问题,还是接口的问题,或者是服务端的问题?先用抓包工具确定服务器接口返回的数据是否正确,这样就可以排除是否是服务器的问题,如果返回的是服务器报错那么就是服务器原因,如果返回的数据与接口文档不符那么就是接口问题,最后就是客户端问题.

1.优化某个接口或加载速度(H5加载速度慢) 抓包看Overview ①看Duration,就是接口的加载时间 ②看Latency,就是延时一端传播到另一端所花费的时间:一般和网络有关:可以综合Duration和Latency看是否是接口慢还是网络慢 ③接口返回数据大小 Response 优化前端显示速度综合考虑: 接口加载时间.前端渲染时间webview加载时间 H5优化:从单独拉取H5渲染接口  到  接口在字段中给出html样式加载

0.写在前面的话 之前看了阮一峰老师关于互联网协议入门的博客,受益匪浅,接着再去体会了下HTTP协议,就想着看实际网络访问中的那些HTTP请求头和响应是什么样的.Chrome的调试工具的Network选项其实已经够用了,但是其格式为了方便观看做了调整,我想看原生的,就从网友处得知了比较专业的抓包工具:Fiddler. 基本使用还是比较简单的,可以直接参考博客<Fiddler 教程>.这里想要吐槽的是,本人电脑的不知道什么环境导致的Fiddler无法抓取网页的https请求,这个设置是可以直接在

由于实验需要,要统计ECN信息.为了验证拓扑中是否真的有ECN信息,用了wireshark进行抓包查看. 网上找到的相关有用资料有:http://blog.csdn.net/u011414200/article/details/47945661 简单记录下过程: 网络中部署好ECN,跑数据后抓包. 抓包后看IP层的Differentiated Services Field,看ECN标志位,如果后两位不是00,就证明网络支持ECN,也能捕捉到ECN信息了. wireshark的筛选指令为: 要把标

1.概述   测试过程为打开Audio连接,没有听音乐,人后断开Audio连接,主要目的是为了测试AVDTP的工作流程.   2.Frame分析    首先贴出抓取的关于AVDTP的包: 在L2CAP层,分别由Maste和Slave建立了两条关于AVDTP的L2CAP连接,并完成了configure的过程,如下: 我们可以看到AVDTP的主要Signaling的过程: 1.DISCOVER 2.GET_CAPABILITIES 3.SET_CONFIGURATION 4.OPEN 5.START

1.概述   SDP是蓝牙的Service Discovery Protocol,用来发现远程设备能够提供的Service.它只负责发现对方支持的Service,不负责Service的具体实现.   2.背景概念    SDP中的每一个Service用ServiceRecord来表示(具有唯一的32bit的Handle),每一个ServiceRecord由若干ServiceAttribute组成,ServiceAttribute由Attribute ID和Attribute Valuel两个部分

原文网址:http://blog.sina.com.cn/s/blog_69b5d2a50101f23c.html 1.概述   SDP是蓝牙的Service Discovery Protocol,用来发现远程设备能够提供的Service.它只负责发现对方支持的Service,不负责Service的具体实现.   2.背景概念    SDP中的每一个Service用ServiceRecord来表示(具有唯一的32bit的Handle),每一个ServiceRecord由若干ServiceAttr

1.概述     前面一篇博文已经介绍到远端设备对本地的Connection request进行了response,目前L2CAP的连接处于pending状态.这篇将继续抓取下面的一些packets,来看L2CAP Connection的建立过程.   2.一些Frame Frame50:HCI收到ACL Data,传到L2CAP层,是远端的information request 00001001 00100000 00001010 00000000 00000110 00000000 0000

公司的同事们在分析网页加载慢的问题,忽然使用到了Wireshark工具,我就像发现新大陆一样好奇,赶紧看了看,顺便复习了一下相关协议.上学时学的忘的差不多了,汗颜啊! 报文封装整体结构 mac帧头定义 /*数据帧定义,头14个字节,尾4个字节*/ typedef struct _MAC_FRAME_HEADER { char m_cDstMacAddress[6]; //目的mac地址 char m_cSrcMacAddress[6]; //源mac地址 short m_cType; //上一层

1.概述    在进行蓝牙设备的连接时,为了保护个人隐私和数据保密的需要,需要进行验证.   2.一些Frame Frame74:本地发送Authentication requset command 00010001 00000100 00000010 00001001 00000000 Opcode: 0x0411 Connection Handle: 0x09 = 9   Frame75:Command Status event 00001111 00000100 00000000 0000

if (!m_adapterHandle){    return false;}int rst = pcap_sendpacket((pcap_t*)m_adapterHandle,data ,dataLen);if(rst != 0){    return true;}return false; 看我标黑的就知道了吧,datalen如果为0,发不出去. 而且data如果内容全为'\0',那么也会被屏蔽掉. 这一点官方文档并没有确切的描述,请注意(当然,正常情况下你的报文应该有protocol

一.概述     在前面的文章中介绍了inquiry和ACL connection的建立过程.这个连接建立后,L2CAP signaling channel(CID = 0x0001)就已经存在,可以进行L2CAP连接   二.基本概念 HCI ACL Data Format: L2CAP Basic information frame (B-frame): L2CAP的C-Frame,在signaling channel上使用,结构如下: L2CAP是request-response的通信形式

分析bug是前端还是后端的   如何分析一个bug是前端还是后端的? 平常提bug的时候,前端开发和后端开发总是扯皮,不承认是对方的bug这种情况很容易判断,先抓包看请求报文,对着接口文档,看请求报文有没问题,有问题就是前端发的数据不对请求报文没问题,那就看返回报文,返回的数据不对,那就是后端开发的问题咯 一个Bug出现,最简单易行的判断办法是:通过请求与响应来判断. 如果前端已经把数据发送给了后端,后端接到请求,而后端没有返回数据请求,则是后端出了问题: 如果前端在用户输入数据后,发送的请求没

如何分析一个bug是前端还是后端的? 平常提bug的时候,前端开发和后端开发总是扯皮,不承认是对方的bug 这种情况很容易判断,先抓包看请求报文,对着接口文档,看请求报文有没问题,有问题就是前端发的数据不对 请求报文没问题,那就看返回报文,返回的数据不对,那就是后端开发的问题咯 一个Bug出现,最简单易行的判断办法是:通过请求与响应来判断. 如果前端已经把数据发送给了后端,后端接到请求,而后端没有返回数据请求,则是后端出了问题: 如果前端在用户输入数据后,发送的请求没有带数据,则是前端的问题,或

今天,给大组内QA做了一次分享,主要面向移动端测试,介绍了我平时在测试工作中用到的功能,大家都积极响应,现场搭环境,现场操作,现场提问解答,最后大家都成功的利用起来了,感觉很有成就感.下面介绍我今天分享的内容: 一.charles简介 二.安装与配置 三.功能 四.Q&A 一.charles简介 1.Charles是一个HTTP代理服务器,HTTP监视器,反转代理服务器. ps:反向代理(Reverse Proxy)方式是指以代理服务器来接受internet上的连接请求,然后将请求转发给内部网络

有一天下晚班回家,在地铁上的时候,开发发来信息说,能不能把之前创建的bug再抓包看下数据.顿时心里就想,在地铁上,我上哪抓包去.之后百度了下,发现ios有一款非常实用的抓包工具,大家可以上App Store上下载,轻量级的抓包工具.今天就来分享下工具的基本使用,万一出现紧急情况,需要临时抓包,也可以来一场“紧急救援”. 话不多说,进入主题,我们先来看下Stream首页界面,是不是很简洁,使用起来也很简单. 从界面上可以看出来,功能还是齐全的,可以构建请求,设置抓包模式,还有嵌入的小工具. 构建请

1.前言 最近在倒腾SSL方面的项目,之前只是虽然对SSL了解过,但是不够深入,正好有机会,认真学习一下.开始了解SSL的是从https开始的,自从百度支持https以后,如今全站https的趋势越来越强烈,互联网对安全的认识越来越深入.本文根据自己的实际情况,对SSL链接建立做个总结.SSL相关的非对称加密和加密,涉及到公钥.私钥.证书.对称密钥,这些非常复杂,本文不会涉及.本文重点介绍SSL的握手过程,客户端和服务端的步骤,通过wireshark抓包分析整个过程. 2.基本概念 SSL:(S

访问我的博客 前言 由于工作中经常需要配置客户端开发人员对接接口,有时候对接地不太顺利,因此需要经常性地对公司 APP 进行抓包看请求,找出具体的原因. 在公司中开发使用的 Windows 台式电脑,抓包工具选择了 Fiddler,这个工具刚开始学会抓包的时候,觉得真乃神器!在经过几次开发电脑升级之后,重新安装 Fiddler 后,和之前的设置相同,但是死活抓不了包,或者抓不了 Https 的包, 总之总会出现各种奇怪的问题,如果出了问题,简直让人抓狂! 去年年底,给自己换了一台 MBP,日常学

上篇介绍的世纪佳缘登录是由已有cookie保持登录状态的.世纪佳缘登陆不需要填入验证码,可以很方便直接请求登录接口来达到登录状态的目的. 这篇介绍直接从登录接口进行登录,那么这就要求要找到登录接口url和接口参数. 登录接口是个https,fiddler中设置https. 双击这个抓包,会跳转到inspectors 登录代码 import requests url='https://passport.jiayuan.com/dologin.php?host=www.jiayuan.com&new

本文转载于https://testerhome.com/topics/7159 一.Fiddler1.1.简介Fiddler是一款HTTP协议调试代理工具,它能够抓取记录本机所有HTTP(S)请求,通过设置断点等方法我们可以任意修改进出Fiddler的数据(cookie,html,js,css)完成测试.其原理如下图,我们仅需要修改Proxy中收到的数据就可以模拟客户端和服务器的交互,完成一系列Mock测试.   关于Fiddler的安装.配置方法KM上教程很多,这里就不再介绍.1.2.抓包如果