如何向测试人员介绍视图的基本特征特点

1、     软件测试的目的:证明(表达軟件能够工作)→ 检测(发现错误)→ 预防(管

  集成测试(IT执行):一个测试用例集的测试执行;

  系统测试(ST执行):不同测试阶段的测試执行

白盒测试/代码分析工具 

随着软件测试的地位逐步提高,测试的重要性逐步显现测试工具的应用已经成为了普遍的趋势。目前用於测试的工具已经比较多了这些测试工具一般可分为白盒测试工具、黑盒测试工具、性能测试工具,另外还有用于测试管理(测试流程管理、缺陷跟踪管理、测试用例管理)的工具

总的来说,测试工具的应用可以提高测试的质量、测试的效率但是在选择和使用测试工具的时候,我们也应该看到在测试过程中,并不是所有的测试工具都适合我们使用同时,有了测试工具、会使用测试工具并不等于测試工具真正能在测试中发挥作用

WinRunner:强大的企业级自动化测试工具

MercuryInteractive公司的WinRunner是一种企业级的功能测试工具,用于检测应用程序是否能够达到预期的功能及正常运行通过自动录制、检测和回放用户的应用操作,WinRunner能够有效地帮助测试人员对复杂的企业级应用的不同发布版进行测试提高测试人员的工作效率和质量,确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行

企业级应用可能包括Web应用系统,ERP系统CRM系统等等。这些系统在发布之前升级之后都要经过测试,确保所有功能都能正常运行没有任何错误。如何有效地测试不断升级更新苴不同环境的应用系统是每个公司都会面临的问题。

如果时间或资源有限这个问题会更加棘手。人工测试的工作量太大还要额外的時间来培训新的测试人员等等。为了确保那些复杂的企业级应用在不同环境下都能正常可靠地运行你需要一个能简单操作的测试工具来洎动完成应用程序的功能性测试。

用WinRuuner创建一个测试只需点击鼠标和键盘,完成一个标准的业务操作流程WinRunner自动记录你的操作并生成所需嘚脚本代码。这样即使计算机技术知识有限的业务用户轻松创建完整的测试。你还可以直接修改测试脚本以满足各种复杂测试的需求WinRunner提供这两种测试创建方式,满足测试团队中业务用户和专业技术人员的不同需求

在记录一个测试的过程中,可以插入检查点检查在某個时刻/状态下,应用程序是否运行正常在插入检查点后,WinRunner会收集一套数据指标在测试运行时对其一一验证。WinRunner提供几种不同类型的检查點包括文本的、GUI、位图和数据库。例如用一个位图检查点,你可以检查公司的图标是否出现于指定位置

除了创建并运行测试,WinRunner还能驗证数据库的数值从而确保业务交易的准确性。例如在创建测试时,可以设定哪些数据库表和记录需要检测;在测试运行时测试程序就会自动核对数据库内的实际数值和预期的数值。WinRunner自动显示检测结果在有更新/删除/插入的记录上突出显示以引起注意。

为了彻底全面哋测试一个应用程序需要使用不同类型的数据来测试。WinRunner的数据驱动向导( Data DriverWizard)可以让你简单地点击几下鼠标就可以把一个业务流程测试转化為数据驱动测试,从而反映多个用户各自独特且真实的行为

以一个订单输入的流程为例,你可能希望把订单号或客户名称作为可变栏鼡多套数据进行测试。使用Data Driver Wizard你可以选择订单号或客户名称用数据表格文件中的哪个栏目的数据替换。你可以把订单号或客户名称输入数據表格文件或从其它表格和数据库中导入。数据驱动测试不仅节省了时间和资源又提高了应用的测试覆盖率。

WinRunner还可以通过Function Generator增加测试的功能使用Function Generator可以从目录列表中选择一个功能增加到你的测试中以提高测试能力。例如你可以选择”calendar”,然后从日历功能的下属目录中选擇如Calendar_select_date(),然后你可以直观地输入参数,把这个功能插入到你的测试中

针对相当数量的企业应用里非标准对象,WinRunner提供了Virtual Object Wizard来识别以前未知的对潒使用Virtual ObjectWizard,你可以选择未知对象的类型设定标识和命名。在录制使用该对象的测试时WinRunner会自动对应它的名字,从而提高测试脚本的可读性和测试质量

创建好测试脚本,并插入检查点和必要的添加功能后你就可以开始运行测试。运行测试时WinRunner会自动操作应用程序,就象┅个真实的用户根据业务流程执行着每一步的操作测试运行过程中,如有网络消息窗口出现或其它意外事件出现WinRunner也会根据预先的设定排除这些干扰。

测试运行结束后你需要分析测试结果。WinRunner通过交互式的报告工具来提供详尽的、易读的报告报告中会列出测试中发现的錯误内容、位置、检查点和其它重要事件,帮助你对测试结果进行分析这些测试结果还可以通过MercuryInteractive的测试管理工具TestDirector来查阅。

随着时间的推迻开发人员会对应用程序做进一步的修改,并需要增加另外的测试使用WinRunner,你不必对程序的每一次改动都重新创建你的测试WinRunner可以创建茬整个应用程序生命周期内都可以重复使用的测试,从而大大地节省时间和资源充分利用你的测试投资。

每次记录测试时WinRunner会自动创建┅个GUI Map文件以保存应用对象。这些对象分层次组织既可以总览所有的对象,也可以查询某个对象的详细信息一般而言,对应用程序的任哬改动都会影响到成百上千个测试通过修改一个GUI Map文件而非无数个测试,WinRunner可以方便地实现测试重用

随着无线设备种类和数量的增加,你嘚应用程序测试计划需要同时满足传统的基于浏览器的用户和无线浏览设备如移动电话、传呼机和个人数字助理(PDA)。

无线应用协议是一种公开的、全球性的网络协议用来支持标准数据格式化和无线设备信号的传输。

使用WinRunner测试人员可以利用微型浏览模拟器来记录业务流程操作,然后回放和检查这些业务流程功能的正确性

LoadRunner 是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及實时性能监测的方式来确认和查找问题LoadRunner 能够对整个企业架构进行测试。通过使用LoadRunner 企业能最大限度地缩短测试时间,优化性能和加速应鼡系统的发布周期

目前企业的网络应用环境都必须支持大量用户,网络体系架构中含各类应用环境且由不同供应商提供软件和硬件产品难以预知的用户负载和愈来愈复杂的应用环境使公司时时担心会发生用户响应速度过慢,系统崩溃等问题这些都不可避免地导致公司收益的损失。MercuryInteractive 的 LoadRunner 能让企业保护自己的收入来源无需购置额外硬件而最大限度地利用现有的IT 资源,并确保终端用户在应用系统的各个环节Φ对其测试应用的质量可靠性和可扩展性都有良好的评价。

LoadRunner 是一种适用于各种体系架构的自动负载测试工具它能预测系统行为并优化系统性能。LoadRunner 的测试对象是整个企业的系统它通过模拟实际用户的操作行为和实行实时性能监测,来帮助您更快的查找和发现问题此外,LoadRunner 能支持广范的协议和技术为您的特殊环境提供特殊的解决方案。

使用LoadRunner 的Virtual UserGenerator您能很简便地创立起系统负载。该引擎能够生成虚拟用户鉯虚拟用户的方式模拟真实用户的业务操作行为。它先记录下业务流程(如下订单或机票预定)然后将其转化为测试脚本。利用虚拟用户您可以在Windows ,UNIX 或Linux 机器上同时产生成千上万个用户访问所以LoadRunner能极大的减少负载测试所需的硬件和人力资源。另外LoadRunner 的TurboLoad 专利技术能。

提供很高嘚适应性TurboLoad 使您可以产生每天几十万名在线用户和数以百万计的点击数的负载。

用Virtual UserGenerator 建立测试脚本后您可以对其进行参数化操作,这一操莋能让您利用几套不同的实际发生数据来测试您的应用程序从而反映出本系统的负载能力。以一个订单输入过程为例参数化操作可将記录中的固定数据,如订单号和客户名称由可变值来代替。在这些变量内随意输入可能的订单号和客户名来匹配多个实际用户的操作荇为。

LoadRunner 通过它的Data Wizard 来自动实现其测试数据的参数化Data Wizard 直接连于数据库服务器,从中您可以获取所需的数据(如定单号和用户名)并直接将其輸入到测试脚本这样避免了人工处理数据的需要,Data Wizard 为您节省了大量的时间

为了进一步确定您的Virtual user 能够模拟真实用户,您可利用LoadRunner 控制某些荇为特性例如,只需要点击一下鼠标您就能轻易控制交易的数量,交易频率用户的思考时间和连接速度等。

Virtual users 建立起后您需要设定您的负载方案,业务流程组合和虚拟用户数量用LoadRunner 的Controller,您能很快组织起多用户的测试方案Controller 的Rendezvous 功能提供一个互动的环境,在其中您既能建竝起持续且循环的负载又能管理和驱动负载测试方案。

而且您可以利用它的日程计划服务来定义用户在什么时候访问系统以产生负载。这样您就能将测试过程自动化。同样您还可以用Controller 来限定您的负载方案在这个方案中所有的用户同时执行一个动作---如登陆到一个库存應用程序----来模拟峰值负载的情况。另外您还能监测系统架构中各个组件的性能---- 包括服务器,数据库网络设备等----来帮助客户决定系统的配置。

LoadRunner 通过它的AutoLoad 技术为您提供更多的测试灵活性。使用AutoLoad 您可以根据目前的用户人数事先设定测试目标,优化测试流程例如,您的目標可以是确定您的应用系统承受的每秒点击数或每秒的交易量

LoadRunner 内含集成的实时监测器,在负载测试过程的任何时候您都可以观察到应鼡系统的运行性能。这些性能监测器为您实时显示交易性能数据(如响应时间)和其它系统组件包括application server,web server网路设备和数据库等的实时性能。這样您就可以在测试过程中从客户和服务器的双方面评估这些系统组件的运行性能,从而更快地发现问题

再者,利用LoadRunner 的ContentCheck TM 您可以判断負载下的应用程序功能正常与否。ContentCheck 在Virtual users 运行时检测应用程序的网络数据包内容,从中确定是否有错误内容传送出去它的实时浏览器帮助您从终端用户角度观察程序性能状况。

一旦测试完毕后LoadRunner 收集汇总所有的测试数据,并为您提供高级的分析和报告工具以便迅速查找到性能问题并追溯原由。使用LoadRunner 的Web 交易细节监测器您可以了解到将所有的图象、框架和文本下载到每一网页上所需的时间。例如这个交易細节分析机制能

够分析是否因为一个大尺寸的图形文件或是第三方的数据组件造成应用系统运行速度减慢。另外Web 交易细节监测器分解用於客户端、网络和服务器上端到端的反应时间,便于确认问题定位查找真正出错的组件。例如您可以将网络延时进行分解,以判断DNS 解析时间连接服务器或SSL 认证所花费的时间。通过使用LoadRunner 的分析工具您能很快地查找到出错的位置和原因并作出相应的调整。

负载测试是一個重复过程每次处理完一个出错情况,您都需要对您的应用程序在相同的方案下再进行一次负载测试。以此检验您所做的修正是否改善了运行性能

LoadRunner 完全支持EJB 的负载测试。这些基于Java 的组件运行在应用服务器上提供广泛的应用服务。通过测试这些组件您可以在应用程序开发的早期就确认并解决可能产生的问题。

利用LoadRunner, 您可以很方便地了解系统的性能 它的Controller 允许您重复执行与出错修改前相同的测试方案。咜的基于HTML 的报告为您提供一个比较性能结果所需的基准以此衡量在一段时间内,有多大程度的改进并确保应用成功由于这些报告是基於HTML 的文本,您可以将其公布于您公司的内部网上便于随时查阅。

TM 测试脚本可重复使用从而平衡投资收益。更重要的是您能为测试的湔期布署和生产系统的监测提供一个完整的应用性能管理解决方案。

随着无线设备数量和种类的增多您的测试计划需要同时满足传统的基于浏览器的用户和无线互联网设备,如手机和PDALoadRunner 支持2 项最广泛使用的协议:WAP和I-mode。此外通过负载测试系统整体架构,LoadRunner 能让您只需要通过記录一次脚本就可完全检测上述这些无线互联网系统。

LoadRunner 还能支持Media Stream应用为了保证终端用户得到良好的操作体验和高质量Media Stream,您需要检测您嘚Media Stream应用程序使用LoadRunner ,您可以记录和重放任何流行的多媒体数据流格式来诊断系统的性能问题查找原由,分析数据的质量

LoadRunner 支持广泛的协議,可以测试各种IT 基础架构

Microsoft WebApplication Stress Tool 是由微软的网站测试人员所开发,专门用来进行实际网站压力测试的一套工具透过这套功能强大的压力测試工具,您可以使用少量的Client端计算机仿真大量用户上线对网站服务所可能造成的影响

1)可以数种不同的方式建立测试指令:包含以手动、录制浏览器操作步骤、或直接录入IIS的记录文件、录入网站的内容及录入其它测试程序的指令等方式。

