性能测试规划建议书(3)

　　4. 配置测试
　　配置测试方式是指在测试前、测试中、测试后三个时间段通过对被测系统的软件/硬件环境的调整，了解各个不同环境对系统性能影响的程度，从而找到系统各个资源的最优分配原则。它具备以下特点：
　　(1) 该方法的目的是了解各个不同的因素对系统性能影响的程度、从而判断出最值得进行的调优操作。该方法不同于与“功能测试”中涉及到的“配置测试”。
　　(2) 该方法存在很大的灵活性、可以在测试环节的各个时间进行、但是什么时候开始、什么时候暂停、什么时候结束才是运用这个方法的关键。同时也是HNDLZCGLXT考量性能测试服务供应商的关键。
　　5. 并发测试
　　该方法通过模拟用户的并发访问，测试多用户环境并发访问同一个应用、同一个模块或者数据记录时系统是否存在死锁或者其他性能问题。该方法特点是：
　　(1) 可以发现应用系统的全局性性能问题。
　　(2) 该方法可以在开发工作的各个环节使用可以使用多个工具的配合。如：Compuware公司的DevPartner工具、EJ-Technologie公司的J Profile工具，QUEST公司的J Probe工具等。
　　(3) 并发测试一般关注的问题是：

问 题 类 别	问 题 描 述
内存问题	是否有内存泄露（COM+，JAVA）
	是否有太多的临时对象（JAVA）
	是否有太多不合理声明的超过设计生命周期的对象
数据库问题	是否有数据库死锁
	是否经常出现长事务
线程/进程问题	是否出现线程/进程同步失败
其他问题	是否出现资源争用导致的死锁
	是否没有正确处理异常（如超时）导致的系统死锁

　　6. 可靠性测试
　　这里说的“可靠性测试”并不等同于“获得软件的可靠性”，软件的可靠性是一个很大的命题，这里指的可靠性测试是通过给系统加载一定的业务压力(例如：资源在80%~90%的使用率)，让应用系统运行一段时间、测试系统是否稳定运行。这里有三点需要注意：
　　(1) 在使用该测试前需要目的系统的资源使用率已经达到70%~90%。即在这样的苛刻环境下运行该应用系统。
　　(2) 应用系统运行起来后，加载业务压力使应用系统资源达到90%。比如：该J2EE系统中设置的JDBC数据库连接池定义为30，那么加载业务压力使连接达到27。
　　(3) 应用系统运行起来后结合业务情况来设定一个运行时间。比如：电力资产系统要求MTBF(平均无故障时间)达到10000小时、那么我们可以认定该系统的运行时间至少需要达到三年重新启动一次。超过这个数字我们就可以认为“不可靠”。一般情况下对于这个要求、我们让J2EE系统在资源使用率90%~100% 状态连续稳定的运行3天左右没有错误就可以认定该MTBF指标已经达到。
　　7. 失效恢复测试
　　该方法是针对有HACMP等冗余备份和Edge Server for LB等负载均衡的J2EE系统设计的。该方法考量系统失效恢复的时间、用户受到多大程度、多大范围的影响，并将其量化。该方法有以下特点：
　　(1) 一般的关键业务都会采用双机热备或负载均衡方式来实现。
　　(2) 该方法回答两个问题：当问题发生的时候“能支持多少用户访问”，“有多少功能不能使用”
　　(3) 需要说明的是，对于HNDLZCGLXT的这个项目来说，负载均衡需要仔细考虑其实现方式，这影响到性能的调优。可以考虑使用F5等硬件技术方式、也可以考虑使用 IBM WebSphere Edge Server等商业版本的软件技术方式。否则单纯对EJB 容器Weblgoic Server作集群没有意义。
　　性能测试分析方法
　　该部分着重于PTGM方法论
　　1. 能力验证
　　能力验证一般采用这样的描述：“该系统是否能在A条件下具备B能力?”。这里强调以下内容：

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