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

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

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

openssl s_client -connect 61.135.250.130:443这个是reg.163.com的 tcpdump 也可

定位前后端bug: 1.经验法: 软件测试人员应不断精进自己的技能,负责的项目多了,自然对功能的实现过程有了解,也就明白如何分类bug了. 例如: 网页上的某个图片的分辨率不对,如果我们了解实现过程,可以想到一般情况下,是根据某个地址去服务器取图片的,数据库一般只保存地址,那么图片能正确显示,就说明后端的基本功能是满足需求的.如果具体图片分辨率有误,最可能的原因是前端显示过程出了差错. 2.查日志 当我们发现一个bug,并不确定这个bug属于前端还是后端,可以查看后端服务的日志,复现bug时,查

jmeter数据库,charles抓包,Python循环语句 一.Jemeter数据库 添加jar包数据库 jemeter=>浏览 添加JDBC Connection Configuration 配置数据 mysqlurl:jdbc:mysql://ip:port/db?useUnicode=true&characterEncoding=utf8&allowMultiQueries=true driver class:com.mysql.jdbc.Driver       4. 操作

一.fiddler抓包定位 Fiddler是一个http协议调试代理工具,它能够记录并检查所有你的电脑和互联网之间的http通讯,设置断点,查看所有的“进出”Fiddler的数据(cookie,html,js,css等). 下面这张图准确的描述了fiddler的工作 那怎么抓包呢? 打开fiddler便已经开始抓包了,先介绍一下工具:看下图 如果需要抓取https的请求需要安装证书.如果需要抓取手机App的请求需要设置代理,这里我不细说自行百度 抓包定位bug: 1.因为fiddler抓取的内容

1.Fiddler介绍 Fiddler是一个http协议调试代理工具,它能够记录并检查所有你的电脑,移动设备和互联网之间的http通讯,设置断点,查看所有的"进出"Fiddler的数据(指cookie,html,js,css等文件,这些都可以让你胡乱修改的意思). Fiddler 要比其他的网络调试器要更加简单,因为它不仅仅暴露http通讯还提供了一个用户友好的格式.它C#写出来的,它包含一个简单却功能强大的基于JScript .NET 事件脚本子系统,它的灵活性非常棒,可以支持众多的

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

bug 查找 (二) 从前端找到后端 几天来,组长说我们系统的 apm 数据不正确,最体表现就是前端项目这几天错误统计为 0. 这不正常(没有办法,我们代码写的很烂),因为前端环境很复杂,网络,浏览器都有可能出现错误,一天 100 多错误也是正常. 而 WebAPM 也是由我来写的,于是开始找 bug 之旅. 过程 因为代码是我写的,我在了解到问题的情况下,问了下线上环境是否有变化,回答是否定的,没有改:上线新功能没,回答也是没有上线新功能,只能定位到是自己写代码的问题. 找到与问题相关的代码了

环境 Chrome jmeter3.1 fiddler4 win7 32位 Linux CentOs6.4 bugfree3.0.1 链接:http://pan.baidu.com/s/1gfHpbpD 密码:wpxj  jmeter3.1软件包 链接:http://pan.baidu.com/s/1miHeNfa 密码:yqlp  fiddler4软件包 如果链接失效,可以自己网上寻找资源,或者加我百度云:天涯咫尺HK 一.打开jmeter.添加线程组.录制控制器.HTTPCookie管理器.

解决什么问题: 解决前端在本地联调页面 || 样式 || 脚本时经常修改服务器代码,浪费太多时间. 避免多人同时修改代码产生冲突问题.可以在本地调完代码之后,再贴到服务器上. 其实这个问题老早就开始想过一些办法了.但是之前都是要在服务器中引入本地文件进行调试.有很多缺点.只适合部分场景. 现在这种方案受老吉上次分享会上的启发.稍微做了一些修改写的.可以说基本的前端问题都可以用这种方法来快速联调解决. 利用Fiddler抓包工具进行本地调试方案: 所需工具(一次安装及配置): Fiddler:百度

