软件测试课后习题.docx

上传人:b****7 文档编号:9407626 上传时间:2023-02-04 格式:DOCX 页数:20 大小:24.84KB
下载 相关 举报
软件测试课后习题.docx_第1页
第1页 / 共20页
软件测试课后习题.docx_第2页
第2页 / 共20页
软件测试课后习题.docx_第3页
第3页 / 共20页
软件测试课后习题.docx_第4页
第4页 / 共20页
软件测试课后习题.docx_第5页
第5页 / 共20页
点击查看更多>>
下载资源
资源描述

软件测试课后习题.docx

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

软件测试课后习题.docx

软件测试课后习题

第一章软件测试概述

1.名词解释

软件缺陷:

即计算机系统或者程序中存在的任何一种破坏正常运行能力的问题、错误,或者隐藏的功能缺陷、瑕疵。

缺陷会导致软件产品在某种程度上不能满足用户的需要。

软件缺陷的准确定义,通常有以下5条描述:

(1)软件未实现产品说明书要求的功能。

(2)软件出现了产品说明书指明不会出现的错误。

(3)软件超出实现了产品说明书提到的功能。

(4)软件实现了产品说明书虽未明确指出但应该实现的目标。

(5)软件难以理解,不易使用,运行缓慢或者终端用户认为不好

软件测试:

软件测试就是在软件投入运行前,对软件需求分析、设计规格说明和编码的最终复审,是软件质量保证的关键步骤。

通常对软件测试的定义有如下描述:

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

静态测试:

静态测试就是通过对被测程序的静态审查,发现代码中潜在的错误。

动态测试:

动态测试的对象必须是能够由计算机真正运行的被测试的程序

黑盒测试:

黑盒测试是一种从用户观点出发的测试,又称为功能测试,数据驱动测试和基于规格说明的测试。

白盒测试:

白盒测试基于产品的内部结构来进行测试,检查内部操作是否按规定执行,软件各个部分功能是否得到充分利用。

单元测试:

单元测试是针对每个单元的测试,是软件测试的最小单位。

集成测试:

集成测试是对已测试过的模块进行组装,进行集成测试的目的主要在于检验与软件设计相关的程序结构问题。

确认测试:

是检验所开发的软件能否满足所有功能和性能需求的最后手段,通常采用黑盒测试方法。

系统测试:

系统测试的主要任务是检测被测软件与系统的其他部分的协调性。

验收测试:

验收测试是软件产品质量的最后一关。

这一环节,测试主要从用户的角度着手,其参与者主要是用户和少量的程序开发人员。

©®

2.简述软件测试发展的历史及软件测试的现状

软件测试的现状:

在我国,软件测试可能算不上一个真正的产业,软件开发企业对软件测试认识淡薄,软件测试人员与软件开发人员往往比例失调,而在发达国家和地区软件测试已经成了一个产业。

我们在软件测试实现方面并不比国外差,国际上优秀的测试工具,我们基本都有,这些工具所体现的思想我们也有深刻的理解,很多大型系统在国内都得到了很好的测试。

3.谈谈你对软件测试的重要性的理解

4.简述软件测试的目标及标准

软件测试的目的包括以下三点:

(1)测试是程序的执行过程,目的在于发现错误,不能证明程序的正确性,仅限于处理有限种的情况。

(2)检查系统是否满足需求,这也是测试的期望目标。

(3)一个好的测试用例在于发现还未曾发现的错误;成功的测试是发现了错误的测试。

软件测试标准如下:

(1)软件测试的目标在于揭示错误。

测试人员要始终站在用户的角度去看问题,系统中最严重的错误的是那些导致程序无法满足用户需求的错误。

(2)软件测试必须基于“质量第一”的思想去开展各项工作。

(3)事先定义好产品的质量标准。

只有建立了质量标准,才能根据测试的结果,对产品的质量进行分析和评估。

(4)软件项目一启动,软件测试也就开始,而不是等程序写完,才开始进行测试。

(5)测试用例是设计出来的,不是写出来的,所以要根据测试的目的,采用相应的方法去设计测试用例,从而提高测试的效率,更多的发现错误,提高程序的可靠性。

(6)对发现错误较多的程序段,应进行更深入的测试。

5.简述软件测试的原则

应当把尽早地和不断地进行软件测试作为软件开发者的座右铭。

