求助:对网络游戏进行web压力测试工具要不要用自动化测试工具?

求助局域网的网络压力测试方法及软件?_百度知道
求助局域网的网络压力测试方法及软件?
可诊断网络错误,可实时监测网络传输数据,能实现你所有的要求。纯绿色软件,还具有强大的数据包解码分析功能,我也是用的这个,全面透视整个网络的动态信息。除了能实时检测每台电脑的上网情况,下载“科来网络分析系统”科来网络分析系统是一款专业的网络检测分析工具,邮件收发情况,安全无毒,网络登录情况,检测安全隐患。 是每个网络工程师的必备软件,网络流量外,,
其他类似问题
按默认排序
其他2条回答
或者看物理端口信号灯闪烁频率,嗯,这个的话只能看你路由器设置页面是否有这个查看网络流量的功能,单机软件也怕只能测试通过本机的流量哦~ 我猜测哈,,
压力测试的相关知识
等待您来回答
您可能关注的推广回答者:
下载知道APP
随时随地咨询
出门在外也不愁查看: 1174|回复: 6
求助:压力测试完后PASSED数与实际不符
该用户从未签到
我在做了一个50*50的压力测试后,FAILED数仅为4,可是数据库查询发现只PASS了100多条。为什么?
该用户从未签到
是不是存在数据重复,所以虽然FAILED数为4,但是实际成功保存的数据只有100+
该用户从未签到
是不是你的脚本没有验证操作返回结果啊,如果脚本只是执行发送交易,可能成功的很多,但这个数量和真正被接收到并被正确处理交易数量是不相等的
该用户从未签到
是啊,如果没有加入检查点,只要脚本每一步被执行过,lr就会认为pass的。
该用户从未签到
就是楼上的观点,我同意,呵呵
该用户从未签到
是的,应该在脚本中加入对返回结果的验证
还有就是观察服务器的处理情况,
有可能是这边请求都发出去了,实际服务端只正常的处理了部分请求
该用户从未签到
请问楼上的,那我具体怎么做来验证返回结果。
我想设检查点,可是老是不成功,
能不能说一下具体的设置方法??
比如我添加一个用户,那我怎么来验证这个用户是不是真的添加成功了。
我用的是c/s结构+sql
站长推荐 /2
《51测试天地》第36期电子杂志征稿开始啦!即日起至12月30日止,热切期盼软件测试领域的朋友前来投稿!
投稿邮箱为
小伙伴们周二猎捕已经结束了,明天继续狩猎,51大陆的英雄们,今天好好休息吧~
Powered by提名理由:Mercury Interactive公司的WinRunner是一种企业级的功能测试工具,用于检测应用程序是否能够达到预期的功能及正常运行。通过自动录制、检测和回放用户的应用操作,WinRunner能够有效地帮助测试人员对复杂的企业级应用的不同发布版进行测试,提高测试人员的工作效率和质量,确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行。
提名理由:LoadRunner 是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,LoadRunner 能够对整个企业架构进行测试。通过使用LoadRunner ,企业能最大限度地缩短测试时间,优化性能和加速应用系统的发布周期。
提名理由:TestDirector 是业界第一个基于Web的测试管理系统,它可以在您公司内部或外部进行全球范围内测试的管理。通过在一个整体的应用系统中集成了测试管理的各个部分,包括需求管理,测试计划,测试执行以及错误跟踪等功能,TestDirector极大地加速了测试过程。
提名理由:IBM Rational Robot 是业界最顶尖的功能测试工具,它甚至可以在测试人员学习高级脚本技术之前帮助其进行成功的测试。它集成在测试人员的桌面 IBM Rational TestManager 上,在这里测试人员可以计划、组织、执行、管理和报告所有测试活动,包括手动测试报告。这种测试和管理的双重功能是自动化测试的理想开始。
提名理由:目前的最流行的单元测试工具是xUnit系列框架,常用的根据语言不同分为JUnit(java),CppUnit(C++),DUnit (Delphi ),NUnit(.net),PhpUnit(Php )等等。该测试框架的第一个和最杰出的应用就是由Erich Gamma (《设计模式》的作者)和Kent Beck(XP(Extreme Programming)的创始人 )提供的开放源代码的JUnit。
提名理由:Borland SilkTest 2006属于软件功能测试工具,是Borland公司所提出软件质量管理解决方案的套件之一。这个工具采用精灵设定与自动化执行测试,无论是程序设计新手或资深的专家都能快速建立功能测试,并分析功能错误。
提名理由:Microsoft Web Application Stress Tool 是由微软的网站测试人员所开发,专门用来进行实际网站压力测试的一套工具。透过这套功能强大的压力测试工具,您可以使用少量的Client端计算机仿真大量用户上线对网站服务所可能造成的影响。
提名理由:Jtest是parasoft公司推出的一款针对java语言的自动化白盒测试工具,它通过自动实现java的单元测试和代码标准校验,来提高代码的可靠性。parasoft同时出品的还有C++ test,是一款C/C++白盒测试工具。
提名理由:JMeter是Apache组织的开放源代码项目,它是功能和性能测试的工具,100%的用java实现。
提名理由:webload是RadView公司推出的一个性能测试和分析工具,它让web应用程序开发者自动执行压力测试;webload通过模拟真实用户的操作,生成压力负载来测试web的性能。
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
访问:93641次
积分:2293
积分:2293
排名:第5956名
原创:104篇
转载:159篇
评论:34条
(1)(20)(80)(90)(60)(3)(2)(7)|||||| 更多
比特客户端
我们也在这里:
浅谈测试工具和测试自动化
  人类的进化史和发展史,就是一个不断创造和使用工具的历史。工具是人类想象力的物理呈现,也是社会进步的巨大助力。对于测试而言,工具同样不可或缺,甚至于如果想判断某个厂商的测试水平是处于“蛮荒时代”还是已经进化到了“现代社会”,观察其使用的测试工具就能知道个大概。事实上,很多测试项目,尤其是性能和稳定性测试项目,必须借助测试工具才能完成;验证业务的大规模部署能力,没有工具的支撑更是不可想象。举个简单例子,对一个可以同时接入4000个 PPPoE的设备进行测试,如果没有测试工具,就只能搭建一个4000个客户端的环境,这在实践中几乎不可实施,更何况类似测试项目会很多,而且每个版本都需要重复测试。
  一、 测试工具
  伴随着网络技术的爆发式发展,种类繁多的测试工具也被开发出来,根据其主要功能,大致可以分为下面几类*(*注:现在的测试工具都比较复杂,不一定能完全严格分类,比如Chariot和都能提供强大的流量产生功能,又是很好的业务模拟工具)。
  & 流量发生工具:主要用于生成大规模网络流量,测试设备的转发平面功能。这类工具有的是直接安装在主机上的软件,如C也有的是专用硬件,比如Spirent和IXIA等专业厂商提供的测试仪器;
  & 协议仿真工具:主要对信令协议进行仿真,测试设备的控制平面功能。比如路由协议仿真,MPLS相关协议仿真,认证接入协议仿真等测试工具;
  & 业务模拟工具:主要是对应用层协议和客户业务进行模拟,测试设备的应用和业务承载能力。一般的L4-L7的测试仪器和工具都提供了强大的业务模拟能力,比如Avalanche,BPS等测试仪器和Chariot软件;
  & 攻击类工具:包括工具、Fuzzing和Vulnerability类测试工具,测试设备的安全性和攻击防范能力。典型的有Mu Dynamics、Codenomicon、BIFFIT、SAINT、NESSUS、nMAP以及SYN flood 等工具;
  & 平台类工具:一般提供的是一个二次开发平台,有完善的集成开发环境,支持多种适合用于测试的高级计算机语言(如Perl、、Python等),可进行复杂的二次开发,集成了为适应测试而和抽象的Lib库,甚至提供一些已经经过实践检验的测试套件,并且可以通过外部接口调用其它测试仪器和工具。类似的Visual Studio开发环境,只不过它是为开发服务,前者是为测试服务。平台类工具投入巨大,主要为了满足厂商建设自己独特的测试能力体系的需要,一般由厂商自行开发与维护。构建了这类平台,称为通用测试平台(VTP,Versatile Test Platform)。
  一般来说,对于成熟的协议或应用测试,都有优秀的商业测试仪器和测试工具,可以满足80%以上的测试需求。但对于最新的协议和应用,或者特定客户的非标准定制需求,就要求厂商具备一定的测试工具自主开发能力。以H3C为例,在802.1x协议刚开始在国内应用时,在大量用户同时接入设备的条件下,设备会较大概率出现软件崩溃。于是,测试团队自行开发出一个模拟大量802.1x用户接入的工具,最终很快就发现并解决了问题,而具备类似功能的商业802.1x测试工具,大约时隔两年后才在市场上出现。
  H3C对于测试仪器和测试工具在优化测试效率、提高测试水平、提升产品质量方面的重要性深有体会。在这方面的投入很大。一方面,大量了业界先进的商业测试仪器和工具,如Spirent、IXIA、BPS和Veriwave等公司的测试仪器和测试软件。另一方面,通过专门的测试平台团队也独立开发了众多的测试工具和软件,为商业测试软件覆盖不到的测试需求提供支持,确保H3C能以最快的速度推出最新特性。该团队开发的测试工具目前已经形成系列并成为测试工程师的重要助力,如多客户端模拟系列工具,路由协议系列测试工具,一致性系列测试工具,综合业务模拟系列工具等。该团队开发的通用测试平台则构建了一个公司级的自动化测试框架,提供了完善的GUI,CLI自动化测试解决,为H3C的全系列产品测试提供服务。
  二、 测试自动化
  测试工具和测试自动化,两者是一对孪生。测试工具的目的就是为了代替部分繁琐的手工测试操作,或完成手工测试不可能完成的测试活动,实现一定程度的测试自动化。测试自动化的发展进化和测试工具的进步密不可分,随着测试工具的进步和完善,很大一部分测试工作已经可以做到无人值守,实现完全意义上的自动化。回顾自动化测试技术的发展历史,大致可以分为三代。
  l 第一代,以工具为中心的自动化
  时间:90年代中期之前
  这一代自动化使用的测试工具,以捕捉/回放(Capture/Replay)工具最为典型,即捕获用户的鼠标和键盘操作,并记录下来,下次测试时可以回放这些操作,重复上次的测试。这些工具一般也提供简单的脚本功能,测试人员还可以根据需要对记录的脚本进行修改,比如增加循环操作以及一些简单的判断条件等,以强化测试。不过因为脚本语言简单,脚本功能往往只是其中的点缀。如QARun,WinRunner,就是这种工具的典型代表。这代测试自动化技术有很大的局限性:
  & 自动化程度有限。每种工具都有自己独特的脚本语言,但又不是一个全功能的脚本语言,能自动化的操作有限,构不成一个完整的自动化解决方案,不同工具的脚本无法共享;
  & 对SUT(System Under Test)的变化适应性较差。如果SUT的GUI有了变化,录制的脚本几乎不能再用,这在软件总是不断改进和变化的时代几乎是致命的缺陷。
  l 第二代,以脚本为中心的自动化
  时间: 90年代末至21世纪初
  这是自动化的个人英雄主义时代。一些测试团队在这个阶段已经认识到采用统一脚本语言的重要性,并找到了适合测试工作的、功能完备的脚本语言,在团队中大力推行。但因为经验有限,缺乏良好的顶层设计,测试自动化主要依靠测试工程师的主观能动性,八仙过海、各显神通,每个人都是脚本工程师,测试脚本大量产生。
  这代自动化虽然有了统一的脚本语言,测试工程师之间也可以进行少量的脚本共享。但总体而言,是各自为战,风格不同,质量参差不齐。和个人测试环境关联的个人自动化成果难以充分转化为有效的团队平台积累。不过,这个阶段培养了大量的技术熟练的测试自动化工程师,为下个阶段打好了人员和技术基础。
  l 第三代,以平台为中心的自动化
  时间:21世纪初至今
  在第二代自动化摸索几年后,有眼光的测试管理者和出色的测试工程师,都认识到这种野蛮生长产生的脚本在可维护性、可重用性、拓扑适应性方面都存在很大问题,不能真正形成持续有效的团队积累。于是,自动化测试的顶层设计被提上日程:构建一个出色的自动化测试平台;脚本基于逻辑拓扑进行开发,在执行时才映射到物理拓扑;把常用测试操作抽象为Action word并实现,作为通用类库供所有测试工程师使用;制定脚本的开发,验收,维护规范,保证脚本的一致性、通用性和可维护性。基于这个测试自动化平台开发的脚本,才真正可转化为有效的团队积累。
  以H3C的测试自动化发展为例,在1999年之前,只是利用简单的捕捉和回放测试工具,基于这些工具编写简单的脚本,属于第一代自动化。年期间,测试平台团队引入了适应设备测试的TCL语言,开发了通用测试平台,但统一的ATF(Auto Testing Framwork)尚未成熟,处于第二代自动化阶段。 2003年,H3C测试团队发布了ATF,并启动Testbladev1/v2脚本体系的开发,这标志着H3C的测试自动化进入了第三代,并在实践中不断优化。基于VTP和ATF,H3C已经实现了80%以上的功能测试的自动化,并提供了多个性能测试、压力测试及持久性测试的自动化测试套件。
  三、 展望:第四代自动化测试技术
  那么是否会有第四代自动化测试技术? 回答是肯定的。下一代自动化技术必然是以网络为中心的测试自动化,也可以称之为以云为中心的测试自动化。所有的测试设备(真实的、虚拟的)、测试仪器以及测试主机,通过一个测试自动化管理系统进行统一管理,呈现在测试工程师面前的将是一个测试设备云。测试工程师可以远程登录到测试自动化管理系统,通过任务管理系统提交自己的自动化测试任务,只需要描述清楚测试任务所需要的设备类型、设备连接的链路类型,需要执行的测试套,系统即会按规则在测试云中进行搜索和计算,得出什么时间能提供满足本次测试任务所需要的测试执行环境,测试工程师可以预约这个时间之后的任意时间运行自动化任务,并准时收到自动化测试结果。
  第四代自动化测试技术相对第三代,将在可管理性、易用性以及设备利用率方面有质的飞跃,但仍然必须以稳定可靠的测试平台以及完善的测试脚本体系做为测试执行的基础,这意味着第三代测试自动化不可跨越。否则,所谓的就是无源之水。
  四、 结束语
  测试自动化极大的提高了测试效率,使测试工程师可以从简单重复的机械操作中解放出来,把更多投入到更有创造性的测试设计,以及更复杂的测试执行中去。但我们也必须认识到测试自动化的局限性。首先,自动化只是对已有测试设计的机械重复,不会超出已有的测试认知。其次,复杂测试场景下,影响测试结果的因素非常广泛,依靠机器进行判别很难行得通,还是必须由人来完成。
  这些局限因素决定了自动化测试不可能完全替代手工测试。不过,测试工具和自动化技术在复杂环境模拟和业务模型构造上的作用,永远无可替代,所以,即使是手工测试,一样也离不开测试工具和测试自动化技术。可以说,测试工具和测试自动化的进步推动着整个测试行业的发展。
