软件性能测试读书笔记(1)

1.合理的响应时间取决于实际的用户需求,而不是根据测试人员的设想来决定

2.估计并发用户数的公式:

c=nl/t(c为平均并发用户数,n为login session的登录数目,l为平均登录时间,t为观察的时间数目)

c峰值~~c+3根号c(并发用户数峰值)

一个更为一般和粗糙的计算方法:c=n/10,c峰值~~r*c(2<r<3)

3.吞吐量

党委时间内系统处理的客户请求的数量

对于交互式应用“并发用户数”和“响应时间”来确定性能规划更好

对于非交互式应用使用“吞吐量”描述用户期望更加合理

吞吐量和并发数之间的联系,在没有遇到瓶颈时:F=Nvu*R/T(F为吞吐量,Nvu为用户量,R为当个用户发出的请求量,T为时间段)

关于测试过程设计方法

1.SEI负载测试计划过程

SET负载测试计划过程包括6个关注的区域:目标、用户、用例、生产环境、测试环境和测试场景。

2.RBI

RBI方法首先访问服务器上的“小页面”和“简单应用”从应用服务器、网络等基础的层次上去了解系统的吞吐量表现;其次选择不同的场景,设定不同的并发数,使其吞吐量保持基本一致的增长趋势,通过不断增加并发用户数和兔兔梁,关系系统的性能表现

3.性能下降曲线分析法

性能下降曲线的区域:

(1)单用户区域-对系统的一个单用户的响应时间

(2)性能平坦区-在不进行更多性能调优的情况下所能期望达到的最佳性能。

(3)压力区域-应用性能轻微下降的区域

(4)拐点-性能开始急剧下降的区域

时间: 2024-10-03 13:46:49

软件性能测试读书笔记(1)的相关文章

软件性能测试读书笔记(2)

1.性能测试方法: 验收性能测试 ---- 确定了目标.环境 负载测试 ---- 给定测试环境 了解系统的性能容量 压力测试 ---- cpu,内存等在饱和状态是否会出现错误 并发测试 ---- 多用户并发,主要发现内存泄露.线程锁等 可靠性测试 ---- 时间较长,一定压力的情况 失败恢复测试 ---- 如果断网等故障 配置测试 ---- 软硬件环境的调整 2.性能测试应用领域 能力测试 ---- 是否能达到 规划能力 ---- 了解系统的本身的能力 性能调优 ---- 基准:调整环境.实现:

《敏捷软件开发读书笔记之一》

要想成为一名优秀的软件开发者,需要熟练应用编程语言和开发工具,更重要的是能够领悟代美代码背后的原则和前人总结的经验——这正是本书的主题.本书凝聚了世界级软件开发大师RobertCMartin数十年软件开发和培训经验,不仅是一部深入浅出.生动易懂的面向对象原则与模式著作,而且还是一部通俗的敏捷方法导引书和快速实用UML教程.分为敏捷开发,敏捷设计,薪水支付案例研究,打包薪水支付系统,气象站案例研究和ETS案例研究六个部分,包含30个章节.以下是我对前两个部分的认识及见解: 以下六章是对第一部分敏捷

《敏捷软件开发读书笔记之三》

以下是我从最后两个部分:气象站案例研究和ETS案例研究中得到的一些收获,以及个人的一些认知及见解: “OBSERVER模式”又称为回归为模式,其最大的推动力来自开放封闭原则.使用这个模式的动机就是为了在增加新的观察对象时可以无需更改被观察的对象.这样,被观察对象就可以保持封闭.Observer是一个抽象类,具体的DigitalClock依赖于它,Subject的具体方法也依赖于它.因此,依赖倒置原则也运用于其中,Subject 不具有抽象方法,故它与Clock间的依赖关系可能违反了DIP.但是,

《敏捷软件开发读书笔记之二》

