软件测试


网站首页 | 软件测试论坛 | 软件测试培训 | 软件测试博客 | 软件测试杂志 | 软件测试沙龙 | 软件测试下载 | 软件测试顾问
业界新闻 | 软件测试人才 | 软件测试技术 | 软件测试工具 | 行业软件测试 | 软件测试管理 | 软件质量专栏 | 软件开发专栏
当前位置:首页>>软件测试技术>>用例设计>>正文
如何写性能测试用例
文章出处:转载 作者:不详 发布时间:2006-01-06
由于性能测试与功能测试有很大的区别,所以讨论出的结果可能与预先的设想有一定的区别。
性能测试的目的:
为了验证系统是否达到用户提出的性能指标,同时发现系统中存在的性能瓶颈,起到优化系统的目的。

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

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

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

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

大家统一的观点:
性能测试、压力测试、负载测试密不可分,可统称为性能测试。

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


站内搜索
相关文章
◎安装测试指南
◎强化测试用例在测试活动中的作用
◎高手过招的乐趣---测试用例预演
◎构件可测试性挑战
◎软件测试入门书籍
◎一个基于UML协作图的集成测试用例生成方法(三)
◎一个基于UML协作图的集成测试用例生成方法(二)
◎一个基于UML协作图的集成测试用例生成方法(一)
◎细说软件测试错误
◎测试用例设计的误区
热门文章
◎软件测试入门书籍
◎黑盒测试的测试用例设计方法
◎用例建模指南
◎测试用例设计的误区
◎高手过招的乐趣---测试用例预演
◎用路径分析的方法编写测试用例
◎系统测试设计的层次
◎一个基于UML协作图的集成测试用例生成方法(一)
◎边界值法
◎细说软件测试错误
◎谈谈关于测试覆盖
◎界面测试
◎软件测试用例的认识误区
◎测试用例的有效维护
◎如何设计编制软件测试用例
◎功能测试用例的书写方式(适于新手学习)
◎快速划分测试用例的优先级
◎通用设计的原则
◎强化测试用例在测试活动中的作用
◎使用组合改进软件测试用例的生成
◎安装测试指南
◎设计功能和界面测试用例一
◎一个基于UML协作图的集成测试用例生成方法(三)
◎为什么测试全覆盖很难?
◎前期测试用例编写规范和流程
◎构件可测试性挑战
◎一个基于UML协作图的集成测试用例生成方法(二)
◎设计功能和界面测试用例二
◎掌握可用性规则
◎黑盒测试之边界值分析、错误猜测-《软件测试艺术》读书笔记(19)
◎黑盒测试之因果图分析-《软件测试艺术》读书笔记(20)
◎测试用例容易遗漏的内容
◎黑盒测试之等价类划分-《软件测试艺术》读书笔记(18)
◎JUnit in java 真正的测试用例实战
◎覆盖率测试用例设计
◎白盒测试-《软件测试艺术》读书笔记(17)
◎测试用例设计自动化
◎浅谈测试用例-《软件测试艺术》读书笔记(16)
◎从测试用例看测试的问题及变化
◎测试用例具体用法
◎界面测试经验总结
◎测试用例的复审
◎测试用例具体用法续
◎测试驱动开发全攻略

Google提供的广告