相关文章:
[ 责任编辑:刘禹 ] &&&&
软件信息化周刊
比特软件信息化周刊提供以数据库、操作系统和管理软件为重点的全面软件信息化产业热点、应用方案推荐、实用技巧分享等。以最新的软件资讯,最新的软件技巧,最新的软件与服务业内动态来为IT用户找到软捷径。
商务办公周刊
比特商务周刊是一个及行业资讯、深度分析、企业导购等为一体的综合性周刊。其中,与中国计量科学研究院合力打造的比特实验室可以为商业用户提供最权威的采购指南。是企业用户不可缺少的智选周刊!
比特网络周刊向企业网管员以及网络技术和产品使用者提供关于网络产业动态、技术热点、组网、建网、网络管理、网络运维等最新技术和实用技巧,帮助网管答疑解惑,成为网管好帮手。
服务器周刊
比特服务器周刊作为比特网的重点频道之一,主要关注x86服务器,RISC架构服务器以及高性能计算机行业的产品及发展动态。通过最独到的编辑观点和业界动态分析,让您第一时间了解服务器行业的趋势。
比特存储周刊长期以来,为读者提供企业存储领域高质量的原创内容,及时、全面的资讯、技术、方案以及案例文章,力求成为业界领先的存储媒体。比特存储周刊始终致力于用户的企业信息化建设、存储业务、数据保护与容灾构建以及数据管理部署等方面服务。
比特安全周刊通过专业的信息安全内容建设,为企业级用户打造最具商业价值的信息沟通平台,并为安全厂商提供多层面、多维度的媒体宣传手段。与其他同类网站信息安全内容相比,比特安全周刊运作模式更加独立,对信息安全界的动态新闻更新更快。
新闻中心热点推荐
新闻中心以独特视角精选一周内最具影响力的行业重大事件或圈内精彩故事,为企业级用户打造重点突出,可读性强,商业价值高的信息共享平台;同时为互联网、IT业界及通信厂商提供一条精准快捷,渗透力强,覆盖面广的媒体传播途径。
云计算周刊
比特云计算周刊关注云计算产业热点技术应用与趋势发展,全方位报道云计算领域最新动态。为用户与企业架设起沟通交流平台。包括IaaS、PaaS、SaaS各种不同的服务类型以及相关的安全与管理内容介绍。
CIO俱乐部周刊
比特CIO俱乐部周刊以大量高端CIO沙龙或专题研讨会以及对明星CIO的深入采访为依托,汇聚中国500强CIO的集体智慧。旨为中国杰出的CIO提供一个良好的互融互通 、促进交流的平台,并持续提供丰富的资讯和服务,探讨信息化建设,推动中国信息化发展引领CIO未来职业发展。
IT专家新闻邮件长期以来,以定向、分众、整合的商业模式,为企业IT专业人士以及IT系统采购决策者提供高质量的原创内容,包括IT新闻、评论、专家答疑、技巧和白皮书。此外,IT专家网还为读者提供包括咨询、社区、论坛、线下会议、读者沙龙等多种服务。
X周刊是一份IT人的技术娱乐周刊,给用户实时传递I最新T资讯、IT段子、技术技巧、畅销书籍,同时用户还能参与我们推荐的互动游戏,给广大的IT技术人士忙碌工作之余带来轻松休闲一刻。
微信扫一扫
关注Chinabyte

我要回帖

更多关于 数据库压力测试工具 的文章

 

随机推荐