坚持在软件开发的各个阶段的技术评审,这样才能在开发过程中尽早发现和预防错误,把出现的错误克服在早期,杜绝某些隐患,提高软件质量。

测试用例应由测试输入数据和与之对应的预期输出结果这两部分组成。

如果对测试输入数据没有给出预期的程序输出结果,那么就缺少了检验实测结果的基准,就有可能把一个似是而非的错误结果当成正确结果。

程序员应避免检查自己的程序。

如果由别人来测试程序员编写的程序,可能会更客观,更有效,并更容易取得成功

在设计测试用例时,应当包括合理的输入条件和不合理的输入条件。

充分注意测试中的群集现象。

测试时不要以为找到了几个错误问题就已解决,不需继续测试了。

应当对错误群集的程序段进行重点测试,以提高测试投资的效益。

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

对于测试计划,要明确规定,不要随意解释。

应当对每一个测试结果做全面检查。

这是一条最明显的原则,但常常被忽视。

必须对预期的输出结果明确定义,对实测的结果仔细分析检查,抓住关键,暴露错误。

妥善保存测试计划,测试用例,出错统计和最终分析报告,为维护提供方便。

 

6.简述软件测试与软件开发的关系

.测试与软件开发各阶段的关系

软件开发过程是一个自顶向下,逐步细化的过程,首先在软件计划阶段定义了软件的作用域,然后进行软件需求分析,建立软件的数据域、功能和性能需求、约束和一些有效性准则。

接着进入软件开发,首先是软件设计,然后再把设计用某种程序设计语言转换成程序代码。

而测试过程则是依相反的顺序安排的自底向上,逐步集成的过程,低一级测试为上一级测试准备条件

.测试与开发的并行性

在软件的需求得到确认并通过评审后,概要设计工作和测试计划制定设计工作就要并行进行。

如果系统模块已经建立,对各个模块的详细设计、编码、单元测试等工作又可并行。

待每个模块完成后,可以进行集成测试、系统测试。

.测试与开发模型

软件测试不仅仅是执行测试,而是一个包含很多复杂活动的过程,并且这些过程应该贯穿于整个软件开发过程。

第二章软件测试过程与策略

1.对软件的经济性进行总结分析。

2.阐述软件测试的充分性准则。

3.如何描述测试流程整体框架。

4.简述单元测试的目标。

单元测试的主要目标是确保各单元模块被正确地编码。

单元测试除了保证测试代码的功能性,还需要保证代码在结构上具有可靠性和健全性,并且能够在所有条件下正确响应。

进行全面的单元测试,可以减少应用级别所需的工作量,并且彻底减少系统产生错误的可能性。

如果手动执行,单元测试可能需要大量的工作,自动化测试会提高测试效率。

5.解释驱动模块简述软件测试的复杂性。

6.和桩模块概念。

助模块可分为两种:

(1)驱动模块(driver):

相当于被测模块的主程序。

它接收测试数据,把这些数据传送给被测模块,最后输出实测结果。

(2)桩模块(stub):

用以代替被测模块调用的子模块。

桩模块可以做少量的数据操作,不需要把子模块所有功能都带进来,但不允许什么事情也不做。

7.简述集成测试的层次划分。

模块内集成测试;

子系统内集成测试;

子系统间集成测试。

对于面向对象的应用系统来说,可以把集成测试分为两个阶段:

类内集成测试;

类间集成测试。

8.归纳确认测试阶段的工作。

9.简述系统测试的流程。

10.归纳验收测试常用的策略。

常用策略有三种,它们分别是:

(1)正式验收

(2)非正式验收或Alpha测试

(3)Beta测试

11.简述验收测试的流程。

12.简述静态测试和动态测试的区别。

13.比较阐述黑盒测试和白盒测试的优缺点。

 

黑盒测试

白盒测试

优点

1适用于各个测试阶段;

2从产品功能角度进行测试;

3容易入手生成测试数据。

4可构成测试数据使特定程序部分得到测试;

5有一定充分性度量手段;

6可获较多工具支持。

缺点

1某些代码得不到测试;

2如果规则说明有误,无法发现;

3不易进行充分行测试。

4不易生成测试数据;

②无法对未实现规格说明的部分进行测试;工作量大,通常只用于单元测试,有应用局限性。

 

黑盒测试

白盒测试

性质

一种确认技术,目的是确认“设计的系统是否正确”。

一种验证技术,目的是验证“系统的设计是否正确”。

第三章黑盒测试及其实例设计