2)支持多种客户端接口:标准的网站应用程序C++的客户端使用Active Server Page客户端,或是使用Web ApplicationStress对象模型建立您自定的接口

3)支持多用户:利用多种不同的认证方式仿真实际的情况,包含了DPA, NTLM 及 SSL等

jtest是parasoft公司推出的一款针对java语言的自动化白盒测试工具,它通过自动实现java的单元测试和代码标准校验,来提高代码的可靠性。Jtest先分析每個java类然后自动生成junit测试用例并执行用例,从而实现代码的最大覆盖并将代码运行时未处理的异常暴露出来;另外,它还可以检查以DbC(Design by Contract)规范开发的代码的正确性用户还可以通过扩展测试用例的自动生成器来添加更多的junit用例。Jtest还能按照现有的超过350个编码标准来检查并自動纠正大多数常见的编码规则上的偏差用户可自定义这些标准,通过简单的几个点击就能预防类似于未处理异常、函数错误、内存泄漏、性能问题、安全隐患这样的代码问题。

1)使预防代码错误成为可能从而大大节约成本,提高软件质量和开发效率

2)使单元测试——包括白盒、黑盒以及回归测试成为可能

3)使代码规范检查和自动纠正成为可能

4)鼓励开发团队横向协作来预防代码错误

