这里的软件环境主要指项目运行的环境，比如采用什么样的操作系统、中间件、和数据
库。
　　硬件环境：
　　这里的硬件环境除了主要包括主机内部部件，

cpu、内存、磁盘以及主板、网卡等，传输

介质和路由器也应该考虑在内，
　　网络环境：
　　网络环境除了考虑测试机与被系统服务器在一个局域网中进行，还应该保证这个网络
的独立性。如果在在性能测试的过程中，其它机子也在消耗着路由器资源。那么路由器也会
影响到数据库的传输速度。
　　四

.数据准备

　　在很多时候，我们是要准备测试数据的，例如系统不允许相同用户的重复登录，那么
必须要生成合法的用户数据。有时要对系统进行查询测试，只有在系统有一定数据量进才能
验证出系统的真实性能。一个数据库中有两条数据和有两千万条数据，同相一条查询操作，
对系统造成的压力是完全不一样的。
　　系统所需数据的分析可以参考以下方式：
　　历史数据分析有助于数据量级的确定。从历史数据入手，找出高峰期数据量。
　　从其他相似或者相同系统入手，进行数据分析，找出高峰期数据量。
　　无历史或者相关系统可以参考的时候，就要对系统的性能数据进行估算，包含系统容
量，并发数等数据，估算以后给相关人员进行评审或者修订以后，按照大家同意的性能指
标进行测试。
　　

…………

　　测试数据最好和真实数据相同，如果能够获得真实系统运行

3 个月的数据，我们就可

以在此基础上进行性能测试。
　　关于数据的生成，我们可以祝一个工具完成，如数据库数据生成工具，大小文件生成
工具等。
　　五

.测试工具

　　前面已经介绍如何分析需求，需求确定下来之后，我们可以考虑引入什么样的工具适
合性能需求。
　　当然，在引入工具的时候除了考虑可以是否满足需求，还应该考虑工具的成本，这不
单指工具的购买成本，还有测试人员对工具的学习成本。
　　关于测试工具的选择，后面会单独有一章节介绍，这里就不细说了。
　　如果你选择的性能测试工具不是足够的强大的话，你可能还需要其它的辅助的工具。如
果

jmeter 利用 badboy 来录制脚本，更能提高脚本开发效率。在压力测试的过程中也可能需

要性能计数器来记录软硬件的性能。如监控服务器

cpu、内存的计数器，记录中间件日志的

监控中工具，监控数据库性能的监控工具等。
　　六

.测试策略

对于一个特定的业务系统，用户一般会分散在一天的各个时间段进行访问。在不同的时

间段中，用户使用业务系统的频率不同，而系统的繁忙程度不同。在一些特定的条件下，可
能出现短时间内用户集中访问某个业务系统的情况。例如对于公文处理子系统而言，可能就
存在短时间内大量用户查看并办理某条公文的情况。

 在进行性能测试时，应当使用

“考虑最

坏情况的原则

”。也就是应当在用户使用业务系统最频繁、对系统造成最大压力的情况下对系

统的功能进行测试，判断各功能和页面是否能够满足性能的要求，系统的响应时间是否过
长。