1.叙述黑盒测试技术的实质及要点。

黑盒测试方法着重测试软件的功能需求,是在程序接口上进行测试,主要是为了发现以下错误:

是否有不正确的功能,是否有遗漏的功能;

在接口上,是否能够正确地接收输入数据并产生正确的输出结果;

是否有数据结构错误或外部信息访问错误;

性能上是否能够满足要求;

是否有程序初始化和终止方面的错误。

2.常用的黑盒测试用例设计方法有哪些各有什么优缺点

等价类划分法、边界值分析法、决策表法和因果图法。

 

决策表最突出的优点是,能够将复杂的问题按照各种可能的情况全部列举出来,简明并避免遗漏。

因此,利用决策表能够设计出完整的测试用例集合。

运用决策表设计测试用例,可以将条件理解为输入,将动作理解为输出。

 

3.使用等价类划分法设计三角形问题的测试用例。

R1={〈a,b,c〉:

边为a,b,c的等边三角形}

R2={〈a,b,c〉:

边为a,b,c的等腰三角形}

R3={〈a,b,c〉:

边为a,b,c的一般三角形}

R4={〈a,b,c〉:

边为a,b,c不能构成三角形}

测试用例

a

b

c

预期输出

TC1

20

20

20

等边三角形

TC2

20

20

10

等腰三角形

TC3

5

8

10

一般三角形

TC4

3

6

10

不构成三角形

4.程序要求某个输入为6位正整数,试用不同的测试方法设计所有的测试用例。

5.测试银行提款机上的提款功能,要求用户输入的提款金额的有效数值是50-2000,并以50为最小单位(即取款金额为50的倍数),且小数点后为00,除小数点外,不可以出现数字以外的任何符号和文字。

试用等价类划分法和边界值分析法设计测试用例。

6.某程序要求输入日期,规定变量month、day、year的取值范围为:

1≤month≤12,1≤day≤31,1958≤year≤2058,试用边界值分析法设计测试用例。

 

第四章白盒测试及其实例设计

1.阐述白盒测试的各种方法,进行分析总结。

语句覆盖、判断覆盖、条件覆盖、判断/条件覆盖、条件组合覆盖和路径覆盖六种覆盖测策略。

2.分析归纳逻辑覆盖测试的6种覆盖策略的各自特点。

语句覆盖:

每个语句至少执行一次。

判定覆盖:

在语句覆盖的基础上,每个判定的每个分支至少执行一次。

条件覆盖:

在语句覆盖的基础上,使每个判定表达式的每个条件都取到各种可能的结果。

判定/条件覆盖:

即判定覆盖和条件覆盖的交集。

条件组合覆盖:

每个判定表达式中条件的各种可能组合都至少出现一次。

路径覆盖:

每条可能的路径都至少执行一次,若图中有环,则每个环至少经过一次

3.简述独立路径测试的基本步骤。

独立路径测试的步骤包括3个方面:

导出程序控制流图

求出程序环形复杂度

设计测试用例(TestCase)

4.对下列C语言程序设计逻辑覆盖测试用例。

Voidtest(intX,intA,intB)

{

If(A>1&&B=0)then

X=X/A

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

X=X+1;

}

 

第五章软件测试计划与文档

 

1.简述测试计划的定义。

ANSI/IEEE软件测试文档标准829-1983》将测试计划定义为:

“一个叙述了预定的测试活动的范围、途径、资源及进度安排的文档。

它确认了测试项、被测特征、测试任务、人员安排,以及任何偶发事件的风险。

2.概括测试文档的含义。

测试文档(TestingDocumentation)记录和描述了整个测试流程,它是整个测试活动中非常重要的文件。

测试过程实施所必备的核心文档是:

测试计划、测试用例(大纲)和软件测试报告

3.简述测试计划的制定原则。

4.简述测试文档的内容。

包括以下几个内容:

测试计划

测试设计规格说明

测试用例规格说明

测试步骤规格说明

测试日志

测试事件报告

测试总结报告

5.简述软件生存周期各阶段的测试任务与可交付的文档。

.需求阶段

(1)测试输入

需求计划(来自开发)。

(2)测试任务

制定验证和确认测试计划;

对需求进行分析和审核;

分析并设计基于需求的测试,构造对应的需求覆盖或追踪矩阵。

(3)可交付的文档

验证测试计划;

验证测试计划(针对需求设计);

验证测试报告(针对需求设计)。

