现在有很多的人们想要在测试行业里面发展，因为测试的发展前景是不错的。但是对于那些刚刚入行的新人来说，他们有时工作的时候就会一头雾水，这是因为他们对于测试的一些知识没有掌握的原因，今天我们就先来了解下有关压力测试的一些知识。
定义
软件压力测试是一种基本的质量保证行为，它是每个重要软件测试工作的一部分。软件压力测试的基本思路很简单：不是在常规条件下运行手动或自动测试，而是在计算机数量较少或系统资源匮乏的条件下运行测试。通常要进行软件压力测试的资源包括内部内存、CPU 可用性、磁盘空间和网络带宽。
压力测试涵盖，性能测试，负载测试，并发测试等等，这些测试点常常交织耦合在一起。
顾名思义：压力测试，就是 被测试的系统，在一定的访问压力下，看程序运行是否稳定/服务器运行是否稳定（资源占用情况）。
基本概念
1 、吞吐率(Requests per second)服务器并发处理能力的量化描述，单位是reqs/s，指的是某个并发用户数下单位时间内处理的请求数，而某个用户数下单位时间内能处理的最大请求数，称之为最大吞吐率。
吞吐率是基于并发用户数的，这句话就代表着，一是吞吐率和并发用户数相关；二是不同的并发用户数下，吞吐一般是不相同的，吞吐率越大则代表着处理效率越高。
2 、并发连接数(The number of concurrent connections)
并发连接数指的是某个时刻服务器所接受的请求数目。
3 、并发用户数(The number of concurrent users，Concurrency Level)
一个用户可能同时会产生多个会话，也即连接数，不同的浏览器支持的并发连接不同，在HTTP/1.1下，IE7支持两个并发连接，IE8支持6个并发连接，FireFox3支持4个并发连接，所以相应的，我们的并发用户数就得除以这个基数。
4 、用户平均请求等待时间(Time per request)
计算公式:处理完成所有请求数所花费的时间/(总请求数/并发用户数)
5 、服务器平均请求等待时间(Time per request: across all concurrent requests)
计算公式：处理完成所有请求数所花费的时间 / 总请求数
与性能测试的区别
二者区别在于他们不同的测试目的，软件压力测试是为了发现系统能支持的最大负载，他的前提是要求系统性能处在可以接受的范围内，比如经常规定的页面3秒钟内响应;
所以一句话概括就是：在性能可以接受的前提下，测试系统可以支持的最大负载。
软件性能测试是为了检查系统的反映，运行速度等性能指标，他的前提是要求在一定负载下，如检查一个网站在100人同时在线的情况下的性能指标，每个用户是否都还可以正常的完成操作等。
概括就是：在不同负载下(负载一定)时，通过一些系统参数(如反应时间等)检查系统的运行情况。比如我们说某个网站的性能差，严格上应该说在N人同时在线情况下，这个站点性能很差。
到这里文章就要结束了，本篇文章就是小编所知道的关于测试人员必须要知道的压力测试的一些知识了。既然今天我们聊的是压力测试，那么小编就给大家推荐一款功能强大的压力测试工具吧，PerformanceRunner通过模拟用户并发测试整个系统的承受能力，实现压力测试、性能测试、配置测试、峰值测试等。大限度地缩短测试时间，优化性能和加速应用系统的发布周期。
推荐阅读：
原来性能测试类型有这么多！PerformanceRunner工具怎么样？
前端性能分析的方法有哪些？可以使用哪些工具进行前端性能分析？
什么是负载压力测试？负载压力测试的类型有哪些？
什么是客户端性能测试？客户端性能测试有什么目的？
要怎么选择性能测试工具？常用的工具有什么？
web性能测试用例设计策略及方法
sales@spasvo.com
