软件测试学习day4

APP测试

fiddler：WEB网络代理工具

接收网络请求并转发到服务器的功能

抓包定位前后端bug分析思路

1. 找到测试场景对应的接口（前端调用错了接口——前端开发问题）
2. 接口请求是否符合接口规范（接口调用错误——前端开发问题）
3. app正确发起了请求（接口返回内容错误——后台开发问题）
4. app正确发起了请求，服务器也正确返回结果——前端开发问题

借助fiddler实现接口mock

由fiddler拦截请求，返回模拟出来的假数据：

1. 分析接口返回的数据内容
2. 捏造需要返回的假数据
3. 配置fiddler拦截对应的接口请求，返回伪造的接口数据

弱网测试（APP常用，电脑端不常用）

APP在网络情况不稳定的各种情形下，会不会出现异常

（测试左移思想）用户体验必测：用户使用场景在地铁、电梯、停车场  

fiddler控制与app的交互网络速度

        测试场景1：网络慢的情况下，图片加载未完成，界面是否错乱

        fiddler功能：规则-性能设置-模拟慢速网络

if (m_SimulateModem) {
            // 上传数据的速度，客户端上传1KB的数据需要延迟多久
            oSession["request-trickle-delay"] = "3000"; 
            // 上传数据的速度，客户端下载1KB的数据需要延迟多久
            oSession["response-trickle-delay"] = "1500"; 
        }

测试左移：测试人员需要关心测试之前的流程，预防BUG（代码审查、提需求）

测试右移：测试人员要时刻关心线上问题。测试不能够避免系统100%无BUG，第一时间发现问题。（监控、日志）

上线以后出现问题怎么解决：

1. BUG复现，BUG定位，解决BUG
2. 追究责任
3. 以后如何预防，建立线上巡检

安全测试中的fiddler应用

请求前后的断点，修改请求数据与响应数据

例如请求10条改成了10w条数据