5.2.功能设计阶段

(1)测试输入

功能设计规格说明(来自开发)。

(2)测试任务

功能设计验证和确认测试计划;

分析和审核功能设计规格说明;

可用性测试设计;

分析并设计基于功能的测试,构造对应的功能覆盖矩阵;

实施基于需求和基于功能的测试。

(3)可交付的文档

主确认测试计划;

验证测试计划(针对功能设计);

验证测试报告(针对功能设计)。

详细设计阶段

(1)测试输入

详细设计规格说明(来自开发)。

(2)测试任务

详细设计验证测试计划;

分析和审核详细设计规格说明;

分析并设计基于内部的测试。

(3)可交付的文档

详细确认测试计划;

验证测试计划(针对详细设计);

验证测试报告(针对详细设计);

测试设计规格说明。

编码阶段

(1)测试输入

代码(来自开发)。

(2)测试任务

代码验证测试计划;

分析代码;

验证代码;

设计基于外部的测试;

设计基于内部的测试。

(3)可交付的文档

测试用例规格说明;

需求覆盖或追踪矩阵;

功能覆盖矩阵;

测试步骤规格说明;

验证测试计划(针对代码);

验证测试报告(针对代码)。

测试阶段

(1)测试输入

要测试的软件;

用户手册。

(2)测试任务

制定测试计划;

审查由开发部门进行的单元和集成测试;

进行功能测试;

进行系统测试;

审查用户手册。

(3)可交付的文档

测试记录;

测试事故报告;

测试总结报告。

运行/维护阶段

(1)测试输入

已确认的问题报告;

软件生存周期。

软件生存周期是一个重复的过程。

如果软件被修改了,开发和测试活动都要回归到与修改相对应的生存周期阶段。

(2)测试任务

监视验收测试;

为确认的问题开发新的测试用例;

对测试的有效性进行评估。

(3)可交付的文档

可升级的测试用例库。

6.举例说明测试用例的设计方法。

7.选择一个小型应用系统,为其做出系统测试的计划书、设计测试用例并写出测试总结报告。

 

第六章软件自动化测试

 

1.简述软件测试自动化的意义和作用。

2.简述自动化测试和手工测试有什么主要区别

3.自动化测试工具大致可以分为几类举例说明几种与之相对应的测试工具。

可以分为白盒测试工具、黑盒测试工具和测试管理工具。

白盒测试工具

工具名

支持语言环境

简介

Jtest

Java

代码分析和动态类、组件测试

Jcontract

Java

实时性能监控以及分析优化

C++Test

C,C++

代码分析和动态测试

CodeWizard

C,C++

代码静态分析

Insure++

C,C++

实时性能监控以及分析优化

.test

.Net

代码分析和动态测试

黑盒测试工具

工具名

公司名

官方站点

WinRunner

MercuryInteractive

Quicktest

MercuryInteractive

Interactive

Software

Software

测试管理工具

测试管理工具的代表有Rational公司的TeamManager、

Compuware公司的TrackRecord、MercuryInteractive公司的

TestDirector等软件。

除此之外,还有专用于性能测试的工具包括有:

Radview公司的

WebLoad;Microsoft公司的WebStress等工具;针对数据库测试

的TestBytes;对应用性能进行优化的EcoScope等工具。

4.简述对常用测试自动化工具的认识。

5.试从网络上免费下载自动化测试工具,并在客户机或服务器上安装和运行。

6.下载本章所介绍的白盒测试、黑盒测试、负载测试等工具,学习其主要功能及使用方法,尝试进行实例测试。

 

第7章软件测试管理

 

1.质量保证部门与测试部门的职责是否一样归纳它们的共同点和不同点。

2.ISO9000标准与软件测试的关系是什么

3.简述CMM的具体等级划分。

(1)等级1(初始级)。

该等级的软件开发过程是随意的,甚至是混乱的。

项目能否成功依靠个人的能力和运气,具有偶然性。

软件开发过程没有定义,没有通用计划,难以监视和控制。

开发的时间和费用无法预知。

测试过程和其他过程混杂在一起。

(2)等级2(可重复级)。

该等级成熟度主要集中在项目级。

建立基本的项目管理过程去跟踪成本、进度、功能和质量。

可以借鉴以前成功项目的经验,应用到新项目中。

软件开发具有一定的组织性,使用了基本软件测试行为,例如测试计划和测试用例。

(3)等级3(已定义级)。

