闲聊系列：你应该是先找问题而不是改问题【一】

一、前言

1、这是在一个测试技术群遇到的话题，经过大家多轮的讨论，最终应该是先去找问题而不是去解决问题，因为从测试的角度来说，首先只有先发现问题，才有方法或头绪去解决问题

二、过程

1、整个话题的讨论，来自于如何使用jmeter测试时，如何计算一个事物里包含多个接口的情况下的响应时间，听着是不是有点懵逼，其实我也不会哈哈！！

2、主要涉及到的点是要测试当用户访问APP首页，这个时候首页会调取多个接口，该如何测？

3、根据之前测试过程中遇到的，尤其在首页进行页面加载会请求过多的接口，处理不好的话会导致首页加载时间过长，对用户不友好；之前安卓开发伙伴提出，可以使用懒加载的方案。

4、在讨论的过程中，抛开测试工具本身，可以使用多线程来同时调用处理，这就会涉及到编程的能力问题，好吧！都比较菜，目前还没实现编程测试接口业务，更别说玩多线程的事了；所以，测试同学，有时间还是要往编程方向靠，就算不会写代码，能达到看懂代码也行啊！！！

三、最后

1、最后，我问了一句，你费那么大劲整这个的意义是啥？回答说看总体的加载时间，但不是把每个接口响应时间加起来的那种！！

2、我最后的话：

感觉应该先做的是：
2.1、看后端查询是否都做了索引，
2.2、看一个界面调用了多少接口，是否可以少调取
2.3、有些数据是否可以页面做缓存，减少请求次数

群里的大佬总结性话语：正解，你应该是找问题而不是改问题

3、摘录聊天语句：

3.1、那你就算实现jmeter异步测试有啥意思呢？你们后端和前端不优化的话

3.2、我不会Jmeter,只会用编程来解决【是不是比我们点点点工有魄力】