在测试道路上践行渐远……目前的情况及行业趋势看，测试去转开发了…原因有以下方面：1:通过拉钩和Boss测试的工资越来越少，没有优势
2:大企业Api，Ui，全连路压测，ui兼容性，稳定性，健壮性都已成性，线上copy，防用户测试都已成型…招聘职位中什么都要有,但是实际业务及公司组织架构的影响，测试的优势更受局限……

性能测试一直做的不多，所以最近看的也晕晕的，感觉还是要多实践呀！
不过呢，读了文章之后感觉更有方向了，比如为什么用这个工具，工具中的哪个模块是有怎样的用处，尤其是人肉测试那段类比，作者真的是好会写文章！

打卡32、准备虚拟机 安装LR 学习LR

工具罢了 懂得原理能满足需求就成

对性能测试有了更深的理解

以前做性能测试难点就是不知道为什么要并发用户数分为多个行为去操作，顺着茹老师的课程，知其然，知道怎么去分解，剖析，点赞，坚持打卡！

loadrunner中有个说法是说并发和在线的关系大约是1:10，也就是说1个用户并发相当于10个用户同时在线，但是后来网上查了查确实是有这个并发关系，但比例不是1:10，而是在20%范围内浮动，我想向老师问下，这个是否是有依据的？谢谢！

我们的性能是否通过的检查点为：
1，系统中没有内存泄漏、磁盘、CPU、网络故障
2，本版本获得的并发用户、容量的拐点>=上次版本对应拐点的95%以内（含95%)

最近第一次上手性能测试，就遇到了需求不明确的情况。和老师举的体检中心的例子比较相似，我得到的需求是看一下我们的系统index完10万篇（每篇2M）的文档的性能。对于并发用户数量到底该选取多少，ramp up时间设置多少合适以及需不需要加think time都很茫然。现在只能摸着石头过河，不知道老师有什么好的建议吗？

我们的产品类似WAF，可以应用在不同行业，但每个行业的应用场景不一样，在大版本发布前测试了TPS，吞吐量，新建连接，并发连接四个指标。后续版本测试只关注了TPS，将TPS与之前版本做对比，只要波动范围不低于10%就通过
但如何将测试结果的TPS指导不同行业客户部署上线，还没有找到好的方法，老师有没有思路可以指导一下呢？谢谢