该等级具备了组织化思想,而不仅仅是针对具体项目。

软件开发中的管理活动和工程活动被文档化和标准化,并且形成整个软件组织的标准软件过程。

所有项目均采用在标准软件过程中进行。

(4)等级4(已管理级)。

在该成熟度等级中,组织过程处于在统计的控制下。

软件过程和产品质量有具体的度量标准,软件过程和产品质量得到了定量理解和控制。

(5)等级5(优化级)。

通过来自过程、新技术和新思想等各方面的定量信息反馈,着能够进行持续地过程改进,以期达到质量更佳的等级。

第八章面向对象的软件测试

 

1.简述面向对象的特点与其测试的概念。

2.面向对象的软件测试与传统的软件测试有什么区别

传统的软件测试策略是从“小型测试”开始,逐步走向“大型测试”。

即从单元测试开始,然后逐步进入集成测试,最后是有效性和系统测试。

在传统应用中,单元测试集中在最小的可编译程序单位——子程序(如:

模块、子例程、进程),一旦这些单元都已经被独立的测试过之后,就被集成在程序结构中,然后进行一系列的回归测试以发现模块的接口错误和由于新单元的加入而产生的副作用,最后,把系统作为一个整体进行测试以发现需求规格说明中的错误。

面向对象程序的结构不再是传统的功能模块结构,作为一个整体,原有集成测试所要求的逐步将开发的模块搭建在一起进行测试的方法已成为不可能。

而且,面向对象软件抛弃了传统的开发模式,对每个开发阶段都有不同于以往的要求和结果,已经不可能用功能细化的观点来检测面向对象分析和设计的结果。

因此,传统的测试模型对面向对象软件已经不再适用。

 

3.通常情况下,类测试驱动程序是由测试人员还是程序员进行开发的

4.如何对抽象类进行测试

(1)一般情况下,利用Java的内类机制,在抽象类的测试驱动程序内引入内类,让内类实现对被测试抽象类的继承,然后把它作为引用体,这样对内类的测试就等价于对被测试抽象类的测试。

如果抽象类被具体类继承,那么,在创建该具体类的测试驱动程序时要继承抽象类的测试驱动程序,在以后的回归测试中,只要执行最低层的测试类,就可以对其父测试类重新执行一次测试,同时将测试结果分别返回。

5.如何对接口类进行测试

应该遵循以下原则:

如果接口没有被任何类实现就无需进行测试。

如果已被别的类实现,那么就针对实现该接口的类进行测试。

6.如何测试重载和覆盖

要对类实例方法的所有重载形式分别进行测试。

子类的测试驱动程序在继承父类测试驱动程序的同时,要对覆盖了父类的同名方法进行测试,而且应该重新对父类的类实例方法的所有重载形式执行一次测试。

第九章web网上测试

1.简述Web网站的测试内容。

功能测试;

性能测试;

安全性测试; 

可用性/易用性测试;

配置和兼容性测试;

数据库测试;

代码合法性测试;

完成测试。

2.功能测试包括哪些方面

功能测试主要包括以下几个方面的内容:

内容测试

链接测试

表单测试

Cookies测试

设计语言测试

3.负载/压力测试的作用。

负载测试的作用是在软件产品投向市场以前,通过执行可重复的负载测试,预先分析软件可以承受的并发用户的数量极限和性能极限,以便更好地优化软件。

压力测试是测试系统的限制和故障恢复能力,也就是测试Web应用系统会不会崩溃,在什么情况下会崩溃。

4.概括安全性测试中的登录测试内容。

5.简述兼容性测试。

测试浏览器兼容性的一个方法是创建一个兼容性矩阵。

在这个矩阵中,测试不

同厂商、不同版本的浏览器对某些构件和设置的适应性。

 

第十章软件测试职业

1.简述软件测试资源的获取途径。

要获得快捷可靠的软件测试资源,一般从正规的培训会议,相关的网站及从事软件测试的专业组织这三种途径中获取。

2.简述软件测试工程师应具备的素质。

.具有较强的沟通能力

.掌握比较全面的技术

做优秀的外交家

具有挑战精神

具有准确的判断力

做故障排除家

要有充分的自信心和耐心

3.软件测试员的目标是什么

软件测试员的目标是找出软件缺陷,尽可能早一些,并确保得以修复

4.谈谈你对今后从事软件职业的打算。

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

当前位置:首页 > 小学教育 > 语文

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

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