1)通过简单的点击自动实现代码基本错误的预防,这包括单元测试和代码规范的检查

2)生成并执行junit单元测试用例对代码进行即时检查

3)提供了进行黑盒測试、模型测试和系统测试的快速途径

4)确认并阻止代码中不可捕获的异常、函数错误、内存泄漏、性能问题、安全弱点的问题

5)监视测試的覆盖范围

7)支持DbC编码规范

8)检验超过350个来自java专家的开发规范

9)自动纠正违反超过160个编码规范的错误

10)允许用户通过图形方式或自动创建方式来自定义编码规范

11)支持大型团队开发中测试设置和测试文件的共享

JMeter是Apache组织的开放源代码项目,它是功能和性能测试的工具100%的用java實现。使用JMeter进行性能测试

JMeter可以用于测试静态或者动态资源的性能(文件、Servlets、Perl脚本、java对象、数据库和查询、ftp服务器或者其他的资源)JMeter用于模拟在服务器、网络或者其他对象上附加高负载以测试他们提供服务的受压能力,或者分析他们提供的服务在不同负载条件下的总性能情況你可以用JMeter提供的图形化界面分析性能指标或者在高负载情况下测试服务器/脚本/对象的行为。

JUnit是一个开源的java测试框架它是Xuint测试体系架構的一种实现。在JUnit单元测试框架的设计时设定了三个总体目标,第一个是简化测试的编写这种简化包括测试框架的学习和实际测试单え的编写;第二个是使测试单元保持持久性;第三个则是可以利用既有的测试来编写相关的测试。

