测试工具工作原理
5个问题才10分。
。
。
不用这么吝啬吧1. 测试工具一般可分为白盒测试工具、黑盒测试工具、性能测试工具,另外还有用于测试管理(测试流程管理、缺陷跟踪管理、测试用例管理)的工具,这些产品主要是MercuryInteractive(MI)、Segue、IBM Rational、 Compuware和Empirix等公司的产品,而MI公司的产品占了主流。
2. 种田为啥要用锄头,拖拉机等等工具3. 这么多类型的工具,原理都不一样啊,能问的具体点么4. 白盒测试工具白盒测试工具一般是针对代码进行测试,测试中发现的缺陷可以定位到代码级,根据测试工具原理的不同,又可以分为静态测试工具和动态测试工具。
静态测试工具:直接对代码进行分析,不需要运行代码,也不需要对代码编译链接,生成可执行文件。
静态测试工具一般是对代码进行语法扫描,找出不符合编码规范的地方,根据某种质量模型评价代码的质量,生成系统的调用关系图等。
静态测试工具的代表有:Telelogic公司的Logiscope软件;PR公司的PRQA软件。
动态测试工具:动态测试工具与静态测试工具不同,动态测试工具的一般采用"插桩"的方式,向代码生成的可执行文件中插入一些监测代码,用来统计程序运行时的数据。
其与静态测试工具最大的不同就是动态测试工具要求被测系统实际运行。
动态测试工具的代表有:Compuware公司的DevPartner软件;Rational公司的Purify系列等。
黑盒测试工具黑盒测试工具适用于黑盒测试的场合,黑盒测试工具包括功能测试工具和性能测试工具。
黑盒测试工具的一般原理是利用脚本的录制(Record)/回放(Playback),模拟用户的操作,然后将被测系统的输出记录下来同预先给定的标准结果比较。
黑盒测试工具可以大大减轻黑盒测试的工作量,在迭代开发的过程中,能够很好地进行回归测试。
黑盒测试工具的代表有:Rational公司的TeamTest、Robot;Compuware公司的QACenter。
性能测试工具专用于性能测试的工具包括有:Radview公司的WebLoad;Microsoft公司的 WebStress等工具;针对数据库测试的TestBytes;对应用性能进行优化的EcoScope等工具。
MercuryInteractive的LoadRunner是一种适用于各种体系架构的自动负载测试工具,它能预测系统行为并优化系统性能。
LoadRunner的测试对象是整个企业的系统,它通过模拟实际用户的操作行为和实行实时性能监测,来帮助您更快的查找和发现问题。
测试管理工具测试管理工具用于对测试进行管理。
一般而言,测试管理工具对测试计划、测试用例、测试实施进行管理,并且,测试管理工具还包括对缺陷的跟踪管理。
测试管理工具的代表有:Rational公司的Test Manager;Compureware公司的TrackRecord;Mercury Interactive公司的TestDirector等软件。
5. 相关的简介baidu一下都有的
压力测试的软件的基本工作原理是什么
展开全部 比较有代表性的一个工具,Loadrunner。
LoadRunner是 Mercury Interactive的一款 性能测试 工具,也是目前应用最为广泛的性能测试工具之一。
该工具通过模拟上千万用户实施并发负载,实时性能监控的系统行为和性能方式来确认和查找问题。
一、 LoadRunner 工具组成 1、虚拟用户脚本生成器:捕获最终用户业务流程和创建自动性能测试脚本,即我们在以后说的产生测试脚本; 2、压力产生器:通过运行虚拟用户产生实际的负载; 3、用户代理:协调不同负载机上虚拟用户,产生步调一致的虚拟用户; 4、压力调度:根据用户对场景的设置,设置不同脚本的虚拟用户数量; 5、监视系统:监控主要的性能计数器; 6、压力结果分析工具:本身不能代替分析人员,但是可以辅助测试结果的分析。
二、LoadRunner工具原理 代理(Proxy)是客户端和服务器端之间的中介人,LoadRunner就是通过代理方式截获客户端和服务器之间交互的数据流。
1)虚拟用户脚本生成器通过代理方式接收客户端发送的数据包,记录并将其转发给服务器端;接收到从服务器端返回的数据流,记录并返回给客户端。
这样服务器端和客户端都以为在一个真实运行环境中,虚拟脚本生成器能通过这种方式截获数据流;虚拟用户脚本生成器在截获数据流后对其进行了协议层上的处理,最终用脚本函数将数据流交互过程体现为我们容易看懂的脚本语句。
2)压力生成器则是根据脚本内容,产生实际的负载,扮演产生负载的角色。
3)用户代理是运行在负载机上的进程,该进程与产生负载压力的进程或是线程协作,接受调度系统的命令,调度产生负载压力的进程或线程。
4)压力调度是根据用户的场景要求,设置各种不同脚本的虚拟用户数量,设置同步点等。
5)监控系统则可以对 数据库 、应用服务器、服务器的主要性能计数器进行监控。
6)压力结果分析工具是辅助测试结果分析。
QQ:695210708...
软件测试基本理论?
软件测试概念:通过各种手段和测试工具,判断软件系统是否能够满足预期期望。
从软件开发的过程按阶段划分有A.单元测试 B.集成测试 C.确认测试 D.系统测试 E.验收测试 * 测试过程按4个步骤进行,即单元测试、集成测试、确认测试和系统测试及发版测试。
* 开始是单元测试,集中对用源代码实现的每一个程序单元进行测试,检查各个程序模块是否正确地实现了规定的功能。
* 集成测试把已测试过的模块组装起来,主要对与设计相关的软件体系结构的构造进行测试。
* 确认测试则是要检查已实现的软件是否满足了需求规格说明中确定了的各种需求,以及软件配置是否完全、正确。
* 系统测试把已经经过确认的软件纳入实际运行环境中,与其它系统成份组合在一起进行测试。
单元测试 (Unit Testing) * 单元测试又称模块测试,是针对软件设计的最小单位 — 程序模块,进行正确性检验的测试工作。
其目的在于发现各模块内部可能存在的各种差错。
* 单元测试需要从程序的内部结构出发设计测试用例。
多个模块可以平行地独立进行单元测试。
1. 单元测试的内容 * 在单元测试时,测试者需要依据详细设计说明书和源程序清单,了解该模块的I/O条件和模块的逻辑结构,主要采用白盒测试的测试用例,辅之以黑盒测试的测试用例,使之对任何合理的输入和不合理的输入,都能鉴别和响应。
(1) 模块接口测试 * 在单元测试的开始,应对通过被测模块的数据流进行测试。
测试项目包括: – 调用本模块的输入参数是否正确; – 本模块调用子模块时输入给子模块的参数是否正确; – 全局量的定义在各模块中是否一致; * 在做内外存交换时要考虑: – 文件属性是否正确; – OPEN与CLOSE语句是否正确; – 缓冲区容量与记录长度是否匹配; – 在进行读写操作之前是否打开了文件; – 在结束文件处理时是否关闭了文件; – 正文书写/输入错误, – I/O错误是否检查并做了处理。
(2) 局部数据结构测试 * 不正确或不一致的数据类型说明 * 使用尚未赋值或尚未初始化的变量 * 错误的初始值或错误的缺省值 * 变量名拼写错或书写错 * 不一致的数据类型 * 全局数据对模块的影响 (3) 路径测试 * 选择适当的测试用例,对模块中重要的执行路径进行测试。
* 应当设计测试用例查找由于错误的计算、不正确的比较或不正常的控制流而导致的错误。
* 对基本执行路径和循环进行测试可以发现大量的路径错误。
(4) 错误处理测试 * 出错的描述是否难以理解 * 出错的描述是否能够对错误定位 * 显示的错误与实际的错误是否相符 * 对错误条件的处理正确与否 * 在对错误进行处理之前,错误条件是否已经引起系统的干预等 (5) 边界测试 * 注意数据流、控制流中刚好等于、大于或小于确定的比较值时出错的可能性。
对这些地方要仔细地选择测试用例,认真加以测试。
* 如果对模块运行时间有要求的话,还要专门进行关键路径测试,以确定最坏情况下和平均意义下影响模块运行时间的因素。
2. 单元测试的步骤 * 模块并不是一个独立的程序,在考虑测试模块时,同时要考虑它和外界的联系,用一些辅助模块去模拟与被测模块相联系的其它模块。
– 驱动模块 (driver) – 桩模块 (stub) —— 存根模块 * 如果一个模块要完成多种功能,可以将这个模块看成由几个小程序组成。
必须对其中的每个小程序先进行单元测试要做的工作,对关键模块还要做性能测试。
* 对支持某些标准规程的程序,更要着手进行互联测试。
有人把这种情况特别称为模块测试,以区别单元测试。
集成测试(Integrated Testing) * 集成测试 (集成测试、联合测试) * 通常,在单元测试的基础上,需要将所有模块按照设计要求组装成为系统。
这时需要考虑的问题是: – 在把各个模块连接起来的时候,穿越模块接口的数据是否会丢失; – 一个模块的功能是否会对另一个模块的功能产生不利的影响; – 各个子功能组合起来,能否达到预期要求的父功能; – 全局数据结构是否有问题; – 单个模块的误差累积起来,是否会放大,从而达到不能接受的程度。
在单元测试的同时可进行集成测试, 发现并排除在模块连接中可能出现 的问题,最终构成要求的软件系统。
* 子系统的集成测试特别称为部件测试,它所做的工作是要找出集成后的子系统与系统需求规格说明之间的不一致。
* 通常,把模块集成成为系统的方式有两种 – 一次性集成方式 – 增殖式集成方式 1. 一次性集成方式(big bang) * 它是一种非增殖式组装方式。
也叫做整体拼装。
* 使用这种方式,首先对每个模块分别进行模块测试,然后再把所有模块组装在一起进行测试,最终得到要求的软件系统。
2. 增殖式集成方式 * 这种集成方式又称渐增式集成 * 首先对一个个模块进行模块测试,然后将这些模块逐步组装成较大的系统 * 在集成的过程中边连接边测试,以发现连接过程中产生的问题 * 通过增殖逐步组装成为要求的软件系统。
(1) 自顶向下的增殖方式 * 这种集成方式将模块按系统程序结构,沿控制层次自顶向下进行组装。
* 自顶向下的增殖方式在测试过程中较早地验证了主要的控制和判断点。
* 选用按深度方向组装的方式,可以首先实现和验证一个完整的...
什么是手机软件测试
手机测试是一个很大的题目,涉及到硬件测试和软件测试,还有结构的测试,比如抗压,抗摔,抗疲劳,抗低温高温等,结构上的设计不合理,会造成应力集中,使得本身外壳变形,对于翻盖手机,盖子失效,还有其他严重问题。
硬件测试一般都有严格的物理电气指标,也有专门的仪器,这里的仪器,不在多说,一般如果是专业的测试人员,不会对词陌生吧。
手机测试,一般是指软件测试,这个一方面也说明了软件在手机上的重要行。
一方面也说明手机测试的难度。
因为期他得测试都有明确的指标,严格的操作规程,还有各种仪器。
下面说的手机测试一般都是手机软件测试,以后不在重复说明。
在说明手机测试之前,我觉得应该了解一下什么是嵌入市操作系统,这是个时髦的名词,虽然我们已经被嵌入市操作系统的产品所包围,但是却不一定能说清楚,什么是嵌入式操作系统,而学校的课堂上,讲的也不多,所以很多人对此感到云山舞罩。
简单的说,一个嵌入市操作系统就是为完成某中特定功能而专门开发的操作系统。
这个操作系统的功能很明确,不象大型操作系统,范围广泛,大千世界,尽在其中,而嵌如操作系统只为完成某一项或者几项功能。
再说一下手机的特殊性,也就是要求对响应时间达到一定限制范围。
也就是所谓的实时操作系统,如果一个电话不能在90秒内接听,那么对方会挂掉。
而你的操作系统还没反映过来,那么这个操作系统无疑是失败的,这是对嵌如操作系统实时性的要求。
作为一个测试人员,你必须了解这些,可能对一些软件开发人员,他不必很在意这些方面,因为他只要了解自己模块的入口说明和 出口说明就可以。
但是测试人员不行。
高级测试人员应该了解嵌入操作系统的特点,这个系统不象WINDOWS,有图形界面可以输入输出,也不象D OS用命令行模式,所有这些,都需要自己编写一个编辑器,编写一个交互界面,编写一个输入输出界面,在WINDOWS中,利用一些API和一些M FC,不用考虑硬件的问题,因为系统已经完成,而WINDOWS是讲究和硬件分离的,因为这样可以保护系统不受侵入。
而在嵌入市系统里面。
这一些都要求和硬件息戏相关。
手机测试中,软件出现的故障不一定是由于软件的错误,也可能是由于没有考虑到硬件和软件没有完美的结合。
因此我们在了解操作系统同时,也要了解一下其他的手机硬件性能,比如CPU ,比如存储器。
CPU的处理运算能力是以MIPS来衡量的,当然越快越好,但是也是和成本相关的,我不知道现在MOTOROLA T39的CPU,但是,因为是PDA,又是手写屏幕,所以菜单特别的慢。
关于存储器需要专门做出说明,因为这里 的存储器很特别,不象PC,手机没有硬盘! 嵌入时系统的编程语言一般有C,而且也是最多的,也有其他语言。
比如C++在最开始时候是用 汇编的,但是汇编难懂,而且也不容易移植,渐渐的被C代替,不过即使如此,在启动程序时候,要启动板子,也就是电路板时候,还是需要用一些汇编语言完成。
作为一个嵌入市系统的程序,和在PC上运行着的程序没有任何不同,唯一不同可能是在PC上运行的程序,你可以看到结果——如果你用输出语句的话,而在这里,你是看布道结果的。
除非你加上L CD硬件,然后编写了LCD驱动程序,然后再编写显示 程序。
编写嵌入市程序,一切都要自己解决。
我们的手机如果不是认为把电源切断的话,或者在电源消耗到一定程度的话,是会一直在使用的,所以,手机程序是一直在运转的,就是说一直在循环,这个,对于了解嵌入市程序,应该是个好材料——嵌入式程序就是一个无限循环的程序,除非关掉电源和电源因素,这里也有一个测试点:硬件中断是最高级的,它会终止你的程序,即使你现在的程序级别很高,比如通话,如果没电了,一切会o ver. 手机程序就是在一个无限循环的程序,什么时候跳出这个无限循环?你关机吧,如果感到不高兴,把电池卸下来,因为有可能进入死循环,而关机键失效了,——只好通过取下电池了。
这里要专门说明一下存储器,因为很多手机毛病都和存储有关,而且很多问题都和存储相关,计算机的存储是关键,而手机更是关键,因为计算机有硬盘作为存储,而手机所有的都在存储器里 存储器分为几类,RAM 随机存储器,ROM随机只读存储器还有现在出现一些的闪存,以及电子可编程存储和非易失存储起。
一个一个到来 。
RAM 随机存储器,其中又有SRAM(静态RAM)DRAM(动态RAM), SRAM,只要只要电源开着,就会保存,我们打电话,有些最后拨打的号码,暂时是存在SRAM中的,不会立刻写入通话记录。
只有正常关机,才会写入,如果取电池的话,是不会写入手机的通话记录的,如果在通话记录中出现了已经拨打电话,但是没有记录的情况,那么有可能和这个存储器有关,可能是你的软件上错误,也可能是硬件。
DRAM在手机上用的不多,因为保留数据时间很短。
从价格上看,SRAM是非常昂贵的,而DRAM相比很便宜。
ROM也有几种,PROM可编程ROM 和EPROM可擦除可编程ROM。
两者区别是,PROM是一次性的,也就是软件灌入后,这个就完蛋了,这种是早...
软件测试的基础知识概要是什么?
信息技术的飞速发展,使软件产品应用到社会的各个领域,软件产品的质量自然成为人们共同关注的焦点。
不论软件的生产者还是软件的使用者,均生存在竞争的环境中,软件开发商为了占有市场,必须把产品质量作为企业的重要目标之一,以免在激烈的竞争中被淘汰出局。
用户为了保证自己业务的顺利完成,当然希望选用优质的软件。
质量不佳的软件产品不仅会使开发商的维护费用和用户的使用成本大幅增加,还可能产生其他的责任风险,造成公司信誉下降,继而冲击股票市场。
在一些关键应用 (如民航订票系统、银行结算系统、证券交易系统、自动飞行控制软件、军事防御和核电站安全控制系统等) 中使用质量有问题的软件,还可能造成灾难性的后果。
软件危机曾经是软件界甚至整个计算机界最热门的话题。
为了解决这场危机,软件从业人员、专家和学者做出了大量的努力。
现在人们已经逐步认识到所谓的软件危机实际上仅是一种状况,那就是软件中有错误,正是这些错误导致了软件开发在成本、进度和质量上的失控。
有错是软件的属性,而且是无法改变的,因为软件是由人来完成的,所有由人做的工作都不会是完美无缺的。
问题在于我们如何去避免错误的产生和消除已经产生的错误,使程序中的错误密度达到尽可能低的程度。
给软件带来错误的原因很多,具体地说,主要有如下几点: ①、交流不够、交流上有误解或者根本不进行交流 在应用应该做什么或不应该做什么的细节(应用的需求)不清晰的情况下进行开发。
②、软件复杂性 图形用户界面(gui),客户/服务器结构,分布式应用,数据通信,超大型关系型数据库以及庞大的系统规模,使得软件及系统的复杂性呈指数增长,没有现代软件开发经验的人很难理解它。
③、程序设计错误 向所有的人一样,程序员也会出错。
④、需求变化 需求变化的影响是多方面的,客户可能不了解需求变化带来的影响,也可能知道但又不得不那么做。
需求变化的后果可能是造成系统的重新设计,设计人员的日程的重新安排,已经完成的工作可能要重做或者完全抛弃,对其他项目产生影响,硬件需求可能要因此改变,等等。
如果有许多小的改变或者一次大的变化,项目各部分之间已知或未知的依赖性可能会相互影响而导致更多问题的出现,需求改变带来的复杂性可能导致错误,还可能影响工程参与者的积极性。
⑤、时间压力 软件项目的日程表很难做到准确,很多时候需要预计和猜测。
当最终期限迫近和关键时刻到来之际,错误也就跟着来了。
⑥、自负人更喜欢说:'没问题','这事情很容易','几个小时我就能拿出来' 太多不切实际的‘没问题’,结果只能是引入错误。
⑦、代码文档贫乏 贫乏或者差劲的文档使得代码维护和修改变的异常艰辛,其结果是带来许多错误。
事实上,在许多机构并不鼓励其程序员为代码编写文档,也不鼓励程序员将代码写得清晰和容易理解,相反他们认为少写文档可以更快的进行编码,无法理解的代码更易于工作的保密(“写得艰难必定读的痛苦”)。
⑧、软件开发工具 可视化工具,类库,编译器,脚本工具,等等,它们常常会将自身的错误带到应用软件中。
就象我们所知道的,没有良好的工程化作为基础,使用面向对象的技术只会使项目变得更复杂。
为了更好地解决这些问题,软件界做出了各种各样的努力。
人们曾经认为更好的程序语言可以使我们摆脱这些困扰,这推动了程序设计语言的发展,更多的语言开始流行,为了使程序更易于理解开发了结构化程序设计语言,如pl/1,pascal等;为了解决实时多任务需求开发了结构化多任务程序设计语言,如modula,ada等;为了提高重用性开发了面向对象的程序设计语言,如simlasa等;为了避免产生不正确的需求理解,开发形式化描述语言,如hal/s等,这使得建立基于自然语言的描述成为可能,人们以形式化语言来描述需求;为了支持大型数据库应用,开发了可视化工具,如visual studio、power builder等。
程序语言对提高软件生产效率起到了一定的积极作用,但它对整个软件质量尤其是可靠性的影响,与其他因素相比作用较小。
可能是因为程序语言基于严格的语法和语义规则,人们企图用形式化证明方法来证明程序的正确性。
将程序当作数学对象来看待,从数学意义上证明程序是正确的是可能的。
数学家对形式化证明方法最有兴趣,在论文上谈起来非常吸引人,但实际价值却非常有限,因为形式化证明方法只有在代码写出来之后才能使用,这显然太迟了,而且对于大的程序证明起来非常困难。
受到其他行业项目工程化的启发,软件工程学出现了,软件开发被视为一项工程,以工程化的方法来进行规划和管理软件的开发。
针对需求不确定的应用,可以使用渐进和迭代类的开发模型。
还可以采用快速应用程序开发(rad)和协同应用程序开发(jad)技术,由软件开发者和用户代表共同参与开发软件规范。
rad和jad的基本思路是开发者和用户共同设计系统中的屏幕,开发者迅速地把实现这些屏幕的最基本功能编写好,然后把它们交给用户看,然后用户和开发者回顾这些屏幕以确认它们达到了用户的要求,这个周期一直持续到系统的基本部分定义...
软件测试工具有哪些?
白盒测试工具白盒测试工具一般是针对代码进行测试,测试中发现的缺陷可以定位到代码级,根据测试工具原理的不同,又可以分为静态测试工具和动态测试工具。
静态测试工具:直接对代码进行分析,不需要运行代码,也不需要对代码编译链接,生成可执行文件。
静态测试工具一般是对代码进行语法扫描,找出不符合编码规范的地方,根据某种质量模型评价代码的质量,生成系统的调用关系图等。
静态测试工具的代表有:Telelogic公司的Logiscope软件;PR公司的PRQA软件。
动态测试工具:动态测试工具与静态测试工具不同,动态测试工具的一般采用"插桩"的方式,向代码生成的可执行文件中插入一些监测代码,用来统计程序运行时的数据。
其与静态测试工具最大的不同就是动态测试工具要求被测系统实际运行。
动态测试工具的代表有:Compuware公司的DevPartner软件;Rational公司的Purify系列等。
黑盒测试工具黑盒测试工具适用于黑盒测试的场合,黑盒测试工具包括功能测试工具和性能测试工具。
黑盒测试工具的一般原理是利用脚本的录制(Record)/回放(Playback),模拟用户的操作,然后将被测系统的输出记录下来同预先给定的标准结果比较。
黑盒测试工具可以大大减轻黑盒测试的工作量,在迭代开发的过程中,能够很好地进行回归测试。
黑盒测试工具的代表有:Rational公司的TeamTest、Robot;Compuware公司的QACenter。
性能测试工具专用于性能测试的工具包括有:Radview公司的WebLoad;Microsoft公司的 WebStress等工具;针对数据库测试的TestBytes;对应用性能进行优化的EcoScope等工具。
MercuryInteractive的LoadRunner是一种适用于各种体系架构的自动负载测试工具,它能预测系统行为并优化系统性能。
LoadRunner的测试对象是整个企业的系统,它通过模拟实际用户的操作行为和实行实时性能监测,来帮助您更快的查找和发现问题。
测试管理工具测试管理工具用于对测试进行管理。
一般而言,测试管理工具对测试计划、测试用例、测试实施进行管理,并且,测试管理工具还包括对缺陷的跟踪管理。
测试管理工具的代表有:Rational公司的Test Manager;Compureware公司的TrackRecord;Mercury Interactive公司的TestDirector等软件。
满意的话请采纳!
常见的软件测试工具有哪些?
展开全部 ICT在线测试原理摘要:本文介绍在线测试的基本知识和基本原理。
1 慨述1.1 定义 在线测试,ICT,In-Circuit Test,是通过对在线元器件的电性能及电气连接进行测试来检查生产制造缺陷及元器件不良的一种标准测试手段。
它主要检查在线的单个元器件以及各电路网络的开、短路情况,具有操作简单、快捷迅速、故障定位准确等特点。
飞针ICT基本只进行静态的测试,优点是不需制作夹具,程序开发时间短。
针床式ICT可进行模拟器件功能和数字器件逻辑功能测试,故障覆盖率高,但对每种单板需制作专用的针床夹具,夹具制作和程序开发周期长。
1.2 ICT的范围及特点检查制成板上在线元器件的电气性能和电路网络的连接情况。
能够定量地对电阻、电容、电感、晶振等器件进行测量,对二极管、三极管、光藕、变压器、继电器、运算放大器、电源模块等进行功能测试,对中小规模的集成电路进行功能测试,如所有74系列、Memory 类、常用驱动类、交换类等IC。
它通过直接对在线器件电气性能的测试来发现制造工艺的缺陷和元器件的不良。
元件类可检查出元件值的超差、失效或损坏,Memory类的程序错误等。
对工艺类可发现如焊锡短路,元件插错、插反、漏装,管脚翘起、虚焊,PCB短路、断线等故障。
测试的故障直接定位在具体的元件、器件管脚、网络点上,故障定位准确。
对故障的维修不需较多专业知识。
采用程序控制的自动化测试,操作简单,测试快捷迅速,单板的测试时间一般在几秒至几十秒。
1。
3意义在线测试通常是生产中第一道测试工序,能及时反应生产制造状况,利于工艺改进和提升。
ICT测试过的故障板,因故障定位准,维修方便,可大幅提高生产效率和减少维修成本。
因其测试项目具体,是现代化大生产品质保证的重要测试手段之一。
ICT测试理论做一些简单介绍1基本测试方法1.1模拟器件测试利用运算放大器进行测试。
由“A”点“虚地”的概念有:∵Ix = Iref∴Rx = Vs/ V0*RrefVs、Rref分别为激励信号源、仪器计算电阻。
测量出V0,则Rx可求出。
若待测Rx为电容、电感,则Vs交流信号源,Rx为阻抗形式,同样可求出C或L。
1.2 隔离(Guarding)上面的测试方法是针对独立的器件,而实际电路上器件相互连接、相互影响,使Ix笽ref,测试时必须加以隔离(Guarding)。
隔离是在线测试的基本技术。
在上电路中,因R1、R2的连接分流,使Ix笽ref ,Rx = Vs/ V0*Rref等式不成立。
测试时,只要使G与F点同电位,R2中无电流流过,仍然有Ix=Iref,Rx的等式不变。
将G点接地,因F点虚地,两点电位相等,则可实现隔离。
实际实用时,通过一个隔离运算放大器使G与F等电位。
ICT测试仪可提供很多个隔离点,消除外围电路对测试的影响。
1.2 IC的测试对数字IC,采用Vector(向量)测试。
向量测试类似于真值表测量,激励输入向量,测量输出向量,通过实际逻辑功能测试判断器件的好坏。
如:与非门的测试对模拟IC的测试,可根据IC实际功能激励电压、电流,测量对应输出,当作功能块测试。
2 非向量测试随着现代制造技术的发展,超大规模集成电路的使用,编写器件的向量测试程序常常花费大量的时间,如80386的测试程序需花费一位熟练编程人员近半年的时间。
SMT器件的大量应用,使器件引脚开路的故障现象变得更加突出。
为此各公司非向量测试技术,Teradyne推出MultiScan;GenRad推出的Xpress非向量测试技术。
2.1 DeltaScan模拟结测试技术DeltaScan利用几乎所有数字器件管脚和绝大多数混合信号器件引脚都有的静电放电保护或寄生二极管,对被测器件的独立引脚对进行简单的直流电流测试。
当某块板的电源被切断后,器件上任何两个管脚的等效电路如下图中所示。
1 在管脚A加一对地的负电压,电流Ia流过管脚A之正向偏压二极管。
测量流过管脚A的电流Ia。
2 保持管脚A的电压,在管脚B加一较高负电压,电流Ib流过管脚B之正向偏压二极管。
由于从管脚A和管脚B至接地之共同基片电阻内的电流分享,电流Ia会减少。
3 再次测量流过管脚A的电流Ia。
如果当电压被加到管脚B时Ia没有变化(delta),则一定存在连接问题。
DeltaScan软件综合从该器件上许多可能的管脚对得到的测试结果,从而得出精确的故障诊断。
信号管脚、电源和接地管脚、基片都参与DeltaScan测试,这就意味着除管脚脱开之外,DeltaScan也可以检测出器件缺失、插反、焊线脱开等制造故障。
GenRad类式的测试称Junction Xpress。
其同样利用IC内的二极管特性,只是测试是通过测量二极管的频谱特性(二次谐波)来实现的。
DeltaScan技术不需附加夹具硬件,成为首推技术。
2.2 FrameScan电容藕合测试FrameScan利用电容藕合探测管脚的脱开。
每个器件上面有一个电容性探头,在某个管脚激励信号,电容性探头拾取信号。
如图所示:1 夹具上的多路开关板选择某个器件上的电容性探头。
2 测试仪内的模拟测试板(ATB)依次向每个被测管脚发出交流信号。
3 电容性探头采集并缓冲被测管脚上的交流信号。
4 ATB测量电容性探头拾取的交流信号。
如果某个管脚与电路板的连接是正确的,就会测到信号;如果该管脚脱开,则不会有信号。
GenRad类式的技术称Ope...
有哪些主流的软件测试工具呢?
五类测试工具1.负载压力测试工具 这类测试工具的主要目的是度量应用系统的可扩展性和性能,是一种预测系统行为和性能 的自动化测试工具。
在实施并发负载过程中,通过实时性能监测来确认和查找问题,并针对所 发现问题对系统性能进行优化,确保应用的成功部署。
负载压力测试工具能够对整个企业架构 进行测试,通过这些测试,企业能最大限度地缩短测试时间,优化性能和加速应用系统的发布 周期。
2.功能测试工具 通过自动录制、检测和回放用户的应用操作,将被测系统的输出记录同预先给定的标准结 果比较,功能测试工具能够有效地帮助测试人员对复杂的企业级应用的不同发布版本的功能进 行测试,提高测试人员的工作效率和质量。
其主要目的是检测应用程序是否能够达到预期的功 能并正常运行。
3.白盒测试工具 白盒测试工具一般是针对代码进行测试,测试中发现的缺陷可以定位到代码级。
根据测试工具原理的不同,又可以分为静态测试工具和动态测试工具。
静态测试工具直接对代码进行分析,不需要运行代码,也不需要对代码编译链接和生成可执行文件。
静态测试工具一般是对代码进行语法扫描,找出不符合编码规范的地方,根据某种质量模型评价代码的质量,生成系统的调用关系图等。
动态测试工具一般采用“插桩”的方式,在代码生成的可执行文件中插入一些监测代码,用来统计程序运行时的数据。
它与静态测试工具最大的不同是,动态测试工具要 求被测系统实际运行。
4.测试管理工具 一般而言,测试管理工具对测试需求、测试计划、测试用例、测试实施进行管理,并且测 试管理工具还包括对缺陷的跟踪管理。
测试管理工具能让测试人员、开发人员或其他的IT人员 通过一个中央数据仓库,在不同地方就能交互信息。
5.测试辅助工具 这些工具本身并不执行测试,例如它们可以生成测试数据,为测试提供数据准备。
IT测试工具集锦 Radview TestView系列 Radview公司的TestView系列Web性能测试工具和WebLoad Analyzer性能分析工具,旨在测 试Web应用和Web服务的功能、性能、程序漏洞、兼容性、稳定性和抗攻击性,并且能够在测试 的同时分析问题原因和定位故障点。
整套Web性能测试和分析工具包含两个相对独立的子系统:Web性能测试子系统Web性能分析子系统。
其中Web性能测试子系统包含3个模块:TestView Manager、WebFT以及WebLoad。
Web性能分析子系统只有WebLoad Analyzer。
左图表达了在一个完整的测试系统中,TestView Manager用来定制、管理各种测试活动; WebLoad模拟多个用户行为进行测试,所测试的是系统性能,容量,稳定性和抗攻击性;WebFT 模仿单一用户行为进行测试,所测试的是系统功能,漏洞,兼容性和稳定性; WebLoad Analyzer对Web服务、中间件和数据库进行监控和分析,找出问题原因和故障点。
IBM Rational ClearQuest IBM Rational ClearQuest提供基于活动的变更和缺陷跟踪。
以灵活的工作流管理所有类型的变更要求,包括缺陷、改进、问题和文档变更。
能够方便地定制缺陷和变更请求的字段、流程、用户界面、查询、图表和报告。
拥有“设计一次,到处部署”的能力,从而可以自动改 变任何客户端界面(Windows、Linux、UNIX 和 Web)。
可与IBM WebSphere Studio、Eclipse 和Microsoft .NET IDE进行紧密集成,从而可以即时访问变更信息。
支持统一变更管理,以提供经过验证的变更管理过程支持。
易于扩展,因此无论开发项目的团队规模、地点和平台如 何,均可提供良好支持。