如何编写性能测试用例.docx

如何写性能测试用例

由于性能测试与功能测试有很大的区别，所以讨论出的结果可能与预先的设想有一定的区别。

性能测试的目的：

为了验证系统是否达到用户提出的性能指标，同时发现系统中存在的性能瓶颈，起到优化系统的目的。

性能测试指标的来源：

用户对各项指标提出的明确需求；如果用户没有提出性能指标则根据用户需求、测试设计人员的经验来设计各项测试指标。（需求+经验）

主要的性能指标：

服务器的各项指标（CPU、内存占用率等）、后台数据库的各项指标、网络流量、响应时间。

BUG观点：

1、性能测试就象人在无风情况下跑步（正常情况下的性能指标）；

2、压力测试就象人在微风中跑步（在正常的基础上加大多少百分比压力的性能指标）；

3、负载测试就象人在强风中跑步（不断加压，直到系统崩溃）。

HTTP观点：

1、负载测试是正常情况下持续的加压；

2、压力测试是直接加压达到一个极限值。

大家统一的观点：

性能测试、压力测试、负载测试密不可分，可统称为性能测试。

性能测试要点：

1、性能测试是在功能测试完成之后进行。

2、性能测试计划、方案一般与测试用例统一在一个文档里。

3、测试环境应尽量与用户环境保持一致。

4、性能测试一般使用测试工具和测试人员编制测试脚本来完成，性能测试的环境应单独运行尽量避免与其他软件同时使用。

5、性能测试的重点在于前期数据的设计与后期数据的分析。

6、性能测试的用例主要涉及到整个系统架构的问题，所以测试用例一旦生成，改动一般不大，所以做性能测试的重复使用率一般比较高。（说明：当系统中出现的某个功能点需要修改，它一般只会影响到功能测试的设计用例，而对于性能测试，很少影响到性能测试的设计用例。但是如果某个功能有较大的修改，性能测试也应该进行重新测试。）

Loadrunner性能测试一个实例（经典）

随着测试越来越重要，其中的性能测试也受到越来越多的关注。比较普遍的性能测试工具是Loadrunner7.51，但是很多人对此性能工具不是很熟悉。本人也是总结心得体会，将做过的性能测试实例以饷大家，希望对各位做测试的朋友有所帮助。

该方案是针对某公司试题库的性能测试。该试题库是用来对公司内部员工培训结果的一个考核。试题库在公司内部web服务器上，假设开设50个账号和密码可供50个考生同时参加考试。要求，每台机器只能由一个用户使用，每个用户只能使用各自不同的账号登录考试系统，做完题目后，要求提交考试结果，若在制定的时间内不提交，则系统强制提交考试结果。

但是，一般测试部门不可能有50台机器同时进行测试的。所以，可以借Loadrunner7.51模拟IP地址，修改脚本来协助测试。但是，为了保证测试结果，建议搜罗公司中所有可用的机器进行复测，因为有时候是不可以完全信赖工具的。

现场测试环境

硬件：50台PC机，Web服务器

软件：Loadrunner7.0，Win2000，IE5.0和IE6.0

人员：质控部2人，执行现场测试

项目部22人，提供现场环境

技术部各1人，提供技术支持

测试要求

50个用户拥有独立IP地址，不同的用户及密码登录，试题完成后各自同时提交。

测试内容

50个用户以不同的用户名和密码登录试题库。试题完成后，提交考试结果。测试考试结果是否能正常提交以及正确评分。

测试方案

1、完全20台实际的PC机进行现场测试。

准备工作，并做计划。第一轮测试执行三遍，设定用户考试内容全部同时提交，第一遍全部使用IE5.0，第二遍10台使用IE5.0，10台使用IE6.0，第三遍全部使用IE6.0

At9：00，20个用户同时登录系统

At9：05，20个用户同时全部提交

分别记录第一轮测试（三遍）的结果

第二轮测试准备工作，设定15个用户考试内容同时提交，另外5个用户延时5分钟提交，全部使用IE5.0

At9：15，20个用户同时登录系统

At9：20，15个用户同时提交

At9：25，剩余5个用户同时提交

记录第二轮测试结果

第三轮测试准备工作，设定15个用户考试内容同时提交，另外5个用户延时5分钟提交，全部使用IE6.0

At9：15，20个用户同时登录系统

At9：20，15个用户同时提交

At9：25，剩余5个用户同时提交

记录第三轮测试结果

第四轮测试准备工作，设定15个用户考试内容同时提交，另外5个用户延时5分钟提交，正常提交用户使用IE5.0，延时提交用户使用IE6.0

At9：15，20个用户同时登录系统

At9：20，15个用户同时提交

At9：25，剩余5个用户同时提交

记录第四轮测试结果