概念之一【压力测试】来自VisualStudio。NET设计散播式运用次序可靠性测试：是指模拟平凡的义务负荷以检查运用次序在峰值运用状态下如何执行操作。对每个单独的组件进行压力测试后，应对带有其所有组件和支持服务的整个运用次序进行压力测试。集中测试从最基础的功能测试起头。您需要知道编码门路和用户计划、了解用户试图做什么以及一定用户运用您的运用次序的所有方式。测试脚本应根据预期的用法运行运用次序。例如，如果您的运用次序显示Web页，而且99%的客户只是搜索该站点，只有1%的客户将真正置办，这使得提供对搜索和其他浏览功能进行压力测试的测试脚本才有意义。当然，也应对购物车进行测试，但是预期的运用暗示搜索测试应在测试中占很大比重。
概念之二【压力测试】来自。NET运用次序性能测试：压力测试用来评估在超越最大负载的状态下系统将如何运行。压力测试的主旨就是发现在高负载的条件下运用次序的缺陷(BUG)。蕴含：synchronizationissues，raceconditions，andmemoryleaks(内存泄漏)。压力测试能让您识别次序的弱点和在极限负载下次序将如何运行。
概念之三【压力测试】压力测试主要是为了发现在一(任意)定条件下软件系统的性能的变化状态。通过转变运用次序的输入以对运用次序施加越来越大的负载(并发，循环操作，多用户)并测量在这些不同的输入时性能的转变，也就是通常说的概念：压力测试考察以后软硬件环境下系统所能遭遇的最大负荷并资助找出系统瓶颈所在。其实这种测试也能够称为负载测试，但是负载测试通常描述一种特定类型的压力测试——增加用户数量以对运用次序进行压力测试。
网上能够还有多于以上三种所描述的对压力测试这个名词的定义。
我对比赞许第一种概念，压力测试应该是指模拟平凡的义务负荷以检查运用次序在峰值运用状态下如何执行操作。扩张开来说，其一压力测试应该是较短时间的，其次是模拟平凡的义务负荷的，再次压力测试是要使运用次序的运用抵达峰值。对这三点继续填补，对第一点长时间的压力测试就转变成了负载测试;对第二点，对运用次序施加的压力是超负荷的，所以要始终地加压;第三点，使运用次序的运用抵达峰值，如果超越这个界限则运用次序会崩溃或伙伴率激增，这个峰值是针对某一时刻来说的，也是针对某个临界的压力来说的，转变为场景设置中的说法就是能够支持的最大并发用户数。
在最近的一次测试中定义了测试的主旨是：需要了解AUT(被测运用次序)一般能够遭遇的压力，同时能够遭遇的用户访问量(容量)，最多支持有多少用户同时访问某个功能。在AUT中选择了用户最常用的五个功能作为本次测试的内容，蕴含登录。大概的需求就是这样。
接下来我AUT的登录说一说怎么用LoadRunner和Jmeter来实现场景的设置抵达测试的主旨。(注：对服务器的检测不是本次测试的重点，本次测试主要收集并发访问用户数和发生伙伴用户数)
首先是对脚本的要求：
1、录制脚本(注意所有的脚本都应录制到Action中)，自定义事务，事务从提交用户名和口令的脚本之前起头;
2、在定义事务起头的脚本前加入靠拢点;
3、在脚本中加入检查点，以登录成功的页面出现登录用户的ID即可;
4、参数化登录用户的身份;
其次是对场景设置的要求：
1、因为事先我们不知道将有多少用户访问是临界点，所以在测试过程中需要多次转变用户数来一定;
文章来源于领测软件测试网 https://www.ltesting.net/