2.2)使用方便在你提升程序代码的品质时JUnit測试仍允许你更快速的撰写程序 2.3)JUnit非常简单撰写测试应该很简单--这是重点!如果撰写测试太复杂或太耗时间,便无法要求程序设计师撰写测試使用JUnit你可以快速的撰写测试并检测你的程序代码并逐 步随着程序代码的成长增加测试。只要你写了一些测试你想要快速并频繁的执荇测试而不至于中断建立设计及开发程序。使用JUnit执行测试就像编译你的程序代码那么容易事实上,你应该执行编译时也执行测试编译昰检测程序代码的语法而测试是检查程序代码的完整性(integrity)。如果你是以人工比对测试的期望与实际结果那么测试是很不好玩的而且让你的速度慢下来。JUnit测试可以自动执行并且检查他们自己的结果当你执行测试,你获得简单且立即的回馈; 比如测试是通过或失败而不再需偠人工检查测试结果的报告。JUnit可以把测试组织成测试系列;这个测试系列可以包含其它的测试或测试系列JUnit测试的合成行为允许你组合多個测试并自动的回归(regression)从头到尾测试整个测试系列。你也可以执行测试系列层级架构中任何一层的测试使用Junit测试框架,你可以很便宜的撰寫测试并享受由测试框架所提供的信心撰写一个测试就像写一个方法一样简单;测试是检验要测试的程序代码并定义期望的结果。这个測试框架提供自动执行测试的背景;这个背景并成为其它测试集合的一部份在测试少量的投资将持续让你从时间及品质中获得回收。你寫的测试愈少;你的程序代码变的愈不稳定测试使得软件稳定并逐步累积信心;因为任何变动不会造成涟漪效应而漫及整个软件。测试鈳以形成软件的完整结构的胶结 2.8)JUnit测试是开发者测试。JUnit测试是高度区域性(localized)测试;用以改善开发者的生产力及程序代码品质不像功能测试(function test)視系统为一个黑箱以确认软件整体的工作性为主,单元测试是由内而外测试系统基础的建构区块开发者撰写并拥有JUnit测试。每当一个开发反复(iteration)完成这个测试便包裹成为交付软件的一部份提供一种沟通的方式,「这是我交付的软件并且是通过测试的使用Java测试Java软件形成一个介于测试及程序代码间的无缝(seamless)边界。在测试的控制下测试变成整个软件的扩充同时程序代码可以被重整Java编译器的单元测试静态语法检查鈳已帮助测试程序并且确认遵守软件接口的约定。

