背景：
由于公司打卡规则是15min采点一次，采点即定位，如定位异常会不计算在工时内，除非进行异常申诉；
大多同事经常因为不小心杀掉app进程、或打电话引起网络异常等原因，引起采点异常；
故想出监控采点接口，通过打通钉钉群及jenkins，及时监控到异常，得以立马打开app恢复正常

涉及知识点：

• 对于测试来说，charles是一个使用频率，功能强大的辅助测试工具；
• 首先，除了基本的抓包，它还可以用来进行弱网测试、断点测试、mock测试

本篇主要介绍下断点，一般可进行如下使用场景：

1、省一条条造数据：订单超过10条的前端翻页功能是否正常使用
2、快速遍历验证：订单的不同状态的页面/图标显示，已处理/已过期/未回复等等，
3、难以造的数据：前端对不同长度的字符显示，比如查看代办99+、报表正负数等；

本文主要想判断下，查看下哪些字段可进行判断采点是否异常

第一步：抓取需要修改的接口信息

此处，注意https接口的抓取，注意两点：
1、安装证书到信任证书处

2、设置ssl

第二步：保存response

打开response文件，修改参数："valid":false ,改为 true，进行保存

第三步：设置map local

local path中，选择第二步保存的response文件

点击“ok”

最后，查看修改后的效果：

此外，我也使用Breakpoints进行设置断点，修改接口返回值

返回结果如下，显示为空【不太推荐】：

charles篡改的方式map local 与breakpoint，区别如下：

1】断点调试的使用场景：

1. 想修改 request 或者 response, 这种情况需要接口的超时时间比较长，否则没等你操作完就已经接口超时了，那就 gg 了

2. 想测试接口的超时时间，或者测试接口在超时的情况下前端的样式变化，比如有时网络超时比较难模拟，可以通过「一直停在 request 等待不执行」这种方式来模拟这种情况。

2】Map Local 的使用场景：

1. 接口的超时时间较短的情况下想修改 response，因为接口超时时间较短，所以如果用断点调试的话容易超时，通过 mapLocal 提前修改好 reponse, 这样就不会接口超时。

2. 不想每次都修改 response, 想多次复用某个 reponse, 这时推荐使用 mapLocal 功能。