产品性能测试(2)

　　二、识别体系中的弱点：受控的负荷可以被增加到一个极端的水平，并突破它，从而修复体系的瓶颈或薄弱的地方。

　　三、系统调优：重复运行测试，验证调整系统的活动得到了预期的结果，从而改进性能。检测软件中的问题：长时间的测试执行可导致程序发生由于内存泄露引起的失败，揭示程序中的隐含的问题或冲突。

　　四、验证稳定性(resilience)可靠性(reliability)：在一个生产负荷下执行测试一定的时间是评估系统稳定性和可靠性是否满足要求的唯一方法。

　　性能测试类型包括：

　　负载测试：负载测试是一种性能测试指数据在超负荷环境中运行，程序是否能够承担。

　　强度测试： 强度测试是一种性能测试，他在系统资源特别低的情况下软件系统运行情况。

　　容量测试：确定系统可处理同时在线的最大用户数

　　性能测试观察指标：

　　性能测试主要是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。

　　在实际中作中我们经常会对两种类型软件进行测试：bs和cs，这两方面的性能指标一般需要哪些内容呢?Bs结构程序一般会关注的通用指标如下(简)：

　　Web服务器指标指标：

　　1、 Avg Rps: 平均每秒钟响应次数=总请求时间 / 秒数;

　　2、 Avg time to last byte per terstion (mstes):平均每秒业务角本的迭代次数 ,有人会把这两者混淆;

　　3、 Successful Rounds：成功的请求;

　　4、 Failed Rounds ：失败的请求;

　　5、 Successful Hits ：成功的点击次数;

　　6、 Failed Hits ：失败的点击次数;

　　7、 Hits Per Second ：每秒点击次数;

　　8、 Successful Hits Per Second ：每秒成功的点击次数;

　　9、 Failed Hits Per Second ：每秒失败的点击次数;

　　10、Attempted Connections ：尝试链接数;

　　11、CS结构程序，由于一般软件后台通常为数据库，所以我们更注重数据库的测试指标：

　　12、User 0 Connections ：用户连接数，也就是数据库的连接数量;

　　13、Number of deadlocks：数据库死锁;

　　14、Butter Cache hit ：数据库Cache的命中情况

　　当然，在实际中我们还会察看多用户测试情况下的内存，CPU，系统资源调用情况。这些指标其实是引申出来性能测试中的一种：竞争测试。什么是竞争测试，软件竞争使用各种资源(数据纪录，内存等)，看他与其他相关系统对资源的争夺能力。

　　性能测试的流程步骤

　　和做其他的测试没有什么区别，做性能测试也要如下步骤来做：

　　1、 测试需求分析

　　2、 测试设计

　　3、 测试脚本开发

　　4、 测试实施

　　5、 测试结果分析

　　测试需求分析，性能测试(或者其他的测试)做的好与坏完全取决于测试分析做得好不好。软件最终始要被应用的，要在应用的实践中考验，所以，任何类型的测试分析都要以实际业务的要求为依据。那么，性能测试的测试需求分析都需要分析哪些内容呢?

　　1、 性能测试的需求来源。客户需求和期望，实际业务需求，系统需求。

　　2、 业务数据量级，要根据实际业务分析可能出现数据吞吐瓶颈的地方，比如本案中作者提到的要求每个服务端连接500个客户端，总要求连接5000个客户端。分析到这个程度还不够，还要进一步分析业务操作集中的点，时间段和量。如，本案中客户端开启会自动连接服务端，那么在每天开始上班的时候客户端的开启就会出现峰值，可能会持续20分钟，服务端需要响应客户端的连接请求，请求还可能并发至少 5000/120次每秒，同时短时间内集中请求的频率也是有阈值限制的。

　　3、 系统架构，在每种不同的系统架构的实施中，开发人员可能选择不同的实现方式，造成实际情况纷繁复杂。我们不可能对每种技术都详细解说，这里只是介绍一种方法提供给你如何选择测试策略，从而帮助分析软件不同部分的性能指标，进而分析出整体架构的性能指标和性能瓶颈。

原文转自：http://www.uml.org.cn/Test/200904306.asp