总结一些性能测试的做法

总结一些性能测试的做法

  • 为了减少网络延迟和带宽限制对性能测试的影响,最好在内网进行测试。
  • 性能测试一般在优化前和优化后,测试两轮,这样能够比较出优化前后的效果。
  • 性能测试最好跑的时间长一些,观察程序是否存在内存泄漏、资源未释放等问题。
  • 有的公司为了避免影响线上环境,只在测试环境做性能测试。我所在的公司性能测试一般在线下线上都会做,线上做性能测试可以了解生产环境的性能情况。
时间: 2024-10-26 16:29:44

总结一些性能测试的做法的相关文章

几个性能测试工具

我个人认为一个优秀的软件工程师必须掌握一定的测试技能.可能有的开发工程师认为测试是测试工程师的事情,不是开发工程师的事情.这种开发工程师是缺一条腿的,离开了测试工程师,你如何证明你的程序没有问题. 下面是我这两天搜集的性能测试工具,如果大家知道别的工具,可以在回复中分享出来. Web Bench Web Bench is very simple tool for benchmarking WWW or proxy servers. Uses fork() for simulating multi

性能测试(六)前端性能优化方法

日常工作和生活中,我们经常利用浏览器去打开一些URL来获取我们所需的资源,那么作为一个开发者或者性能测试工程师,如何去测试并提升优化前端的性能呢? 一.浏览器打开URL和方式和过程 不同浏览器工作方式不完全一样,大体来讲,浏览器的核心是浏览器引擎:不同浏览器对W3C的规范支持不尽相同,在具体功能的实现上也不完全一致. 1.连接到URL所在的服务器 用户在浏览器地址栏输入URL,打开URL时,浏览器首先寻找该URL所在的服务器.通过向DNS服务器查询,获取该URL所在网站的IP地址,然后浏览器向该

性能测试 - 响应 vs 延迟 vs 吞吐量 vs 负载 vs 扩展性 vs 压力 vs 健壮性

本文译自Niraj Bhatt 所著 Performance Testing - Response vs. Latency vs. Throughput vs. Load vs. Scalability vs. Stress vs. Stress vs. Robustness. 原文地址:https://nirajrules.wordpress.com/2009/09/17/measuring-performance-response-vs-latency-vs-throughput-vs-lo

《LoadRunner 没有告诉你的》之五——无所不在的性能测试 (已完稿)

提到性能测试,相信大家可以在网上找到很多种不同的定义.解释以及分类方法.不过归根结底,在大多数情况下,我们所要做的性能测试的目的是“观察系统在一个给定的环境和场景中的性能表现是否与预期目标一致,评判系统是否存在性能缺陷,并根据测试结果识别性能瓶颈,改善系统性能”. 本文是<LoadRunner没有告诉你的>系列的第五篇,在这篇文章中,我希望可以跟大家一起来探讨“如何将性能测试应用到软件开发过程的各个阶段中,如何通过尽早的开展性能测试来规避因为性能缺陷导致的损失”. 因此,本文的结构也将依据软件

Web下的整体测试 --性能测试及优化思路

随着Internet的日益普及,现在基于B/S结构的大型应用越来越多,可如何对这些应用进行测试成为日益迫切的问题.有许多测试人员来信问我B/S的测试如何做,由于工作较繁忙,对大家提出的问题也是头痛医头脚痛医脚,没有对WEB的测试过程做一个整体的概述.希望通过本篇能够让大家了解大型Web应用是如何来进行测试的. B/S下的功能测试比较简单,关键是如何做好性能测试.目前大多数的测试人员认为只要跑一些测试工具证明我的产品是可以达到性能的就ok了,为了证明而去测试是没有任何价值的,关键是要发现产品性能上

Web性能测试术语

并发用户: 并发一般分为2种情况.一种是严格意义上的并发,即所有的用户在同一时刻做同一件事情或者操作,这种操作一般指做同一类型的业务.比如在信用卡审批业 务中,一定数目的用户在同一时刻对已经完成的审批业务进行提交:还有一种特例,即所有用户进行完全一样的操作,例如在信用卡审批业务中,所有的用户可以一 起申请业务,或者修改同一条记录.另外一种并发是广义范围的并发.这种并发与前一种并发的区别是,尽管多个用户对系统发出了请求或者进行了操作,但是这些 请求或者操作可以是相同的,也可以是不同的.对整个系统而

性能测试误区

误区1:应用程序必须通过功能性测试后才可以测试性能. 应该尽早的进行性能测试.性能测试可以发生在各个测试阶段中,即使是在单元层,一个单独模块的性能也可以使用白盒测试来进行评估,然而,只有当整个系统的所有成分都集成到一起后,才能检查一个系统的真正性能. 性能测试从早开始,完成一个小模块,对小模块的接口进行性能测试,一般耗费资源很少,但可以防止问题在项目最后出现,花费很大的精力去修改. 而有些资料中提到的:在系统代码开发和功能测试完成之后,进行性能测试的说法,是为了检查系统整体性能的做法.一般经常出

如何做性能测试

偶然间看到了阿里中间件Dubbo的性能测试报告,我觉得这份性能测试报告让人觉得做这性能测试的人根本不懂性能测试,我觉得这份报告会把大众带沟里去,所以,想写这篇文章,做一点科普. 首先,这份测试报告里的主要问题如下: 1)用的全是平均值.老实说,平均值是非常不靠谱的. 2)响应时间没有和吞吐量TPS/QPS挂钩.而只是测试了低速率的情况,这是完全错误的. 3)响应时间和吞吐量没有和成功率挂钩. 为什么平均值不靠谱 关于平均值为什么不靠谱,我相信大家读新闻的时候经常可以看到,平均工资,平均房价,平均

sysbench安装及做性能测试

一.安装过程: 先下载依赖包yum install automake autoconf -y 运行./configure && make 命令,可能有以下的报错../libtool: line 5172: : command not found修改configure.ac文件 将LIBTOOL注释,并增加AC_PROG_RANLIB 修改之后运行如下命令./autogen.sh && ./configure && make完成之后,进入sysbench文件夹