性能测试爬坑之路8 集合点

 

关住 公 纵 号 “  阿蒙分享    ”  获得学习资料及趣味分享　

 

不那么重要

 

因为适用场景：仅并发测试，主要关注大用户量并发的时候

    1.第一种并发：所有的用户都在发请求（登陆、发帖等混杂）

    出现性能瓶颈的时候很难发现瓶颈在哪里

    2.第二个并发：所有的用户都在提交同一个请求（对接口性能相对更严格）

模拟真实场景：集合点不能模拟真实场景

集合点的测试目的：是当发现系统性能瓶颈的时候我们更容易去定位那个模块出现了问题

    仅仅是让我们知道系统的性能瓶颈在哪里

并发测试属于压力测试的一个子集（相对严格的并发）

负载测试，评估性能指标（尽可能的真实场景）

压力测试，系统崩溃的时候到底是哪里出了问题，便于我们做好预案（不需要思考时间）

稳定性测试：长时间，标准用户数（最佳用户数）

最佳用户数：系统处于最佳状态（cpu 等70-80%）处在一个资源很好的利用率，同时没有到达瓶颈，最大用户数为某个指标出现极限（硬盘 内存  贷款 cpu）

程序最难避免的是（即使很先进的内存管理机制）内存泄漏/内存溢出的问题，表现为因为内存的回收不科学，长时间运行会到达极限，短时间不显现

out of memory  内存错误产生的原理

容量测试：模拟系统长时间运行之后的性能测试

    容量大了性能肯定会受到影响，

    比如关系型数据库，100条中查询1条  ->50次，1亿条：5000万次

    性能测试