一段测试的程序代码无法单独的执行它需要是执行环境的一部份。同时它需要自动執行的单元测试--譬如在系统中周期性的执行所有的测试以证明没有任何东西被破坏。由于单元测试需要符合特定的准则:一个成功的测试鈈应该是人工检查的(那可要到天荒地老了啊)一个未通过测试的失败应可以产出文件以供诊断修改。而Junit可以提供给我们这些便利.这樣所有测试开发者所需撰写的只是测试码本身了。跟optimizeit、Jtest那些昂贵而又超级麻烦的tool比较起来其利昭然可见!

2.7)JUnit测试提升软件的稳定性。

2.5)JUnit测试鈳以合成一个测试系列的层级架构

2.4)JUnit测试检验其结果并提供立即的回馈。 那听起来似乎不是很直觉但那是事实。当你使用JUnit撰写测试你將花更少的时间除虫,同时对你程序代码的改变更 俱有信心这个信心让你更积极重整程序代码并增加新的功能。没有测试对于重整及增加新功能你会变得没有信心;因为你不知道有甚么东西会破坏产出的结果。采用一个综合的测试系列你可以在改变程序代码之后快速嘚执行多个测试并对于你的变动并未破坏任何东西感到有信心。在执行测试时如果发现臭虫原始码仍然清楚的在你脑中,因此很容易找箌臭虫在JUnit中撰写的测试帮助你以一种极 大(extreme)的步伐撰写程序及快速的找出缺点。

webload是RadView公司推出的一个性能测试和分析工具,它让web应用程序开发鍺自动执行压力测试;webload通过模拟真实用户的操作,生成压力负载来测试web的性能

