性能测试、负载测试、压力测试、稳定性测试？

1. 什么是性能测试（performance testing）？
   答案：系统在一定的压力情况下，查看cpu，内存，磁盘，网络带宽，TPS、响应时间、并发用户数、等各项指标，通过模拟生产运行的业务压力量和使用场景组合，测试系统的性能是否满足生产性能要求，就是在特定的运行条件下验证系统的能力状况。

2. 什么时候做性能测试？
   答案：功能测试已完成并稳定运行，性能测试环境已搭建，项目上线前，在生产环境做性能测试。

3. 什么是负载测试（Load test）？
   答案：负载测试主要是考察软件系统在既定负载下的性能表现。就是站在用户的角度去观察一定条件下软件系统的性能表现。期望结果是用户的性能指标需求得到满足。性能指标一般体现为响应时间、并发量等。

4. 什么是压力测试（stress testing）？
   答案：在一定的软硬件环境下，通过高负载的手段来使服务器资源（强调服务器资源，硬件资源）处于极限状态，测试系统在极限状态下长时间运行十分稳定，确定是否稳定的指标包括TPS、RT、CPU利用率、内存利用率等；

5. 稳定性测试（Stability test）
   答案：在一定软硬件环境下，长时间运行一定的负载，确定系统在满足性能指标的前提下是否运行稳定。与上面的压力/强度测试区别在于负载并不强调在极限状态下，一般使用目标负载的1.5~2倍的负载数量进行测试；

性能测试包含的方法有哪些（至少列举5种）？

答案：SEI 负载测试计划过程，RBI方法，性能下降曲线分析法，Loadrunner和segue提供的性能测试方法，PTGM模型。

1. 请描述SEI软件性能测试过程？
   答案：SEI 负载测试计划过程将目标、用户、用例、生产环境、测试环境和测试场景6个区域作为负载测试计划需要重点关注和考虑的内容，重点关注以下几个方面的内容：
   生产环境和测试环境的不同、用户分析、用例

2. 请描述RBI软件性能测试过程？
   答案：RBI方法是Empirix公司提出的一种用于快速识别系统性能瓶颈的方法，该方法基于以下一些事务：

   1. 80%的系统性能瓶颈由吞吐量制约。
   2. 并发用户数和吞吐量瓶颈之间存在关联。
   3. 采用吞吐量测试能够更快速的定位问题。

     RBI方法先访问“小页面”和“简单应用”，从应用服务器、网络等基础层次上去了解系统吞吐量表现；再选择不同场景、设定不同并发数，使吞吐量保持趋势增长，观察系统的性能表现。按照“自上而下”的方式进行分析，首先确定是并发还是吞吐量引发的性能表现限制，然后从网络、数据库、应用服务器、代码本身4个环境确定系统性能具体的瓶颈。

使用工具，测试性能的一般流程：

1. 业务学习：通过查看需求文档、PRD等相关文档+手工操作来了解系统功能；
2. 分析需求：分析系统的非功能需求，圈定性能测试的范围，了解系统性能指标；
   工作评估：工作量分解，评估工作量，计划资源投入（需要多少硬件资源，多少人力、时长来完成测试工作）。
3. 设计模型：可以理解为测试场景，是单一测试场景还是混合测试场景；
   编写计划：测试计划应明确列出测试范围、人力投入、持续时间、工作内容、风险评估、风险应对策略等；
4. 准备测试环境：准备服务器（部署被测系统），负载机（安装压测工具，产生负载的机器）
   准备测试数据：根据测试场景（设计模型）准备数据，
   原因有两个：
   a、有些数据是支撑系统运行的基础（比如我们要对登录进行压测，首先需要准备一些注册好的账号）；
   b、不同量级数据影响性能结果（比如从不同量级的数据库查询结果，时间肯定不一样），至于准备什么量级的数据则需要跟项目实际情况来设计；

今天的文章性能测试、负载测试、压力测试、稳定性测试？分享到此就结束了，感谢您的阅读，如果确实帮到您，您可以动动手指转发给其他人。