" bpu：在请求开始时中断,如 bpu /gw；
" bpa\bpafter：在响应到达时中断,bpafter /gw；
" bps：在特定http状态码时中断, bps 404；
" bpv/bpm：在特定请求method时中断，bpv /foo。
如输入bpafter /gw/placeholder.phenix.user.get/，成功拦截get接口请求：
在网络请求超时前对结果进行修改，点击"run to Completion"，可实现对请求或响应的修改：
可以下载CustomRules.js，查看断点相关的命令和执行情况：
mock请求
使用断点只能实现对请求或者响应的一次性修改，若想长久修改，则需对请求进行mock。此外，在服务端接口未准备好，或想测试某种特殊场景时，也可借助Fiddler mock接口来实现，对应Fiddler的AutoResponser功能。具体步骤：
选中接口：选择需要mock的request请求，右侧选择AutoResponder，勾选中Enable rules和Unmatched requests passthrough。
点击Add Rule：添加一条规则。
设置URL Pattern：选中规则，点击右下角的Test，弹出如下弹框：
默认URL Pattern为Exact方式，即对应Exact Match，精确匹配且对大小写敏感。但由于接口中会包含随机参数，因此无法精确匹配，此时可使用正则表达式。
Fiddler支持以regex:为前缀的正则表达式语法，__在URL Pattern前加入"regex"，并去除该http请求后的参数，保留API名称和API版本即可__，修改后如下：
设置Response:
选择"create New Response"，点击Save，在弹出的对话框的Raw中，将约定好的接口返回输入，点击Save即可成功mock。mock接口也可在集团的mtop平台实现，但是相比于在平台mock，通过Fiddler等抓包工具不会影响到其他人的使用。
去除mock:
去除mock，可直接去除勾选状态。可添加多条规则，对多条请求同时进行mock。
除对接口请求进行mock外，可将线上的css、js、image、html文件存储，通过设置AutoResponse来排查问题。
其他常用功能
" Filter: 用户经常只需要显示符合要求的请求，Fiddler提供了一系列过滤规则。如只显示mtop请求：
" 图片大小查看: 前端需对原始图片进行处理，最终需保证图片大小小于50kb，可借助Fiddler查看图片大小及其链接。
" Composer: 在http请求中，常使用composer来测试请求是否正常。
总结
以上均是在工作中有使用到的部分功能，有不对或更为简单的方式，还请多指教，谢谢。
版权声明：本文出自极测 qingying，51Testing软件测试网原创出品，未经明确的书面许可，任何人或单位不得对本文进行复制、转载或镜像，否则将追究法律责任。
