软件测试相关试题.docx

上传人:b****8 文档编号:11439106 上传时间:2023-03-01 格式:DOCX 页数:34 大小:151.99KB
下载 相关 举报
软件测试相关试题.docx_第1页
第1页 / 共34页
软件测试相关试题.docx_第2页
第2页 / 共34页
软件测试相关试题.docx_第3页
第3页 / 共34页
软件测试相关试题.docx_第4页
第4页 / 共34页
软件测试相关试题.docx_第5页
第5页 / 共34页
点击查看更多>>
下载资源
资源描述

软件测试相关试题.docx

《软件测试相关试题.docx》由会员分享,可在线阅读,更多相关《软件测试相关试题.docx(34页珍藏版)》请在冰豆网上搜索。

软件测试相关试题.docx

软件测试相关试题

一、选择题(每题只有一个选项,将你认为合理的选项填在题前括号内,每小题分)

2分,共16

D)1、较实用的软件测试停止标准是()测试超产过了预定时间,则停止测试。

根据单位时间内查出故障的数量决定是否停止测试。

执行了所有的测试用例,但并没有发现故障,则停止测试。

用图表示出某个测试阶段中单位时间检查出的故障数量,通过对图中曲线的分

A、

B、

C、

D、

析,确定应继续测试还是停止测试。

C)2、软件测试的目的是:

表明软件是正确的尽可能发现软件中的错误()不是常见的覆盖率标准。

函数覆盖B、数据流覆盖

(试为(

A、

C、A)3、

A、覆盖

B)4、将基于功能的和基于实现的测试方法结合在一起的动态测试类型,

B、评价软件质量

D、判定软件是否合格

C、逻辑覆盖

D、功能

我们称这种测

)。

A、白盒测试

故障的测试

B)5、下列不隶属于白盒测试方法的是()A、控制流测试B、健壮性测试

测试

)6

B、灰盒测试

C、黑盒测试

C、数据流测试

)7

)8

、项目管理三要素不包括()。

A、Programming、下列选项中,不是Mercury公司测试工具的是()

A、LoadRunner、下面(A、因果图

B、Process

C、Problem

D、

D)1

D、基于

D、变异

Process

C、TestDirector)方法能够有效地检测输入条件的各种组合可能引起的错误。

B、等价类划分C、边界值分析

B、WinRunner

D、

Rebot

D、

错误推测

、通常,()是在编码阶段进行的测试,它是整个测试工作的基础。

A、系统测试、据权威部门统计,软件错误产生的原因分布图表中,如下

B、确认测试

C、集成测试

单元测试选项是导致软件

D、

A、

软件需求规格说明错误

B、设计错误C、编码错误D、

C)3、

软件测试充分性理论是由

()最先提出的。

A、

Deutsch和Willis

B、McCalletal.

C、

Goodenough和Gerhart

D、Evansh和Marciniak

C)4、

软件测试风险管理包含(

)和风险控制两方面内容。

)2

C、风险评估

测试错误

(错误的主要原因:

)5

)6

)7

A、风险排序B、风险识别

、下列不属于黑盒测试方法的是A、等价类划分B、状态测试

、常见的覆盖率标准不包括()A、函数覆盖、因果图是(

A、SUN

D、风险分析

C、

边界值分析

D、变异测试

B、逻辑覆盖

)公司最先发明并实施的。

B、IBMC、Microsoft

C、

数据流覆盖

D、功能覆盖

D、ORACLE

(D)8、针对下面一个程序段:

 

if((A>1)&&(B==0))S1;

If((A==2)||(X>1))

S2;

其中,S1、S2均为语句块。

现在选取测试用例:

A=2B=0X=3,该测试用例满足

了()。

A、路径覆盖B、条件组合覆盖

C、判定覆盖D、语句覆盖

(A)1、下列各测试工具中隶属于Mercury公司产品的是()

A、WinRunnerB、JUnitC、PurifyD、WebStress

(D)2、下面关于软件测试的说法,其中正确的是()

A、经过测试没有发现错误,说明程序正确

B、成功的测试是没有发现错误的测试

C、测试的目标是为了证明程序没有错误

D、成功的测试是发现了迄今尚未发现的错误的测试(B)3、在某种类型会议上,由小组成员阅读程序,以发现程序错误,同时测试员利用测

以达到测试的目的。

D、代码审查

D、复杂性

D、路径覆盖

试数据人工运行程序并得出输出结果,然后由参加者对结果进行审查这种测试方法是()。

A、软件审查B、代码走查C、技术评审

(C)4、测试充分性准则内容不包括()。

A、空集不充分性B、单调性C、可靠性

