性能测试总结(B/S架构系统)参考及其引用

　　性能测试总结(B/S架构系统)参考及其引用  软件测试

　　1、概述

　　对于目前以 B/S 结构为主的产品来说，性能是一项必测的内容。

　　关于性能方面的测试，在很多地方又被细分为：负载测试、强度测试、容量测试、压力测试等等。这种细分在概念描述上有一些用处，但在实际工作中很少会只单独的进行其中的某一项测试，实际测试基本上都是交叉性的。我们这里把所有与性能相关的测试统称为性能测试，不做具体区别。

　　我们在这里所说的性能测试，指的是对系统整体性能的测试，不涉及单元模块的性能检测。

　　我们在这里讨论的内容主要是基于 B/S 架构的应用。

　　要讨论性能测试，很难不涉及测试工具，我们在这里以 MI 公司的 LoadRunner 为默认的测试工具。

　　2、性能测试的介入时机

　　性能测试应该在什么时候开始?对测试人员来说，在产品的功能稳定下来后，就应该尽早开始对产品进行性能测试。一般建议在产品的 3 轮完整功能测试后开始。

　　3、测试过程

　　性能测试的整体测试过程如下：

　　3.1 制定性能测试计划

　　3.2 搭建测试环境

　　3.3 编写测试程序/脚本

　　3.4 测试执行和分析

　　3.5 编写测试报告，结束测试

　　4、过程说明

　　各个子过程的具体说明：

　　4.1 制定性能测试计划

　　分析被测试系统的情况，收集性能测试需求。制定测试计划，形成文档。测试计划应考虑以下内容：

　　测试对象和场景。即我们要测试的内容是什么。系统最后对外提供的功能有很多，我们不可能也没有必要对系统所有的功能点都进行性能测试。挑选性能测试对象的一般原则是：选取那些在系统实际投入使用后，并发访问量较大的、算法比较复杂的、占用系统资源较多的功能点，也就是压力点。设定好要测试的压力点后，需要详细的描述出具体的操作过程，以及预期应该达到的性能指标。

　　注：在制定测试计划时，对于系统预期应该达到的性能指标，常常是不能获得一个准确的数字。但即使是在没有任何参考数据的情况下，也应该和开发人员一起，设定一个初步的性能指标，作为后面测试的一个参照。有一个初步指标，也比没有任何指标要好。

　　测试环境。具体包括：选用什么样的硬件环境(计算机配置，网络结构);什么样的软件环境(操作系统，数据库，应用服务器， Web 服务器);多大的数据量(数据库，文件系统)。

　　需要监控的资源。进行性能测试时，需要监控的系统软硬件资源的占用情况。这和产品的具体情况有关，一般可以考虑的因素包括： CPU 使用情况、 Memory 的使用情况、磁盘的 I/O 、网络的占用情况、数据库运行状况、 Web/ 应用服务器运行状况等。

　　测试工具。选用什么工具进行性能测试，是自己开发，还是选用第三方的测试工具。

原文转自：http://www.ltesting.net