对于这样的面试题，有的时候是你们的加分项。　　面试官您好，当我发现手机被测app出现问题时，首先我们需要定位的是前端问题还是后端问题。　　怎么定位呢？　　通过fiddler设置代理，配置好抓取手机的接口。　　这时候操作手机app，如果fiddler没有向服务器进行接口请求时，那么是前端的问题。　　这时候，我们可以用adb的logcat命令获取报错信息。　　如果fiddler有接口请求，那么我们这个时候需要分析获取的接口，分析请求参数是否正确，如果不正确是前端的问题。　　如果正确，我们下来要分析接口的响应信息，如果不对，那么一定是后端问题。　　这时候我们需要查看服务器日志，比如tail -f...

最近趁摸鱼时间体验了一款神器，堪称后端前端们的摸鱼加速器，测试们的寿命催化剂。那就是：Apifox。中国自主研发的集文档、接口调试、Mock、接口自动化测试一体的协作平台。一套系统、一份数据，可解决多个系统之间的数据同步问题。定义好接口文档，则接口调试、数据Mock、接口测试就可以直接使用，无需再次定义；接口文档和接口开发调试也可以同一个工具，接口调试完成后即可保证和接口文档定义完全一致。高效、及时、准确！已有的API工具，例如postman，fiddler等，虽然功能也很强大，但是食用起来还是比较的繁琐，面对少量的接口还好说，要是面对大量的接口，需要耗费一定时间和精力去分门别类建立规范文档，...

软件性能测试中有一类很重要的测试——负载测试，包括并发测试和容量测试。负载测试的重要工作在于找到系统的性能拐点。在并发测试中我们不断地增加事物的用户并发数，观察系统所可以接受的并发数是否与设置的并发数保持一致，或者在增加并发数的时候观察系统的响应时间是否在可接受的范围之内（比如<3秒》）。当并发数少的时候，实际并发数与设置并发数是一致的，当系统并发数达到一定的数量后，实际并发数保持恒定，不会受到设置并发数的增加而增加了。或者系统的响应时间会超过设定的目标值。如图一所示，A即为我们找到的并发测试的拐点。图一：负载测试的拐点同样，在容量测试中，我们不断地往数据库中灌入数据，在开始数据量比较少...