接下来,我将向大家介绍第三部分“薪水支付案例研究”和第四部分“打包薪水支付系统”这两部分的认识,以及从中得到的收获: 以下是我从第三部分“薪水支付案例研究”中学到的相关知识以及个人的一些总结: Command模式的简单性掩盖了它的多功能性,此模式可以应用于多种能够不同的美妙用途,范围涉及数据库事物操作,设备控制,多线程核心以及GUI的Do/Undo管理,此模式是在实际的软件开发中是非常有用的. TEMPLATE METHOD模式和STRATEGY模式都可以用来分离高层的算法和低层的具体 实现细节

敏捷软件开发读书笔记(三)

敏捷设计 如果敏捷性(Agility)是指以微小增量的方式构建软件,那么究竟如何去设计软件呢?又如何去确保软件具有灵活性.可维护性以及可重用性的良好结构呢? 在敏捷团队中,全局视图和软件一起演化.在每次迭代中,团队改进系统设计,使设计尽可能的适合当前系统.团队不会花费许多时间去预测未来的需求和需要,也不会试图在今天就构建一些基础结构去支撑那些他们认为明天才会需要的特性.他们更愿意关注当前的系统结构,并使它尽可能的好. 那么怎么才能保证全局视图和软件一起演化呢?在软件出现下面任何一种气味时,就表明

敏捷软件开发读书笔记(一)

第一部分 敏捷开发 2001年初,由于看到许多公司的软件团队陷入了不断增长的过程的泥潭,一批业界专家聚集在一起概括出了一些可以软件开发团队具有快速工作.响应变化能力的价值观(value)原则.他们称自己为敏捷(Agile)联盟.在随后的几个月中,他们创建出了一份价值观声明.也就是敏捷联盟宣言(The Manifesto of the Agile Alliance). 敏捷联盟宣言如下: 1.个体和交互胜过过程和工具. 人是获得成功的最为重要的因素.如果团队中没有优秀的成员,那么就是使用好的过程也

走出软件作坊读书笔记(一)--项目需求调研

最近在拜读阿朱的[走出软件作坊],读到项目需求调研一章,为了读有所得,从现在开始需要养成写读后笔记.读完后需要好好整理一下,结合自己以及自己公司的现状,想想哪些对自己以及公司可以借鉴的. --改变从现在开始,不要再做一个思想懒惰者,勤于思考,善于总结,你才能有所提高! 言归正传,下面将根据我对该章节的理解,对该章节的内容进行简要记录,记录我的一些想法. 其实阿朱大神在书中也没有详细讲述如何进行需求调研,只是以他亲身经历过的一个项目需求调研案例阐述他对需要调研的理解: (1) 如何着手进行需求调研

软件需求模式 读书笔记三

通过这一个月的阅读,我终于读完了<软件需求模模式>这本书,前两个读书笔记已经把这本书的几种模式介绍了,之前有基础需求模式,信息需求模式,数据实体需求模式,用户功能需求模式.这次介绍的是性能需求模式,适应性需求模式,访问控制需求模式和商业需求模式. 性能需求模式包括五种的性能的需求模式:影响时间(系统需要多少时间完成一个请求).动态容量(系统能够同时处理多少件事).吞吐量(系统处理时间的速率).静态容量(系统可以保存多少某种类型烦的实体)和可用性(什么时候系统对用户是可用的,以及多么可靠). 当

《软件测试方法和技术》 读书笔记

<软件测试方法和技术> 读书笔记 2014-07-17 第一章 引论  1.3 什么是软件测试  1.4 软件测试与软件开发的关系第二章 软件测试基本概念  2.1 软件缺陷  2.3 软件测试的分类  2.4 测试阶段  2.5 软件测试的工作范畴第三章 软件测试方法  黑盒测试    边界值测试    等价测试      报表日期      三角形    基于决策表的测试      NextDate函数  白盒测试    语句覆盖    判定覆盖    条件覆盖    判定条件覆盖