如果你对性能测试感兴趣,但是又不熟悉理论知识,可以看下面的系列文章
https://www.cnblogs.com/poloyy/category/1620792.html
学习前的认知
我们在学习性能测试之前,需要有个新的认识:性能测试,不再是像功能测试一样单纯的找 Bug,而是去找性能指标
转变思维
- 在做功能测试、自动化测试的时候,我们基本都是依托界面进行测试,也称 GUI 测试,我们的目的就是为了跑通功能、程序,并成功找到 Bug
- 但在做性能测试的时候,我们大部分是 headless 模式(所谓的:无头,无界面模式),目的不再是单纯的为了找到 Bug,而是要分析性能指标等等(后续讲到)
性能测试的时间一般会比自动化、功能测试长,为啥?
- 因为性能测试的步骤跟自动化、功能测试的步骤不一样,比如说前期的准备(了解系统,环境搭建),后期的压力测试(7*24h)等等
- 在后面,我们通过讲述性能测试步骤来仔细了解
性能测试一定要工具,手工不行吗?
- 性能测试是模拟系统在被很多很多用户同时使用时,系统能不能正常使用和提供服务
- 重点:很多很多用户
- 功能测试:一个人点点点就知道功能通不通,有没有 Bug 了
- 性能测试:用手工的话,可以模拟几个、十几个用户,但是当需要模拟上千万个用户时,手工又怎么模拟数据量多的场景呢?
- 类比,吃饭场景:一个人可以吃好几碗,但是叫你吃几百碗是不可能的
- 结论:工具就可以模拟大数据量的场景,可以做到人做不到的事情
大数据量测试是性能测试吗?
大数据量测试
简单理解:一个接口返回的数据比较多(假设:不使用分页,把所有数据同时返回)
结论
- 返回大数据量的接口的响应时间会变长
- 这么大的数据量,我们需要考虑:网络传输数据、服务器查询这些数据、服务器处理这些数据等等分别需要多少时间
- 这已经跟响应时间挂钩,所以已经属于性能测试的范围,但不归纳于性能分