精华内容
下载资源
问答
  • Web测试需要注意的

    万次阅读 多人点赞 2019-04-16 16:35:24
    测试用例是测试的核心,测试用例的设计是一种思维方式的体现,在用例的设计,用的比较多的方法是边界值分析法和等价类划分法,下面主要从输入框,搜索功能,添加、修改功能,删除功能,注册、登录功能以及上传图片...

    一、功能测试

    测试用例是测试的核心,测试用例的设计是一种思维方式的体现,在用例的设计中,用的比较多的方法是边界值分析法和等价类划分法,下面主要从输入框,搜索功能,添加、修改功能,删除功能,注册、登录功能以及上传图片功能等11个方面进行总结说明。

    1、输入框

    输入框是测试中最容易出现bug的地方,所以在测试时,一定要多加注意。
    在这里插入图片描述
    在这里插入图片描述在这里插入图片描述
    在这里插入图片描述 在这里插入图片描述

    2、搜索功能

    (1)比较长的名称是否能查到?
    (2)空格 或空
    (3)名称中含有特殊字符,如:’ $ % & *以及空格等
    (4)关键词前面或后面有空格
    (5)如果支持模糊查询,搜索名称中任意一个字符是否能搜索到
    (6)输入系统中不存在与之匹配的条件
    (7)两个查询条件是否为2选1,来回选择是否出现页面错误
    (8)输入脚本语言,如:等

    3、添加、修改功能

    (1)是否支持tab键
    (2)是否支持enter键
    (3)不符合要求的地方是否有错误提示
    (4)保存后,是否也插入到数据库中?
    (5)字段唯一的,是否可以重复添加
    (6)对编辑页列表中的每个编辑项进行修改,点击保存,是否保存成功?
    (7)对于必填项,修改为空、空格或其他特殊符号,是否可以编辑成功
    (8)在输入框中,直接回车
    (9)是否能够连续添加
    (10)在编辑的时候,要注意编辑项的长度限制,有时,添加时有长度限制,但编辑时却没有(添加和修改规则是否一致)
    (11)添加时,字段是唯一的,不允许重复,但有时,编辑时,却可以修改为相同字段(相同字段包括是否区分大小写以及在输入内容的前后输入空格)
    (12)添加含有特殊符号或空格的内容
    (13)对于有图片上传功能的编辑框,对于没有上传的图片,查看编辑页面时,是否显示默认图片,如果上传了图片,是否显示为上传图片?

    4、删除功能

    (1)输入正确数据前加空格,看是否能正确删除?
    (2)是否支持enter键
    (3)是否能连续删除多个产品?当只有一条数据时,能否成功删除?
    (4)删除一条数据后,能否再添加相同的数据?
    (5)当提供能一次删除多条信息的功能时,注意,删除的数据是否正确?
    (6)不选择任何信息,直接点击删除按钮,看有什么错误提示?
    (7)删除某条信息时,应该有错误提示信息

    5、注册、登录模块

    (1)注册成功,但登录失败:注册时,密码设置为一些特殊符号,但登录时,失败
    (2)注册时,连续点击提交按钮
    (3)注册成功后,页面应该以登录状态跳转到首页
    (3)登录时,没区分大小写,注册时,是小写字母,但登录时,用大写字母也能登录进去
    (4)登录时,当页面刷新或重新输入新数据时,验证码是否也随之更新
    (5)对密码的修改,当把密码修改为很长,或含有特殊符号时,能够修改成功,但却不能成功登录。

    6、上传图片测试

    (1)文件类型正确,文件大小合适
    (2)文件类型正确,文件大小不合适
    (3)文件类型错误,文件大小合适
    (4)文件类型和大小都合适,上传一个正在使用中的图片
    (5)文件类型和大小合适,手动输入一个存在的图片地址来上传
    (6)文件类型和大小合适,手动输入一个不存在的图片地址上传
    (7)文件类型和大小都合适,手动输入图片名称来上传

    7、返回键检查

    (1)一条已经成功提交的记录,返回后再提交,看系统是否做了处理
    (2)检查多次使用返回键的情况,在有返回键的地方,返回到原来页面重复多次,看是否会出错

    8、回车键检查

    在输入结束后,直接按回车键,看系统处理如何,是否会报错

    9、刷新键检查

    在web系统中,使用浏览器的刷新键,看系统处理如何,是否会报错

    10、直接URL链接检查

    在web系统中,直接输入各功能页面的URL地址,看系统如何处理

    11、其他

    (1)在测试时,有与网络有关的步骤必须考虑到断网的情况
    (2)每个页面都有相应的页面title
    (3)在测试的时候要尽量考虑在页面出现滚动条时(滚动条上下滚动下),页面显示是否正常
    (4)URL不区分大小写

    12、测试中,并发情况的考虑

    总结了以下两种情况:
    (1)某个字段是唯一的,当多个用户并发点击产生该字段时,检查系统是怎么处理的
    (2)对于电子商务网站,当两个或多个用户并发购买量总和大于产品库存量时,能否购买成功

    二、界面和易用性测试

    1、界面测试,主要测试网站的界面是否和设计一致,是否有错别字,页面布局是否合理,格式是否正确,是否有相应的错误提示信息等。
    2、易用性测试,主要是考察所开发出的功能是否人性化,是否易用,是否符合大多数用户的使用习惯等。
    3、对Tab和Enter键的测试。

    三、兼容性测试

    兼容性测试不只是指界面在不同操作系统或浏览器下的兼容,有些功能方面的测试,也要考虑到兼容性,比如涉及到ajax、jquery、javascript等技术的,都要考虑到不同浏览器下的兼容性问题。

    四、链接测试

    主要是保证链接的可用性和正确性,它也是网站测试中比较重要的一个方面。

    五、业务流程测试

    业务流程,一般会涉及到多个模块的数据,所以在对业务流程测试时,首先要保证单个模块功能的正确性,其次就要对各个模块间传递的数据进行测试,这往往是容易出现问题的地方,测试时一定要设计不同的数据进行测试。

    六、安全性测试

    (1)SQL注入
    (2)XSS跨网站脚本攻击:程序或数据库没有对一些特殊字符进行过滤或处理,导致用户
    所输入的一些破坏性的脚本语句能够直接写进数据库中,浏览器会直接执行这些脚本语句,破坏网站的正常显示,或网站用户的信息被盗,构造脚本语句时,要保证脚本的完整性。

    document.write("abc")
    <script>alter("abc")</script>
    

    (3)URL地址后面随便输入一些符号
    (4)验证码更新问题

    web测试中容易忽略的问题

    很多时候,基于需求的测试和针对web特有的浏览器兼容性测试、cookie失效的验证,对于测试人员并不陌生。但实际上,与浏览器相关的测试内容远不止这些。
    举一个例子来说,很多时候我们都非常明确页面上的所有入口,并对这些入口设计了大量的用例,而浏览器的地址栏却常常会被我们忽略。实际上,url的输入意义远比我们意识中的重要,忽略了url的测试,很容易造成安全上的隐患。
    再进一步的说,浏览器的前进、后退、刷新按钮同样是测试人员需要关注的点。前进、后退在用户登录、注销信息的测试中应用最为频繁。而刷新,往往容易被忽视,但其同样是bug的“温床”。在最近的一次测试中,我就遇到过在我删除某条记录系统提示删除成功后,点击“刷新”按钮,页面提示出错的情况。出现该现象的原因就在于页面试图去取已删除的内容,导致出现异常。其实这个问题应该隐藏了比较久的时间,但是却一直未被发现,足可见我们都忽视了“刷新”的测试。
    除了上述的内容外,我相信一定还存在很多我们在测试中忽视的内容,而这些点的补充,是我们每一个人的责任

    1、相关性检查:
    增加/删除一些功能,是否对其他项有影响;
    增加某个数据项后,该数据某字段内容过长,查询显示回事数据列表变形;
    字符串长度、类型检查。
    2、标点符号检查:
    把空格键当成一个字符处理,但查询时空格被屏蔽,查询不到添加的内容;
    查询时输入特殊字符“_”,程序返回所有记录。
    3、检查添加与修改是否一致
    4、脚本错误(IFrame,JS,Ajax)易造成浏览器兼容性问题
    5、查询列表,如果有重复信息(distinct)去重
    6、登录信息,cookies缓存保留
    7、JS格式控制验证处理,注意验证条件,验证未知,触发时间及验证的必要性

    展开全文
  • WEB测试与APP测试有哪些异同?

    千次阅读 2017-06-22 13:19:21
    随着移动互联网的极速发展,移动应用呈指数增长,在app测试方面更是需求大增,已经完全超过甚至遗忘web测试。今天就简单说说两者的异同。   1、相同 不管是传统行业的web测试,还是新兴的手机APP测试,都离不...

    随着移动互联网的极速发展,移动应用呈指数增长,在app测试方面更是需求大,已经完全超过甚至遗忘web测试。今天就简单说说两者的异同

     

    1、相同点

    不管是传统行业的web测试,还是新兴的手机APP测试,都离不开测试的基础知识,即是不管怎么变,测试的原理依然会融入在这两者当中。

    1)设计测试用例时,依然都是依据边界值分析法、等价类划分等;

    2)多数采用黑盒的测试方法,来验证业务功能是否得到正确的应用;

    3)需要检查界面的布局、风格和按钮等是否简洁美观、是否统一等;

    4)测试页面载入和翻页的速度、登录时长、内存是否溢出等;

    5)测试应用系统的稳定性等。

     

    2、不同点

    相对于web测试,手机软件测试,除了要考虑基本的功能测试、性能等,还要考虑手机本身固有的属性特征。所以对比web测试和手机app测试,手机测试过程中还需要注意如下几个方面特性:

    1)手机作为通信工具,来电、去电、接收短信等操作都会对app应用程序产生影响,所以app测试第一个要考虑的属性特征是:中断测试。

    中断测试有人为中断、新任务中断以及意外中断等几种情况,主要从以下几个方面进行验证:

    a.来电中断:呼叫挂断、被呼叫挂断、通话挂断、通话被挂断

    b.短信中断:接收短信、查看短信

    c.其他中断:蓝牙、闹钟、插拔数据线、手机锁定、手机断电、手机问题(系统死机、重启)

    2)手机用户对app产品的安装卸载操作:从上一个版本/上两个版本直接升级到最新版本。

    全新安装新版本

    新版本覆盖旧版本安装

    卸载旧版本,安装新版本

    卸载新版本,安装新版本

    3)兼容性测试,web的比较常用考虑到是不同分辨率的电脑、不同浏览器。app考虑的是不同手机型号、厂家、分辨率和屏幕大小等。

    4web自动化测试使用的工具较常用的是Selenium,而android手机自动化测试工具比较常用的是monkeymonkeyrunner还有新兴的零编码自动化测试工具TestWriter(横跨webandroidiOS三大平台)。

     

    >>戳戳,免费下载自动化测试工具TestWriter~

     

    展开全文
  • Web性能测试

    2015-05-07 14:38:03
    Web性能测试Web系统性能测试包括哪些方面 负载测试:在被测系统上不断增加压力 ,直到性能指标达到极限,响应时间超过预定指 标或者某种资源已经达到饱和状态。这种测试可以找到系统的处理极限,为...

    Web性能测试


    一 Web系统性能测试包括哪些方面
    负载测试:在被测系统上不断增加压力 ,直到性能指标达到极限,响应时间超过预定指


    标或者某种资源已经达到饱和状态。这种测试可以找到系统的处理极限,为系统调优提供


    依据。


    大数据量测试:针对某些系统存储、传输、统计查询等业务进行大数据量的测试。


    配置测试:通过测试找到系统各资源的最优分配原则。


    可靠性测试:可以施加cpu资源保持70%-90%使用率的压力,连续对系统加压运行8小时,


    然后根据结果分析系统是否稳定。即加载一定压力的情况下,使系统运行一段时间。


    并发测试:多以发现一些算法设计上的问题。


    性能测试以用户并发测试为主的测试。
    性能测试主要是为了发现软件问题和硬件瓶颈。


    二 web性能测试基本性能指标
    <一> Web性能测试的部分概况一般来说,一个Web请求的处理包括以下步骤:
    (1)客户发送请求
    (2)web server接受到请求,进行处理;
    (3)web server向DB获取数据;
    (4)webserver生成用户的object(页面),返回给用户。给客户发送请求开始到最后一个


    字节的时间称为响应时间(第三步不包括在每次请求处理中)。


    <二>
    1.事务(Transaction)
    在web性能测试中,一个事务表示一个“从用户发送请求->web server接受到请求,进行


    处理-> web server向DB获取数据->生成用户的object(页面),返回给用户”的过程,一


    般的响应时间都是针对事务而言的。
    2.请求响应时间
    请求响应时间指的是从客户端发起的一个请求开始,到客户端接收到从服务器端返回的响


    应结束,这个过程所耗费的时间,在某些工具中,响应通常会称为“TTLB”,即"time to 


    last byte",意思是从发起一个请求开始,到客户端接收到最后一个字节的响应所耗费的


    时间,响应时间的单位一般为“秒”或者“毫秒”。一个公式可以表示:响应时间=网络


    响应时间+应用程序响应时间。标准可参考国外的3/5/10原则:
    (1)在3秒钟之内,页面给予用户响应并有所显示,可认为是“很不错的”;
    (2)在3~5秒钟内,页面给予用户响应并有所显示,可认为是“好的”;
    (3)在5~10秒钟内,页面给予用户响应并有所显示,可认为是“勉强接受的”;
    (4)超过10秒就让人有点不耐烦了,用户很可能不会继续等待下去;
    3、事务响应时间
      事务可能由一系列请求组成,事务的响应时间主要是针对用户而言,属于宏观上的概念,


    是为了向用户说明业务响应时间而提出的.例如:跨行取款事务的响应时间就是由一系列的


    请求组成的.事务响应时间是直接衡量系统性能的参数.
    4.并发用户数
    并发一般分为2种情况。一种是严格意义上的并发,即所有的用户在同一时刻做同一件事


    情或者操作,这种操作一般指做同一类型的业务。比如在信用卡审批业务中,一定数目的


    拥护在同一时刻对已经完成的审批业务进行提交;还有一种特例,即所有用户进行完全一


    样的操作,例如在信用卡审批业务中,所有的用户可以一起申请业务,或者修改同一条记


    录。
      另外一种并发是广义范围的并发。这种并发与前一种并发的区别是,尽管多个用户对


    系统发出了请求或者进行了操作,但是这些请求或者操作可以是相同的,也可以是不同的


    。对整个系统而言,仍然是有很多用户同时对系统进行操作,因此也属于并发的范畴。
      可以看出,后一种并发是包含前一种并发的。而且后一种并发更接近用户的实际使用


    情况,因此对于大多数的系统,只有数量很少的用户进行“严格意义上的并发”。对于


    WEB性能测试而言,这2种并发情况一般都需要进行测试,通常做法是先进行严格意义上的


    并发测试。严格意义上的用户并发一般发生在使用比较频繁的模块中,尽管发生的概率不


    是很大,但是一旦发生性能问题,后果很可能是致命的。严格意义上的并发测试往往和功


    能测试关联起来,因为并发功能遇到异常通常都是程序问题,这种测试也是健壮性和稳定


    性测试的一部分。
    用户并发数量:关于用户并发的数量,有2种常见的错误观点。 一种错误观点是把并发用


    户数量理解为使用系统的全部用户的数量,理由是这些用户可能同时使用系统;还有一种


    比较接近正确的观点是把在线用户数量理解为并发用户数量。实际上在线用户也不一定会


    和其他用户发生并发,例如正在浏览网页的用户,对服务器没有任何影响,但是,在线用


    户数量是计算并发用户数量的主要依据之一。
    5.吞吐量
    指的是在一次性能测试过程中网络上传输的数据量的总和.吞吐量/传输时间,就是吞吐率.
    6、 TPS(transactionper second)
    每秒钟系统能够处理的交易或者事务的数量.它是衡量系统处理能力的重要指标.
    7、点击率
    每秒钟用户向WEB服务器提交的HTTP请求数.这个指标是WEB应用特有的一个指标:WEB应用


    是"请求-响应"模式,用户发出一次申请,服务器就要处理一次,所以点击是WEB应用能够处


    理的交易的最小单位.如果把每次点击定义为一个交易,点击率和TPS就是一个概念.容易看


    出,点击率越大,对服务器的压力越大.点击率只是一个性能参考指标,重要的是分析点击时


    产生的影响。需要注意的是,这里的点击并非指鼠标的一次单击操作,因为在一次单击操作


    中,客户端可能向服务器发出多个HTTP请求.
    8.资源利用率
    指的是对不同的系统资源的使用程度,例如服务器的CPU利用率,磁盘利用率等.资源利用率


    是分析系统性能指标进而改善性能的主要依据,因此是WEB性能测试工作的重点.
    资源利用率主要针对WEB服务器,操作系统,数据库服务器,网络等,是测试和分析瓶颈的主


    要参考.在WEB性能测试中,更根据需要采集相应的参数进行分析。
    通用指标(指Web应用服务器、数据库服务器必需测试项)
    指标
    说明
    ProcessorTime 服务器CPU占用率,一般平均达到70%时,服务就接近饱和
    Memory Available Mbyte 可用内存数,如果测试时发现内存有变化情况也要注意,如果


    是内存泄露则比较严重
    Physicsdisk Time 物理磁盘读写时间情况
    Web服务器指标
    指标
    说明
    Requests Per Second(Avg Rps) 平均每秒钟响应次数=总请求时间 / 秒数
    Avg time to last byte per terstion (mstes) 平均每秒业务脚本的迭代次数 ,有


    人会把上面那个混淆
    Successful Rounds 成功的请求
    Failed Requests 失败的请求
    Successful Hits 成功的点击次数
    Failed Hits 失败的点击次数
    Hits Per Second 每秒点击次数
    Successful Hits Per Second 每秒成功的点击次数
    Failed Hits Per Second 每秒失败的点击次数
    Attempted Connections 尝试链接数
    数据库服务器性能指标
    指标
    说明
    User 0 Connections 用户连接数,也就是数据库的连接数量
    Number of deadlocks 数据库死锁
    Butter Cache hit 数据库Cache的命中情况
    系统的瓶颈定义
    性能项
    命令
    指标
    CPU限制 vmstat 当%user+%sys超过80%时
    磁盘I/O限制 Vmstat 当%iowait超过40%(AIX4.3.3或更高版本)时
    应用磁盘限制 Iostat 当%tm_act超过70%时
    虚存空间少 Lsps,-a 当分页空间的活动率超过70%时
    换页限制 Iostat, stat 虚存逻辑卷%tm_act超过I/O(iostat)的30%,激活的


    虚存率超过CPU数量(vmstat)的10倍时
    系统失效 Vmstat, sar 页交换增大、CPU等待并运行队列
      稳定系统的资源状态
    性能项
    资源
    评价
    CPU占用率 70%
    85%
    90%+ 很差
    磁盘I/0 <30%
    <40%
    <50%+ 很差
    网络 <30%带宽
    运行队列 <2*CPU数量
    内存 没有页交换
    每个CPU每秒10个页交换
    更多的页交换 很差
      通俗理解:
      日访问量
      常用页面最大并发数
      同时在线人数
      访问相应时间
      案例:
      最近公司一个项目,是个门户网站,需要做性能测试,根据项目特点定出了主要测试


    项和测试方案:
      一种是测试几个常用页面能接受的最大并发数(用户名参数化,设置集合点策略)
      一种是测试服务器长时间压力下,用户能否正常操作(用户名参数化,迭代运行脚本)
      一种则需要测试服务器能否接受10万用户同时在线操作,如果是用IIS做应用服务器


    的话,单台可承受的最大并发数不可能达到10万级,那就必须要使用集群,通过多台机器


    做负载均衡来实现;如果是用websphere之类的应用服务器的话,单台可承受的最大并发


    数可以达到10万级,但为性能考虑还是必须要使用集群,通过多台机器做负载均衡来实现


    ;通常有1个简单的计算方式,1个连接产生1个session,每个session在服务器上有个内


    存空间大小的设置,在NT上是3M,那么10万并发就需要300G内存,当然实际使用中考虑其


    他程序也占用内存,所以准备的内存数量要求比这个还要多一些。还有10万个用户同时在


    线,跟10万个并发数是完全不同的2个概念。这个楼上已经说了。但如何做这个转换将10


    万个同时在线用户转换成多少个并发数呢?这就必须要有大量的历史日志信息来支撑了。


    系统日志需要有同时在线用户数量的日志信息,还需要有用户操作次数的日志信息,这2


    个数据的比例就是你同时在线用户转换到并发数的比例。另外根据经验统计,对于1个


    JAVA开发的WEB系统(别的我没统计过,给不出数据),一般1台双CPU、2G内存的服务器


    上可支持的最大并发数不超过500个(这个状态下大部分操作都是超时报错而且服务器很


    容易宕机,其实没什么实际意义),可正常使用(单步非大数据量操作等待时间不超过20


    秒)的最大并发数不超过300个。假设你的10万同时在线用户转换的并发数是9000个,那


    么你最少需要这样的机器18台,建议不少于30台。当然,你要是买个大型服务器,里面装


    有200个CPU、256G的内存,千兆光纤带宽,就算是10万个并发用户,那速度,也绝对是嗖


    嗖的。
      另外暴寒1下,光设置全部进入运行状态就需要接近6个小时。具体的可以拿1个系统


    来压一下看看,可能会出现以下情况:
      1、服务器宕机;
      2、客户端宕机;
      3、从某个时间开始服务器拒绝请求,客户端上显示的全是错误;
      4、勉强测试完成,但网络堵塞或测试结果显示时间非常长。假设客户端和服务器之


    间百兆带宽,百兆/10000=10K,那每个用户只能得到10K,这个速度接近1个64K的MODEM上


    网的速度;另外以上分析全都没考虑系统的后台,比如数据库、中间件等。
      1、服务器方面:上面说的那样的PC SERVER需要50台;
      2、网络方面:按每个用户50K,那至少5根百兆带宽独享,估计仅仅网络延迟就大概


    是秒一级的;
      3、如果有数据库,至少是ORACLE,最好是SYSBASE,SQLSERVER是肯定顶不住的。数


    据库服务器至少需要10台4CPU、16G内存的机器;
      4、如果有CORBA,那至少再准备10台4CPU、16G内存的机器;再加上负载均衡、防火


    墙、路由器和各种软件等,总之没个1000万的资金投入,肯定搞不定。
      这样的门户系统,由于有用户权限,所以并不象jackie所说大多是静态页面。但只要


    是多服务器的集群,那么我们就可以通过1台机器的测试结果来计算多台机器集群后的负


    载能力的,最多额外考虑一下负载均衡和路由上的压力,比如带宽、速度、延迟等。但如


    果都是在1台机器上变化,那我们只能做一些指标上的计算,可以从这些指标上简单判断


    一下是否不可行,比如10万并发用户却只有1根百兆带宽,那我们可以计算出每个用户只


    有1K带宽,这显然是不可行的。但实际的结果还是需要测试了才知道,毕竟系统压力和用


    户数量不是线性变化的。
      这一类系统的普遍的成熟的使用,以及很多软件在方案设计后就能够大致估算出系统


    的性能特点,都导致了系统在软件性能方面调优的比例并不大(当然不完全排除后期针对


    某些代码和配置进行优化后性能的进一步提高),更多的都是从硬件方面来考虑,比如增


    加内存、硬盘做RAID、增加带宽、甚至增加机器等。
      网络技术中的10M 带宽指的是以位计算, 就是 10M bit /秒 ,而下载时的速度看到


    的是以字节(Byte)计算的,所以10M带宽换算成字节理论上最快下载速度为: 1.25 M 


    Byte/秒!
    展开全文
  • Web性能测试术语

    2009-01-15 16:04:00
    接下来介绍一些WEB性能测试中的术语,这些术语都是WEB性能测试中出现频繁的比较高的词汇,只有掌握这些基础的性能知识才可以进一步开展测试工作。这些术语主要有并发用户,并发用户数量,请求响应时间,事务响应时间...

    在软件系统日益复杂的今天,性能已经成为软件质量的重要衡量标准之一,这一点尤其体现在和WEB相关的系统上。接下来介绍一些WEB性能测试中的术语,这些术语都是WEB性能测试中出现频繁的比较高的词汇,只有掌握这些基础的性能知识才可以进一步开展测试工作。这些术语主要有并发用户,并发用户数量,请求响应时间,事务响应时间,吞吐量,吞吐率,TPS,点击率,资源利用率等。

      并发用户:并发一般分为2种情况。一种是严格意义上的并发,即所有的用户在同一时刻做同一件事情或者操作, 这种操作一般指做同一类型的业务。比如在信用卡审批业务中,一定数目的拥护在同一时刻对已经完成的审批业务进行提交;还有一种特例,即所有用户进行完全一 样的操作,例如在信用卡审批业务中,所有的用户可以一起申请业务,或者修改同一条记录。

      另外一种并发是广义范围的并发。这种并发与前一种并发的区别是,尽管多个用户对系统发出了请求或者进行了操作,但是这些请求或者操作可以是相同的,也可以是不同的。对整个系统而言,仍然是有很多用户同时对系统进行操作,因此也属于并发的范畴。

      可以看出,后一种并发是包含前一种并发的。而且后一种并发更接近用户的实际使用情况,因此对于大多数的系统,只有数量很少的用户进行“严格意义 上的并发”。对于WEB性能测试而言,这2种并发情况一般都需要进行测试,通常做法是先进行严格意义上的并发测试。严格意义上的用户并发一般发生在使用比 较频繁的模块中,尽管发生的概率不是很大,但是一旦发生性能问题,后果很可能是致命的。严格意义上的并发测试往往和功能测试关联起来,因为并发功能遇到异常通常都是程序问题,这种测试也是健壮性和稳定性测试的一部分。

      用户并发数量:关于用户并发的数量,有2种常见的错误观点。一种错误观点是把并发用户数量理解为使用系统的全部用户的数量,理由是这些用户可能同时使用系统;还有一种比较接近正确的观点是把在线用户数量理解为并发用户数量。实际上在线用户也不一定会和其他用户发生并发,例如正在浏览网页的用户,对服务器没有任何影响,但是,在线用户数量是计算并发用户数量的主要依据之一。

      请求响应时间:指的是客户端发出请求到得到响应的整个过程的时间。在某些工具中,请求响应时间通常会被成 为"TLLB",即"Time to last byte",意思是从发起一个请求开始,到客户端接收到最后一个字节的响应时间所耗费的时间。请求响应时间过程的单位一般为"秒"或者"毫秒".

      事务响应时间:事务可能由一系列请求组成,事务的响应时间主要是针对用户而言,属于宏观上的概念,是为了向用户说明业务响应时间而提出的.例如:跨行取款事务的响应时间就是由一系列的请求组成的.事务响应时间和后面的业务吞吐率都是直接衡量系统性能的参数.

      吞吐量:指的是在一次性能测试过程中网络上传输的数据量的总和.吞吐量/传输时间,就是吞吐率.

      TPS:每秒钟系统能够处理的交易或者事务的数量.它是衡量系统处理能力的重要指标.

      点击率:每秒钟用户向WEB服务器提交的HTTP请求数.这个指标是WEB应用特有的一个指标:WEB应用 是"请求-响应"模式,用户发出一次申请,服务器就要处理一次,所以点击是WEB应用能够处理的交易的最小单位.如果把每次点击定义为一个交易,点击率和 TPS就是一个概念.容易看出,点击率越大,对服务器的压力越大.点击率只是一个性能参考指标,重要的是分析点击时产生的影响。需要注意的是,这里的点击 并非指鼠标的一次单击操作,因为在一次单击操作中,客户端可能向服务器发出多个HTTP请求.

      资源利用率:指的是对不同的系统资源的使用程度,例如服务器的CPU利用率,磁盘利用率等.资源利用率是分析系统性能指标进而改善性能的主要依据,因此是WEB性能测试工作的重点.

      资源利用率主要针对WEB服务器,操作系统,数据库服务器,网络等,是测试和分析瓶颈的主要参考.在WEB性能测试中,更根据需要采集相应的参数进行分析.

    展开全文
  • 开源Web测试工具—Selenium

    千次阅读 2007-10-08 10:03:00
    介绍 Selenium 是 ThoughtWorks 专门为 Web 应用而开发的自动化测试工具,适合进行功能测试、验收测试,其最大的优势有几: 可直接运行在浏览器之上,所见即所得,就像真实用户所做的一样。Selenium 的核心,也称 ...
  • Web性能测试的部分概况一般来说,一个Web请求的处理包括以下步骤: (1)客户发送请求 (2)web server接受到请求,进行处理; (3)web server向DB获取数据; (4)webserver生成用户的object(页面),返回给用户。...
  • Web性能测试基本指标

    万次阅读 多人点赞 2018-08-12 16:50:24
    1、Web性能测试基本指标 Web性能测试基本指标  Web性能测试的部分概况一般来说,一个Web请求的处理包括以下步骤: (1)客户发送请求 (2)web server接受到请求,进行处理; (3)web server向DB获取数据; ...
  • 介绍Selenium 是 ThoughtWorks 专门为 Web 应用而开发的自动化测试工具,适合进行功能测试、验收测试,其最大的优势有几:1) 可直接运行在浏览器之上,所见即所得,就像真实用户所做的一样。Selenium 的核心,也称...
  • 强大的Web开源测试工具—Selenium

    千次阅读 2008-11-12 22:12:00
    介绍Selenium 是 ThoughtWorks 专门为 Web 应用而开发的自动化测试工具,适合进行功能测试、验收测试,其最大的优势有几:1) 可直接运行在浏览器之上,所见即所得,就像真实用户所做的一样。Selenium 的核心,也称...
  • 性能测试常见测试方法 备注:将会随着经验,后期不断进行更新维护。 为什么要做性能测试 1.鉴定一个软件提供的服务是好还是坏、...(1)识别体系的弱点     (1)系统调优    &...
  • Web网站测试流程和方法

    万次阅读 多人点赞 2017-04-06 11:34:34
    Web网站测试流程和方法(转载) 1测试流程与方法 1.1测试流程 进行正式测试之前,应先确定如何开展测试,不可盲目的测试。一般网站的测试,应按以下流程来进行: 1)使用HTML Link Validator将网站的错误链接...
  • Web应用安全测试

    千次阅读 2018-08-28 17:13:41
    在被动模式测试人员尽可能的了解应用逻辑:比如用工具分析所有的HTTP请求及响应,以便测试人员掌握应用程序所有的接入(包括HTTP头,参数,cookies等);在主动模式测试人员对应用系统、后台等进行渗透...
  • web性能测试基本性能指标 Web性能测试的部分概况一般来说,一个Web请求的处理包括以下步骤: (1)客户发送请求 (2)web server 接受到请求,进行处理; (3)web server 向DB获取数据; (4)web server生成...
  • Web性能测试的部分概况一般来说,一个Web请求的处理包括以下步骤:  (1)客户发送请求  (2)web server接受到请求,进行处理;  (3)web server向DB获取数据;  (4)webserver生成用户的object(页面),...
  • 常见的TC测试点(持续更新

    千次阅读 2016-11-16 10:28:38
    一个功能在手上除了其特有测试点以外还有几个通用的注意点:内容、位置、顺序、分页。。。 APP的测试要注意每个页面存在的返回按钮,每个返回按钮都要注意进行测试,如果当前页面已经遍及内容,点击返回按钮应该...
  • 众包测试中的游戏化

    2014-08-07 10:07:13
    众包测试中的游戏化 Mahesh Gudipati有超过10年的测试经验,参与过不少不同领域的项目。他在数据仓库/BI测试,需求预测测试,大数据测试和产品测试方面有丰富的经验。他在多个ETL/DW测试项目实现了自动化...
  • 简介:本文主要介绍把现今主流的springboot框架项目和精准测试工具进行结合和应用,通过精准测试的数据穿透、数据采集、测试用例与代码的双向追溯、数据分析等一系列精准测试特有功能,达到对项目质量的保证。...
  • 浅谈性能测试整体认知(2020)

    万次阅读 多人点赞 2020-06-08 23:21:44
    说明:该篇博客是博主一字一码编写的,实属不易,请尊重原创,谢谢大家! 1.什么是性能测试  ...压力测试是通过确定一个系统的瓶颈或者不能接受的性能,来获得系统能提供的最大服务级别的测
  • 测试的艺术--通用测试案例篇(一)

    千次阅读 2016-05-09 11:25:07
    ps:针对web页面的通用测试点,说明测试的关注点和方向
  • 性能测试关注

    千次阅读 2018-05-23 16:56:44
    《性能测试关注》 背景及目的 3一、 前期准备及确定环境标准 31.1 确定环境是否是最佳状态 31.12 CPU利用率确定 31.13 网络情况确定 31.14 内存情况的确定 41.15 IO(磁盘)情况的确定 5二、逻辑业务层次准备 ...
  • Web Service 那事儿

    千次阅读 2015-09-20 18:31:34
    Web Service 那事儿(1) 原文地址:http://my.oschina.net/huangyong/blog/286155 目录[-] 1. 使用 JDK 发布 WS 2. 通过客户端调用 WS 3. 总结 Web Service,即“Web 服务”,简写...
  • 性能测试和功能测试

    千次阅读 多人点赞 2019-03-19 15:51:19
    性能测试1、功能测试与性能测试的区别2、如何理解软件性能2.1 系统管理员眼中的软件性能2.2 研发人员眼中的软件性能2.3 测试人员眼中的软件性能3、软件性能的生命周期3.1 需求阶段的性能分析3.2 设计开发阶段的性能...
  • 性能测试

    2020-04-01 16:57:02
     性能测试在软件的质量保证起着重要的作用,中国软件评测中心将性能测试概括为三个方面:应用在客户端性能的测试、应用在网络上性能的测试和应用在服务器端性能的测试。通常情况下,三方面有效、合理的结合,可以...
  • 01 | 你真的懂测试吗?从“用户登录”测试谈起

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 20,407
精华内容 8,162
关键字:

web测试中特有的测试点