如何写性能测试用例

WIKTK

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

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

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

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

　　BUG观点：
　　1、性能测试就象人在无风情况下跑步（正常情况下的性能指标）；
　　2、压力测试就象人在微风中跑步（在正常的基础上加大多少百分比压力的性能指标）；
　　3、负载测试就象人在强风中跑步（不断加压，直到系统崩溃）。

　　HTTP观点：
　　1、 负载测试是正常情况下持续的加压；
　　2、 压力测试是直接加压达到一个极限值。

　　性能测试、压力测试、负载测试密不可分，可统称为性能测试。
　　1、 性能测试是在功能测试完成之后进行。
　　2、 性能测试计划、方案一般与测试用例统一在一个文档里。
　　3、 测试环境应尽量与用户环境保持一致。
　　4、 性能测试一般使用测试工具和测试人员编制测试脚本来完成，性能测试的环境应单独运行尽量避免与其他软件同时使用。
　　5、 性能测试的重点在于前期数据的设计与后期数据的分析。
　　6、 性能测试的用例主要涉及到整个系统架构的问题，所以测试用例一旦生成，改动一般不大，所以做性能测试的重复使用率一般比较高。（说明：当系统中出现的某个功能点需要修改，它一般只会影响到功能测试的设计用例，而对于性能测试，很少影响到性能测试的设计用例。但是如果某个功能有较大的修改，性能测试也应该进行重新测试。）