软件性能测试总结(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 服务器);多大的数据量(数据库,文件系统)。