学习笔记---压力测试流程

标题压力测试流程

----个人学习笔记

1. 编写压力测试计划

编写压力测试计划分为三个阶段：分析数据库应用系统、定义压力测试对象与目标、评审修改压力测试计划。
分析应用系统：一要搞清系统对各个资源的分布和使用情况，它将帮助确定可能系统性能的瓶颈；二是用户在事务中的分布，它将确定压力测试的针对点。定义压力测试目标：测定终端用户事务的响应时间、定义主机最优配置(如内存、CPU、缓存、适配等)、寻找瓶颈(通过压力测试，要找到降低系统响应时间的因素。是资源竞争到导致死锁?还是数据库服务器数据锁设置不好?还是网络传输问题?)。评审修改压力测试计划：压力测试计划完成后，要对其进行评审。压力测试计划书的评审人员应包括有经验的用户，软件需求分析员，系统设计员，系统开发员，软件测试员，然后根据评审意见修订并完成测试压力计划书。

2. 编写压力测试案例

压力测试案例是完成一个测试目的的一组测试时间的序列，测试案例要包括以下几个要素：测试目的，测试环境，测试数据，测试运行程序(可以是脚本)，预期结果等。

3. 多进程模拟多用户

压力测试的执行通常是通过自动化工具执行脚本语言，或通过发包程序发送数据包实现的。前者是通过多进程运行相同或不同的测试脚本，来模拟多个用户执行相同或不同的任务，实现压力测试。后者要求熟悉数据包的格式，并进行设置。

4. 设置并发点

一个测试脚本常常包含多个事务，即使多个进程同时运行一个脚本，也难以保证脚本内的某个事务同时运行，这将影响对这个事务的响应时间的测试。为了解决这个问题，需要没置并发点，先运行到并发点的进程将等待，当所有进程都运行到并发点时，进行释放，使所有的进程同时运行同一个事务，这样就可以测定与实际比较接近的响应时间。

5. 运行测试程序并监测系统资源

运行压力测试时还需监测系统资源，监测的对象有：网络阻塞情况、主机CPU使用情况、内存使用情况、缓存使用情况、数据库系统中的数据锁、回滚段、重做日志缓冲区等。监测的结果包括图像与数据文件，并且图像可以实时显示，也可运行结束后分析。

6. 分析结果

压力测试运行结束后，把所有记录的数据汇总并记录到文件中。必须对测试的结果进行分析，才能得到结论。可以使用一些图形来比较、观察测试结果。

7. 优化调整设置

CPU问题：在CPU受到限制的系统中，CPU资源全被使用，并且服务响应时间会很长。这种情况下，必须提高系统的处理能力；
内存与高速缓存问题：内存的优化包括操作系统，数据库，应用程序的内存优化；磁盘(I/O)资源问题：磁盘读写速度对数据库系统是至关重要的，数据库对象在物理设备上的合理分布能改善性能。
调整配置参数：参数配置包括操作系统和数据库，参数配置：优化应用系统网络设置。

8. 提交测试报告

当压力测试结果可以满足预期需求，或优化和调整已无法改善结果时，最后提交测试报告。在报告中要包括测试提要、测试环境和测试结果，提要应该简单说明测试方法策略范围内容；测试环境应包括资源开销，环境配置等。测试结果必须包括测试是否通过或拒绝，及对测试的结论应进行说明，对系统的性能做出评价。