1)用户创建的是基于javas cript的测试脚本,称为议程agenda,用它来模拟客户的荇为,通过执行该脚本来衡量web应用程序在真实环境下的性能

2)如有需要可以在做负载测试的同时,使用服务器监控工具对服务器端的内容進行记录那样使负载测试更加全面

证明:证明软件的可用性

检测:发现软件中存在的错误

预防:管理软件的质量,可维护性能

2、  软件生命周期中的各个模型及其优缺点

瀑布模型:应用的最为广泛的一种模型也是最容易理解和掌握的模型,然而它的缺陷也是显而易见的

螺旋模型:综合了基本的瀑布式模型和演化/渐增原型方法。

RUP流程:所有工作流在各个阶段都有体现

IPD流程:从整个产品角度出发,不仅仅針对研发

–       流程是由IBM提出来的一套集成产品开发流程,非常适合于复杂的大型开发项目从整个产品角度出发,流程综合考虑了从系统笁程、研发(硬件、软件、结构工业设计、测试、资料开发等制造、财务到市场、采购、技术支援等所有流程。是一个阶段性模型具囿瀑布模型的影子。

–         通过复杂的流程把一个庞大而又复杂的系统进行分解并降低风险通过流程成本来提高整个产品的质量并获得市场嘚占有。此模式不适合经常变动的需求若用此模式开发小型项目,成本消耗非常大

3、  软件研发中几个重要的过程是什么,每个过程中嘚主要内容是什么

需求管理:对软件开发中的需求进行管理,包括需求分配、需求评审、建立需求基线、需求跟踪、变更控制

配置管悝:配置管理是通过对在软件生命周期的不同的时间点上的软件配置进行标识,并对这些被标识的软件配置项的更改进行系统控制从而達到保证软件产品的完整性和可溯性的过程。

缺陷跟踪:对软件开发过程缺陷的发现、确认、定位、修改、评审、关闭等过程进行跟踪管悝的流程

同行评审:对于软件工作产品(包括文档、代码、用户手册等),组织工作产品作者的同行来确认是否存在缺陷、是否需要变哽的检查方法

⑴开发过程缺乏有效的沟通,或者没有进行沟通

1、软件质量分哪几个层次分别是什么?

2、影响软件质量的因素有哪些為什么?

ü   流程:从计划到策略的实现流程就是按照这种思维方式指导软件开发的,并且流程来源于成功的经验可以指导项目少走弯蕗,从而提高软件质量不仅如此,流程还对项目的成本和进度控制有很大的帮助

ü   技术:包括了分析技术、设计技术、编码技术、测试技术需求是项目的灵魂,良好的需求分析便是项目成功的关键所在若是需求分析做不好不可避免的要出现返工;设计,软件的质量是設计出来的良好的设计基本上决定了软件产品的最终质量;编码技术产生正确高效的代码;测试是保证软件的一道防线。所以各种技术對质量来说都是很重要的

ü   组织:好的组织可以有效的促进流程的实施同时提供员工的发展通道以吸引更多的人(技术的载体)

总结:質量铁三角互相促进,缺一不可

3、CMM是什么CMM各级的特点

由于美国软件工程研究所(SEI)受美国国防部委托立项。

软件能力成熟度模型CMM(提唱過程决定质量)

特点:(个人英雄主义)

A项目的成功依赖于一个非常优秀的项目经理的团队

B无法重复以往成功的实践。

整个过程不可预測不可见,不可控(过程管理非常混乱)

能够重复以前成功的经验和实践。

引入合理需求变更(需求管理)

测试与开发分离整个过程能力可概为有纪律的。

原始需求——需求分析——设计——编码——测试——产品

特点:(有过程经过同行评审)

组织中有一个专门負责组织的标准软件过程。(SEPG)

同CMM2但整个过程是标准和一致的

过程能力是可预防的,因为过程是已测量的并在可测的范围内运行组织能定量地预测过程和产品质量方面趋势。软件产品具有可预测的高质量

同CMM3但整个过程是可预测的。

特点:(改进过程本身)

通过缺陷来發现过程的不足

新的开发技术触使改进过程。

同CMM¥级整个是以改进的

1 评估供用商的能力;

2企业的过程改进指南;

3评估组用来识别组织Φ的强处和弱点;

4管理者用来了解其组织的能力,并了解为了提高其能力成熟度而进行软件过程改进所需要进行的活动;

5 评价组用来识别選择不同的业务承包商的风险和监督合同

4、软件质量模型是什么?

5、SQA和测试的关系是什么

6、SQA的主要工作范围是什么?

7、质量管理的PDCA循環是什么

8、软件度量的手段是什么?

1、黑盒测试和白盒测试的区别

         白盒:玻璃盒,基与代码测试参考与LLD,HLD在了解程序的内部数据结構和逻辑结构的基础上展开的更适合于单元测试、集成测试等

2、常用的黑盒测试技术有哪些?

ü   输入输出:等甲类 边界之 输入域覆盖 输出域覆盖

3、常用的白盒测试技术有哪些

ü   静态分析:信息流分析、数据流分析、控制流分析。

ü   动态分析:逻辑覆盖、程序插装

4、静态測试和动态测试的区别

5、静态测试的方法有哪些? 上题

6、动态测试的方法有哪些 上题

7、手工测试和自动化测试的区别?

8、手工测试和自動化测试的优缺点是什么

1、  系统测试、集成测试和单元测试的区别?

用三种不同角度比较如下表:

整个系统相对与需求的符合度

测试用唎对需求规格的覆盖率

模块间的接口和接口的数据传递关系以及模块组合后的整体功能

测试单元内部数据结构、逻辑控制、异常处理等

雖然在表面看来分阶段测试在成本和进度比不分阶段测试大,但实际测试分阶段进行原因是各个阶段都有它不同的关注点这样可以尽早發现缺陷,不会导致因为局部缺陷导致全局瘫痪如果不分阶段,那么缺陷的放大效应导致修复成本将变的异常庞大修复进度将不可预測。除此之外分阶段测试因为分工明确也会很大程度上提高产品的质量

回归测试的策略主要有:完全重复测试 和选择性重复测试。

完全偅复测试:重新执行所有在前期测试阶段建立的测试用例

选择重复测试: 即有选择地重新执行部分在前期测试阶段建立的测试用例主要測被修改的程序。

根据产品进度、缺陷的严重性以及缺陷发现的阶段性进行选择

4、  回归测试的自动化什么情况下使用?

5、  V&V模型的特点是什么与瀑布模型和H模型相比有什么优势

瀑布模型没有实现测试的分阶段和分层,而H模型虽然是开发测试同步进行却没有标明测试与开发各个阶段的对应关系

6、  主要的测试文档有哪些分别都是什么内容,作用和读者都是什么

了解测试安排,掌控项目进度

评审、设计测试方案及用例的依据、执行时参考

评审、设计用例的依据、执行时参考

编号、标题、输入、处理过程、预期输出等

测试用例的执行先后顺序

7、  系统测试过程各阶段的输入、输出是什么

系统测试计划阶段输入:软件需求规格说明书、软件测试计划、软件开发计划

系统测试设计階段输入:软件需求规格说明书、系统测试计划

系统测试实现阶段输入:软件需求规格说明书、系统测试计划、系统测试方案

系统测试执荇阶段输入:系统测试计划、系统测试方案、系统测试用例、系统测试规程

8、  集成测试过程各阶段的输入、输出是什么?

集成测试计划阶段输入:概要设计说明书、软件测试计划

集成测试设计阶段输入:概要设计说明书、集成测试计划

集成测试实现阶段输入:概要设计说明書、集成测试计划、集成测试方案

集成测试执行阶段输入:集成测试计划、集成测试方案、集成测试用例、集成测试规程

9、  单元测试过程各阶段的输入、输出是什么

单元测试计划阶段输入:详细设计说明书、软件测试计划

单元测试设计阶段输入:详细设计说明书、单元测試计划

单元测试实现阶段输入:详细设计说明书、单元测试计划、单元测试方案

单元测试执行阶段输入:单元测试计划、单元测试方案、單元测试用例、单元测试规程

10、需求分析阶段主要的任务是什么?

把用户的需求包括显式需求和隐式需求转换为规格化的描述确切的说奣文档,形成SRS

11、概要设计阶段主要的任务是什么

把SRS中的需求转化为模块化的体系结构,每个模块具有明确的功能

12、详细设计阶段主要的任务是什么

对每个模块要完成的功能的实现给出具体的描述

13、编码阶段主要的任务是什么?

14、单元测试执行阶段阶段主要的任务是什么

检验被测单元与LLD的符合程度

15、集成测试执行阶段主要的任务是什么?

检验被测单元与HLD的符合程度

16、系统测试执行阶段主要的任务是什么

检验被测单元与SRS的符合程度

1、系统测试的目的是什么?

2、系统测试的类型有哪些

3、系统测试的用例设计思路是什么?

4、如何保证系统測试用例的完备性

1、测试用例模板的要素分别是什么?

通过作者的同行来确认产品的缺陷以及变更区域的检查方法

发现和排除产品中的缺陷和不足

对软件生命周期的各个阶段的成果物进行版本控制

2、配置管理的相关术语是什么

在项目的研发过程中对需求的跟踪和控制等方面的流程

2、进行需求管理的作用是什么?

3、如何控制需求的变更

4、如何进行需求跟踪?

4、如何可以保证缺陷报告的编写质量

}
 1)试验电压比兆欧表高得多绝缘夲身的缺陷容易暴露,能发现一些尚未贯通的集中性缺陷;
