大话性能测试系列（1）- 性能测试的基本概念

如果你对性能测试感兴趣，但是又不熟悉理论知识，可以看下面的系列文章

https://www.cnblogs.com/poloyy/category/1620792.html

 

学习前的认知

我们在学习性能测试之前，需要有个新的认识：性能测试，不再是像功能测试一样单纯的找 Bug，而是去找性能指标

 

转变思维

• 在做功能测试、自动化测试的时候，我们基本都是依托界面进行测试，也称 GUI 测试，我们的目的就是为了跑通功能、程序，并成功找到 Bug
• 但在做性能测试的时候，我们大部分是 headless 模式（所谓的：无头，无界面模式），目的不再是单纯的为了找到 Bug，而是要分析性能指标等等（后续讲到）

 

性能测试的时间一般会比自动化、功能测试长，为啥？

• 因为性能测试的步骤跟自动化、功能测试的步骤不一样，比如说前期的准备（了解系统，环境搭建），后期的压力测试（7*24h）等等
• 在后面，我们通过讲述性能测试步骤来仔细了解

 

性能测试一定要工具，手工不行吗？

• 性能测试是模拟系统在被很多很多用户同时使用时，系统能不能正常使用和提供服务
• 重点：很多很多用户
• 功能测试：一个人点点点就知道功能通不通，有没有 Bug 了
• 性能测试：用手工的话，可以模拟几个、十几个用户，但是当需要模拟上千万个用户时，手工又怎么模拟数据量多的场景呢？
• 类比，吃饭场景：一个人可以吃好几碗，但是叫你吃几百碗是不可能的
• 结论：工具就可以模拟大数据量的场景，可以做到人做不到的事情

 

大数据量测试是性能测试吗？

大数据量测试

简单理解：一个接口返回的数据比较多（假设：不使用分页，把所有数据同时返回）

 

结论

• 返回大数据量的接口的响应时间会变长
• 这么大的数据量，我们需要考虑：网络传输数据、服务器查询这些数据、服务器处理这些数据等等分别需要多少时间
• 这已经跟响应时间挂钩，所以已经属于性能测试的范围，但不归纳于性能分