(A)5、控制流覆盖准则约束最弱的是()。

A、点覆盖B、边覆盖C、条件覆盖

(C)6、设计测试用例时候,()是用得最多的一种黑盒测试方法。

A、因果图B、等价类划分C、边界值分析D、错误推测

(B)7、软件测试风险管理包含()和风险控制两方面内容。

A、风险识别B、风险评估C、风险排序D、风险分析

(A)8、对下面的计算个人所得税程序中

if(income<800)

elseif(income<=1500)elseif(income<2000)elsetaxrate=0.1;

满足判定覆盖的测试用例是(

、判断题(判断下列题目是否正确,如果正确请打“√”,错误请打“×”每小题2分,

共8分)

(√)1、技术评审即是一种技术手段,也是一种质量管理手段。

(×)2、设计-实现-测试,软件测试是开发后期的一个阶段。

(×)3、单元测试仅仅证明了被测程序单元做了什么。

(×)4、由于函数覆盖率是基于代码的,所以也可以把函数覆盖归入黑盒测试的范畴。

(√)1、在软件测试中,测试预言是一种检验待测系统在特定执行下是否正确运行的方法。

(×)2、在白盒测试中,如果覆盖率达到100%,就基本可以保证把所有的隐藏程序缺陷都已经揭露出来了。

(×)3、软件测试的目的在于发现错误、改正错误。

(√)4、由于函数覆盖率是基于代码的,所以也可以把函数覆盖归入白盒测试的范畴。

(×)1、软件测试等于程序测试。

(×)2、我是个很棒的程序员,我无需进行单元测试。

(√)3、在白盒测试中,即使覆盖率达到100%,也无法保证所有的隐藏程序缺陷都已经被揭露出来。

(×)4、由于函数覆盖率是基于代码的,所以也可以把函数覆盖归入黑盒测试的范畴。

(×)1、软件故障是导致软件失效的必要和充分要素。

(√)2、同行评审的主要目标在于检测错误、核对与标准的偏离。

(√)3、在任何软件机构中,定期、不定期的培训、再培训都是必须而且是必要的。

(√)4、在整个机构中使用基础设施防护与改进部件的主要目标是在机构积累的SQA经

验基础上消除或至少降低出错率。

(×)5、所有SQA活动和项目里程碑的完成或项目里程碑的检验是同时发生的。

(×)6、DanielGalin等提在20世纪50年代建立的经典质量费用模型,提供了一种以经济学观点把与产品质量保证相关的费用非类的方法学。

(√)7、一旦更改过的SCI替换了前面的SCI,就认为完成了软件的一个新版本。

(√)8、软件质量成本是一个投资问题,而不是成本问题!

(×)9、SEICMM评估标准,ISO9001和ISO9000-3标准是典型的项目过程标准。

(√)10、软件质量保证的独特性是由软件产品不同于其他制造产品的本质决定的。

(√)1、在专业的软件开发、维护中,SQA环境是建立、执行SQA方法时必须首要考虑的问题。

(×)2、如何看待软件产品内部的缺陷,开发者和用户的立场是一致的。

(√)3、专家观点通过引进补充的外部能力到机构内部开发过程中来而支持质量评估工作。

(×)4、质量管理标准是专业标准,它们向开发组提供方法学指南。

(√)5、软件生命周期模型强调的是直接开发活动,而没有指示出开发过程的顾客参与。

(×)6、规程具有机构范围的适用性,它的执行和具体执行的人或组织背景有着密切关系。

(×)7、CAPA的目的在于检测、处理、改正软件缺陷。

(×)8、项目进展控制SQA工具有Gatt图、日历、数据流图和活动网络图。

(√)9、IEEE、ISO、DOD、ANSI、EIA都是著名的SQA标准开发机构。

(√)10、在科学和工程中,如果没有度量,对一切都没有一个定量的了解,那么这种科学和工程既不是有效的,也不是实际的。

(×)1、在软件产品制定生产计划阶段,不必进行重大的SQA活动。

(√)2、软件故障是导致软件失效的必要,而非充分要素。

(×)3、只有客户才会有兴趣透彻定义它的需求以确保他约定的软件产品的质量。

(√)4、软件质量系统之间各不相同,说明机构SQA系统构建存在固有灵活性。

(√)5、质量管理标准指导软件开发、维护和基础设施的管理。

它的重点是需要什么,但没有指明如何达到标准要求的努力细节。

(×)6、通常,检查表的使用的是强制性的。

(×)7、CAPA的执行从根本上依赖于正确的指导和经常的培训。

(√)8、软件质量度量面临的特有困难根植于包含于软件质量度量的测量(参数)中。

(√)9、一旦更改过的SCI替换了前面的SCI,就认为完成了软件的一个新版本。

(×)10、SQA项目过程标准如CMM、ISO9000-3标准。

三、填空题(每空1分,共14分;请把答案书写在相应横线上。

1、软件测试过程包含的测试活动有测试计划,测试设计,测试实施,测试执行,缺陷跟踪和测试评估

2、软件测试策略的确定过程通常经历确定测试需求、评估风

险、确定测试策略三个阶段组成。

3、变异测试的理论基础是程序员能力假设和组合效应假设。

4、软件缺陷打开/关闭图表、根本原因图表、软件缺陷关闭

周期表是常用的软件缺陷跟踪图表。

5、软件测试规范可以分为行业规范和操作规范。

1、通常,由人工进行的静态测试方法包括桌面检查、代码审查、代码走查和

技术评审。

2、典型的测试设计活动包括测试用例设计、测试过程设计、设计驱动程序和稳定的桩。

3、按照测试的层次和策略,软件测试可以分为单元测试、集成测试、确认测试和系统测试。

4、为了考察测试用例的重要性,我们可以从有效性、可重用性、易组织性、

可评估性、可管理性五方面理解。

5、面向对象集成测试常见方法包括抽样测试、正交矩阵(阵列)测试。

1、面向对象测试充分性三个常用标准是基于状态的覆盖率、基于约束的覆盖率和基于

代码的覆盖率。

2、常见的程序分析视角有句法视角,功能视角、文本视角和计算流视角

3、按照测试用例的设计方法,软件测试可以分为白盒测试、黑盒测试和灰盒测试。

4、我们可以按照编写过程、执行过程和组织过程三个纬度对测试用例属性进行归类。

5、单元测试内容包含如下方面:

模块接口测试、边界条件测试、错误处理测试、局

部数据结构测试和重要路径测试。

1、软件质量工程包括软件质量保证、软件质量规划和软件质量控制三大方面。

2、McCall模型产品修改纬度的质量因素有可维护性、可测试性、灵活性。

1.3、面向对象模型不同于其他模型的主要特征是组件的密集重用。

4、有两种同行评审方法学:

审查和走查。

5、RMA可以划分成三组类别内部风险管理措施、分包风险管理措施和顾客风

险管理措施。

6、支持性质量手段有模板和检查表。

7、依据软件系统的生命周期和其他阶段,软件质量度量划分为软件过程度量和软件

产品度量。

8、软件配置发布的版本有基线版本、中间版本、修订版本。

9、SQA标准被划分成软件质量管理标准和软件项目过程标准两类。

10、软件缺陷的固有特征有软件缺陷的固有性、软件缺陷的敏感性、软件缺陷的感染

性。

1、McCall模型划分了软件运行、软件转移、软件修改三个纬度的11个软件质量因素。

2、螺旋模型任何一次迭代都可划分为制定计划、风险分析和化解、工程和顾客评

估四个项限。

3、依据合同评审的目标对合同评审主题进行分类为建议草案评审主题和合同草案评审

主题两种类型。

4、典型的版本方针包括严格-单一活动版本方针、多版本方针。

2.5、软件对属于各种质量因素的需求的符合性是由软件质量度量来测量的。

6、CAPA过程的成功运行包含如下活动:

信息收集、信息分析、解决方案

和改进方法的建立、改进方法的执行、跟踪。

7、常见的软件配置演化模型有线性演化模型和树演化模型。

8、软件更改的质量保证工作需要每个更改的SCI的质量保证和整个新软件系统版本的质量保证两个级别的活动。

9、从内容和重点上我们可以把质量管理标准划分成认证标准和评估标准两

种类型。

10、测试人员、SQA单位是SQA专职人员。

1、CMM内容包含初始级、可重复级、已定义级、已管理级和可优化级五个

等级。

2、软件质量保证的目标包括面向产品的软件开发和面向过程的软件维护两大

方面。

3、开发生命周期阶段SQA部件可以划分成三类:

评审、专家观点、软件测试、软件维护SQA部件和由第三方/分包商使用的SQA部件。

4、版本方针和更改方针是维护方针的主要组成。

5、外部参与方可被分类为分包商、COTS软件和重用软件模块的供货商和顾客自身三

组。

6、在任何机构中,CAPA要正确发挥作用需要CAPA记录流的跟踪、CAPA执行的跟踪和CAPA执行结果的跟踪三个要的跟踪任务。

7、软件更改的质量保证工作需要每个更改的SCI的质量保证和整个新软件系统版本的质

量保证两个级别的活动。

8、软件过程度量可以进一步划分为软件过程质量度量、软件过程进度度量和软件过程生产率度量。

9、从内容和重点上我们可以把质量管理标准划分成认证标准和评估标准两种

类型。

10、通常,软件质量的管理部件有项目进展控制、软件质量度量、软件质量费用和可

用于控制软件维护的工具SQA管理工具。

四、名词解释(每小题3分,共18分)

1、软件测试风险软件测试风险是指软件测试过程出现的或潜在的问题

2、动态测试技术通过在抽样测试数据上运行程序来检验程序的动态行为和运行结果以发现缺陷。

3、确认测试确认测试是验证软件的功能和性能及其它特性是否与用户的要求一致。

对软件的从功能、性能、可靠性、易用性等方面作全面的质量检测,帮助软件企业找出产品存在的问题,出具相应的产品质量报告。

4、条件组合覆盖

条件组合覆盖是逻辑覆盖标准的一种,它要求选取足够多的测试数据,使得每个判定表达式中条件的各种可能组合都至少出现一次。

5、L10N

软件本地化

6、(软件产品的)FURPSFURPS即软件系统的功能、可使用性、可靠性、性能和支持等特性。

1、L10N&&I18N软件本地化和国际化

2、软件测试项目管理

软件测试项目管理就是以测试项目为管理对象,通过一个临时性的专门的测试组织,运用专门的软件测试知识、技能、工具和方法,对测试项目进行计划、组织、执行和控制,并在时间成本、软件测试质量等方面进行分析和管理活动。

3、软件测试文档测试文档是对要执行的软件测试及测试的结果进行描述、定义、规定和报告的任何书面或图

示信息。

4、测试用例测试用例是为了特定目的而设计的测试数据及相关测试规程的一个特定集合,即为有效发现软件缺陷的最小测试执行单元。

5、白盒测试白盒测试是指测试人员根据程序的内部结构特性和与程序路径相关的数据特性,设计测试数据组成测试用例执行程序的一种动态测试。

6、无效等价类无效等价类是指对于程序的规格说明来说,不合理的,没有意义的输入数据的集合。

1、软件测试软件测试是为了发现错误而执行程序的过程。

或软件测试是根据软件开发各阶段的规格说明和程序的内部结构而精心设计的一批测试用例(即输入数据及其预期的输出结果),并利用这些测试用例运行程序,以及发现错误的过程。

2、测试用例的有效性

软件测试用例是测试人员测试过程中的重要参考依据;不同测试人员根据相同测试用例所得到的输出应该是一致的。

3、软件测试规范

软件测试规范是对软件测试流程的过程化,并对每一个过程元素进行明确界定,而形成的完整的规范体系。

4、条件覆盖

条件覆盖隶属控制流覆盖标准的范畴,它不仅要求每个语句至少执行一次,而且要求使得判定表达式中每个条件都取得各种可能的结果

5、TDD

测试驱动开发(TestDrivenDevelopment)

6、α测试

α测试是由用户在开发环境下进行的测试,也可以是公司内部的用户在模拟实际操作环境下进行的测试。

这是在受控制的环境下进行的测试。

1、Crosby软件质量的定义系统、部件或过程满足规定需求的程度。

2、软件可靠性

(IEEE)软件可靠性是指一个系统或组件在某个特定时期、特定条件下完成所需完成的

功能的能力。

3、规程规程是完成某件事情或行动的特定方式,即规程是为了完成一个任务,根据给定方法所执行的详细活动或过程。

4、开发风险软件开发风险是软件开发任务或环境的一种状态或性质,如果忽略它,将增加软件项目失败的可能。

5、(软件工程领域)模板在软件工程领域,模板指的是小组或机构创建的,用于编辑报告以及其他形式文档的格式。

6、软件配置管理

一个负责应用(计算机化的或非计算机化的)技术工具和管理规程、使之能够完成为维护SCI和软件配置版本所需任务的SQA部

1、DanielGalin软件质量保证的扩展定义软件质量保证是一个有系统的、有计划的行动集合,它是提供软件产品开发、维护过程符合其已建立的技术需求以及跟上计划安排和在预算限制之内进行管理上的需求充分信任所必需的。

2、合同评审合同评审是一个指导评审建议草案和合同文档的SQA部件。

3、规程规程是完成某件事情或行动的特定方式,即规程是为了完成一个任务,根据给定方法所执行的详细活动或过

4、4W1H

W1H即WHAT,WHEN,WHERE,WH和OHOW。

他们具体含义如下:

WHAT--Whatactivitieshavetobeperformed?

WHEN--WhenShouldtheactivitybeperformed?

WHERE--Whereshouldtheactivitybeperformed?

WHO--Whoshouldperformtheactivity?

HOW--Howshouldeachactivitybeperformed?

5、受控文档受控文档是那些目前就对软件系统的开发、维护以及与目前和将来顾客关系的管理重要或可能变得重要的,并且处于控制状态下的文档。

6、软件质量度量一个项目具有给定质量属性的程度定量测度;或

一个函数,其输入为软件数据、输出为单一的数值,该值可以被理解为软件具有给定质量属性的程度

1、Pressman软件质量的定义软件质量是符合明确陈述的功能性能需求、明确文档化了的开发标准和所有专业开发预期的隐含特性。

2、软件开发风险软件开发风险是软件开发任务或环境的一种状态或性质,如果忽略它,将增加软件项目失败的可能。

3、合同评审合同评审是一个指导评审建议草案和合同文档的SQA部件。

4、质量记录

质量记录是一种特殊类型的受控文档。

它是面向顾客的文档,用于证实同顾客需求的全面符合性以及贯穿于开发和维护全过程的软件质量保证系统的有效运行

5、软件可靠性管理

软件可靠性管理指通过一个程序使软件的可靠性得到最优化的过程。

此程序着重于软件防错(softwareerrorprevention),发现并清除fault;此程序着重于采用一定措施并根据诸

如资源,进度表及性能的约束条件使可靠性最大化。

6、软件配置版本软件配置版本是指在给定时间点上组成软件系统的、已批准而且文档化的SCI版本的集合。

五、问答题(每小题4分,共20分)

2、谈谈你对变异测试原理的理解。

(1)使用变异算子对被测程序做微小的合乎语法的变动,每个新程序称为一个变异体;

(2)根据已有的测试数据运行变异体;

(3)比较变异体和原程序的运行结果:

如果两者不同就称该测试数据将该变异体杀死了;否则称该变异体是活的。

2、请阐述软件测试的原则。

(1)尽早的和不断的测试应作为软件开发人员的座右铭。

(2)测试用例应当由测试数据和与之对应的预期结果组成。

(3)测试用例应包括合理的输入条件和不合理的输入条件。

(4)严格执行测试计划,排除测试的随意性。

(5)充分注意测试当中的群体现象。

(6)要对每一个测试结果作全面的检查。

(7)保存测试计划、测试用例、出错统计和最终分析报告,为维护工作提供充分的资料。

3、测试用例设计的考虑因素有哪些?

(1)测试用例必须具有代表性、典型性;[1分]

(2)测试用例要浓缩系统设计;[1分]

(3)测试用例既要考虑正确的输入,也需要考虑错误或异常的输入,以及促使这些错误、异常发生的条件;[1分]

(4)用户测试用例设计需要考虑用户实际使用场景。

[1分]

4、集成测试策略中,渐增式与非渐增式集成策略各有何优、缺点?

为什么通常采用渐增式?

非渐增式集成策略是将所有的模块一次连接起来,简单、易行,节省机时,但测试过程中难于查错,发现错误也很难定位,测试效率低。

[1分]渐增式集成策略是将模块一个一个地连入系统,每连入一个模块,都要对新系统进行测试。

这种组装测试方案比较非渐增式,容易查出错误及进行错误定位,有利于查出模块接口部分的错误,因此测试效率高。

但渐增式较费机时。

[2分]比较两种集成策略,显然渐增式有利于实现测试的目标,故通常采用渐增式进行组装测试。

[1分]

5、请评价白盒测试?

(1)[2分]优点迫使测试人员去仔细思考软件的实现;可以检测代码中的每条分支和路径;揭示隐藏在代码中的错误;

对代码的测试比较彻底;

最优化。

(2)[2分]缺点

昂贵;

无法检测代码中遗漏的路径和数据敏感性错误;白盒测试不验证规格的正确性。

3、黑盒测试的特点有哪些?

(1)不考虑程序内部结构和内部特性;[1分]

(2)测试人员只需知道该程序输入和输出之间的关系或功能;[1分]

(3)设计测试用例的依据是需求规格说明书或用户手册;[1分]

(4)尤其适合于一些第三方软件测试,由于无法得到源程序,无法用其它方法进行测试。

[1分]

4、等价类划分的步骤如何?

(1)根据输入条件把数目极多的输入数据划分成若干有效等价类和若干无效等价类;[2分]

(2)设计一个测试用例,使其覆盖尽可能多的尚未被覆盖的有效等价类,重复该步骤,直至所有有效等价类均被覆盖;

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 考试认证 > 交规考试

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1