思考
基于以上事实，我们应该在软件流程什么阶段开始性能测试?结合自己的实际工作执行 分析。
1.2.2 性能测试策略揭秘
谈到“策略”，这是如今很火、运用较多的一个词。不光在IT领域，其他各个行业中也都有各种各样的策略，如营销策略、风险规避策略等。策略即谋略、手段、要领，表现为权宜的行动路线、指导原则或流程。
做事情讲策略，这是一种智慧，是人们聪明起来的表现，但当越来越多的策略“概念化”的时候，我们不得不去思考我们到底要达到什么样的目标，什么样的策略才是我们须要的。
案例
引用网上一位哲人说的话：“概念只是为了方便人们理解和研究世界万物事物而制造的工具，而最终结果将使概念不再须要，就如同庄子所说的得意而忘言”。语言就是一种包装材料，它包装的是某种意思。因为人类传递信息必须运用语言，所以我们在研究的时候不得不借助于这种包装，但是当人的思维能力具备了打开包装直接取得内部的意思的时候，语言就变得多余了。这时候再关注于语言和概念本身就成了买椟还珠的当代版了。
因此，我们应该关注的不是概念本身，而是概念背后的意思。理解了意思，再冠予它什么样的名词头衔，如“攻略“，对于我们都无关紧要了。而理解一个概念，我们可以靠WWH要领，即对概念的三个疑问：Why、What、How。
好，言归正传，回到软件性能测试策略中来。在性能测试流程中，只要有事情做，就会有策略，如设计用例有设计策略，执行时有执行策略，调优时还有调优策略。为了不产生混淆，我们要说明的是，在本节中讨论的策略是性能测试设计策略。
Why(为什么会有不同的策略)
在软件性能一节中，我们看到软件的性能来自软件对空间和时间的综合方案，这种组合是很多的，因此用户的软件性能需求可能会多种多样。对于软件人员，我们做性能测试也要因地制宜，根据不同的性能需求，选择不同的测试策略。
What(什么是性能测试设计策略)
验证性能需求是测试目的，测试策略即已经被证明是行之有效的测试要领。
How(怎样实施)
多见的性能测试要领有以下几种：
1.负载测试
在这里，负载测试指的是最多见的验证一般性能需求而执行 的性能测试，在上面我们提到了用户最多见的性能需求就是“既要马儿跑，又要马儿少吃草”。因此负载测试主要是考察软件系统在既定负载下的性能表现。我们对负载测试可以有如下理解：
(1)负载测试是站在用户的角度去观察在一定条件下软件系统的性能表现。
(2)负载测试的预期结果是用户的性能需求得到满足。此指标一般体现为响应时间、交易容量、并发容量、资源运用率等。
2.压力测试
压力测试是为了考察系统在极端条件下的表现，极端条件可以是超负荷的交易量和并发用户数。留心，这个极端条件并不一定是用户的性能需求，可能要远远高于用户的性能需求。可以这样理解，压力测试和负载测试不同的是，压力测试的预期结果就是系统出现疑问，而我们要考察的是系统处理疑问的方式。比如说，我们期待一个系统在面临压力的情况下能够保持稳定，处理速度可以变慢，但不能系统崩溃。因此，压力测试是能让我们识别系统的弱点和在极限负载下程序将如何 运行。
例子：负载测试关心的是用户准则和需求，压力测试关心的是软件系统本身。对于它们的区别，我们可以用华山论剑的例子来更加形象地描述一下。如果把郭靖看做被测试对象，那么压力测试就像是郭靖和已经走火入魔的欧阳峰过招，欧阳锋蛮打乱来，毫无套路，尽可能地去打倒对方。郭靖要能应对住，并且不能丢进小命。而常规性能测试就好比郭靖和黄药师、洪七公三人约定，只要郭靖能分别接两位老手一百招，郭靖就算胜。至于三百招后哪怕郭靖会输掉那也不用管了。他只要能做到接下一百招，就算通过。
思考
我们在做软件压力测试时，往往要添加比负载测试更多的并发用户和交易，这是为什么?
3.并发测试
验证系统的并发处理能力。一般是和服务器端建立大量的并发连接，通过客户端的响应时间和服务器端的性能监测情况来判断系统能不能达到了既定的并发能力指标。负载测试往往就会运用并发来创造负载，之所以把并发测试单独提出来，是因为并发测试往往涉及服务器的并发容量，以及多进程/多线程协调同步可能带来的疑问。这是要特别留心，必须测试的。
4.基准测试
当软件系统中添加一个新的模块的时候，须要做基准测试，以判断新模块对整个软件系统的性能影响。按照基准测试的要领，须要打开/关上新模块至少各做一次测试。关上模块之前的系统各性格能指标记下来作为基准(Benchmark)，然后与打开模块状态下的系统性能指标作比较，以判断模块对系统性能的影响。
5.稳定性测试
“路遥知马力”，在这里我们要说的是和性能测试有关的稳定性测试，即测试系统在一定负载下运行长时间后能不能会发生疑问。软件系统的有些疑问是不能一下子就暴露出来的，或者说是须要时间积累才能达到能够度量的程度。为什么会须要这样的测试呢?因为有些软件的疑问只有在运行一天或一个星期甚至更长的时间才会暴露。这种疑问一般是程序占用资源却不能及时释放而引起的。比如，内存泄漏疑问就是经过一段时间积累才会慢慢变得显着，在运行初期却很难检测出来;还有客户端和服务器在负载运行一段时间后，建立了大量的连接通路，却不能有效地复用或及时释放。
6.可恢复测试
测试系统能否高速地从不正确状态中恢复到正常状态。比如，在一个配有负载均衡的系统中，主机承受了压力不能正常工作后，备份机能不能能够高速地接管负载。可恢复测试通常结合压力测试一起来做。
每种测试有其存在的空间和目的。当我们接手一个软件项目后，在有限的资源条件下，选择去做哪一种测试，这应该根据当前软件流程阶段和项目的本身特点来做选择。比如，在集成测试的时候要做基准测试，在软件产品每个揭晓点要做性能测试。
文章来源于领测软件测试网 https://www.ltesting.net/