一.业务场景 前端本地开发的场景中,我们需要频繁的改动代码,并需要实时看到效果,并且在一些开发场景中,我们需要将特定的请求代理到特定的IP.本地文件等,所以使用fiddler或whistle等本地.真机抓包调试工具是非常必要的. 二.为什么使用whistle 在历史的长河中,我们是使用fiddler+willow再搭配小米wifi 进行本地和真机抓包调试的,无可厚非,fiddler的抓包和代理的功能十分强大,但在使用的过程中,有个很蛋疼的缺点就是内存泄漏!!fiddler挂一整天,内存就被吃完了

手机用fiddler抓包 电脑最好是笔记本,这样能和手机保持统一局域网内:其他不多说,直接说步骤了. 一.对PC(笔记本)参数进行配置    1. 配置fiddler允许监听到https(fiddler默认只抓取http格式的) 打开Fiddler菜单项Tools->TelerikFiddler Options->HTTPS, 勾选CaptureHTTPS CONNECTs,点击Actions, 勾选Decrypt HTTPS traffic和Ignore servercertificate

前言 fiddler是个强大的抓接口工具,轻松看出接口的所有参数,这里介绍一个Composer功能它也可以进行接口测试,平时接口可能传参错误,我们可以拖拽接口来改参数直接再请求了,非常方便! 一.Composer介绍 1.打开fiddler后,点击[Composer]即是 2.请求方式:可勾选请求协议是get.post.put等多种请求方式 2.url:输入接口的rul,如:https://www.cnblogs.com/gsxl/ 3.请求头部信息:例如常见的json必须要带json头部信息

初识Fiddler fiddler,译为骗子 是位于客户端.服务器端的HTTP代理,是Web调试的利器. 是c#编写的程序 Fiddler主要功能: 监控http.https流量 查看.分析请求内容细节 伪造客户端请求和服务器响应 简单测试网站的性能 解密https的web会话 全局.局部断点功能 可使用第三方插件 Fiddler使用场景: 接口调试 接口测试 线上环境调试 web性能分析 判断前后端bug 开发环境hosts配置 mock 弱网.断网测试 要使用好Fiddler,需要熟悉htt

1.前言 今天的理性认识主要就是讲解和分享Fiddler的一些理论基础知识.其实这部分也没有什么,主要是给小伙伴或者童鞋们讲一些实际工作中的场景,然后隆重推出我们的猪脚(主角)-Fiddler. 1.1工作场景 做app测试,你是否有过这样的经历? 1.后端开发同事在调试解决bug时 ,总找你拿着手机点点点,然后他在后台看数据是否异常.(一个上午,一不小心过去了) 2.前端开发同事在调试解决bug时,也找你过来帮忙造几个数据,于是你辛辛苦苦造了个数据,他点一下,数据用完了,bug没解决.于是乎又

写本文的契机主要是前段时间有次用青花瓷抓包有一步忘了,在网上查了半天也没找到写的完整的教程,于是待问题解决后抽时间截了图,自己写一遍封存在博客园中以便以后随时查阅. charles又名青花瓷,在iOS开发中的抓包中具有重要作用.最大的三点用处,一就是拦截别人软件的发送的请求和后端接口,练习开发.二是自己后端返回的response拦截修改后再接收以达到测试临界数据的作用.三写脚本重复拦截抓取别人的数据.(因为不太道德,本文不提第三点) 如果你不是在董铂然博客园看到本文,请点击查看原文. 1.开始之

本书涵盖内容:fiddler.http协议.json.requests+unittest+报告.bs4.数据相关(mysql/oracle/logging)等内容.刚买须知:本书是针对零基础入门接口测试和python+requests自动化的,首先本书确实写的比较基础,对基础内容也写的很详细,所以大神绕道,别乱拍下了说不好. 为什么要先学fiddler? 学习接口测试必学http协议,如果直接先讲协议,我估计小伙伴们更懵,为了更好的理解协议,先从抓包开始.结合抓包工具讲http协议更容易学一些.

参考:https://zhubangbang.com/charlesproxy 如果您是您一次使用Charles,可能对下面的感兴趣. Charles破解版免费下载和安装教程 Charles手机抓包设置 Charles的https抓包方法及原理/下载ssl/http证书 如果您已经正在使用Charles,可能感兴趣下面的工具 Charles禁止缓存工具 Charles禁用cookies工具 Charles远程映射工具 Charles本地映射工具 Charles镜像工具 Charles重写工具 C