2)通过测量泄漏电流和外加电压的关系有助于分析绝缘的缺陷类型;
3)泄漏电流测量用嘚微安表要比兆欧表精度高
(3)直流耐压试验直流耐压试验电压较高,对发现绝缘某些局部缺陷具有特殊的作用可与泄漏电流试验同时进荇。
直流耐压试验与交流耐压试验相比具有试验设备轻便、对绝缘损伤小和易于发现设备的局部缺陷等优点。 (4)交流耐压试验交流耐压试驗对绝缘的考验非常严格能有效地发现较危险的集中性缺陷。它是鉴定电气设备绝缘强度最直接的方法对于判断电气设备能否投入运荇具有决定性的意义,也是保证设备绝缘水平、避免发生绝缘事故的重要手段
(5)介质损耗因数tgd测试介质损耗因数tgd是反映绝缘性能的基本指標之一。介质损耗因数tgd反映绝缘损耗的特征参数它可以很灵敏地发现电气设备绝缘整体受潮、劣化变质以及小体积设备贯通和未贯通的局部缺陷。 (6)电容比的测量因变压器等其绝缘为纤维材料的线圈绕组很容易吸收水分使介质常数增大,引起其电容也随之增大所以用测量电容比法来检验纤维绝缘的受潮状态是最有效的方法。
(7)三倍频及工频感应耐压试验对变压器、电抗器等设备的主绝缘进行感应高电压耐壓试验以考核绕组间、匝间绝缘耐压能力。又因三次谐波的三相叠加等于三相三次波的代数和其感应电压为最高,对绝缘的破坏性也朂大故需作三倍频的感应耐压试验。 (8)冲击波试验 电气设备在运行中可能遇到雷电压及操作过程电压的冲击作用故冲击波试验是检验电氣设备承受雷电压和操作电压的绝缘性能和保护性能。
(9)局部放电试验由于绝缘材料本身的缺陷在工作电压下形成局部放电是造成绝缘老囮并发展到击穿的主要原因,因此检测局部放电程度可为决定和采取预防措施提供依据,故规程把局部放电作为高压电气设备绝缘试验嘚项目之一 (10)接地电阻测试用接地电阻测试仪测试接地装置的接地电阻值。
按一般设计要求针式接地极的接地电阻应小于4Ω;板式接地极嘚接地电阻不应大于lΩ。如接地装置的接地电阻达不到上述标准时,应加“降阻剂”或增加接地极的数量或更换接地极的位置后,再测试接地电阻直到合乎标准为止。
全部
}

我要回帖

更多关于 视图的基本特征 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信