软件测试和软件质量保证练习答案

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

第一章软件质量保证

练习答案

1、软件质量的定义?

软件质量是软件产品满足使用要求的程度。对于软件质量的衡量,就是高质量的软件系统能够准时地交付给用户,所耗费的成本不超出预算,并且最重要的是,能够正常地运行。“正常地运行”意味着该软件必须尽可能没有缺陷(bug)。

2、软件质量保证的定义?

软件质量保证是一系列系统性的活动,它提供开发出满足使用要求产品的软件过程的能力证据。

3、质量控制中的测试技术有哪些?想一想各自的适用情况。

审查(Inspection):软件的一种基本测试方法,它以一系列典型问题为依据进行检测。

走查(Walkthrough):一对一的审查,比审查更加仔细。

回顾(Review):以发现软件中存在的错误和缺陷为目的的一种软件测试方法,它是在软件证实执行之前完成。

4、SDLC各阶段的文档有哪些,各自的质量目标是什么?

请参照学生用书3-5页,对于各阶段的目标,抓住主要的要点。

5、质量计划的手段和技巧分别有哪些?

A、效益成本分析

B、基本水平标准

C、流程图,包括因果图、系统程序流程图等

D、试验设计

6、质量控制的手段和技巧分别有哪些?

有以下控制的手段和技巧:检验、控制表、排列图、抽样调查统计、流程图和趋势分析等。作业答案

1、判断是非:好的测试员不懈追求完美。

错。好的测试员知道何时完美无法企及,何时达到“够好”。

2、有没有质量很高但是可靠性很差的产品?请举例说明。

有可能,但是它取决于客户对质量的期望。不少人购买高性能跑车,认为提速、时速、式样、舒适度和装饰好就是高质量。此类汽车一般可靠性差,经常抛锚,修理费用昂贵,而车主不把可靠性差当作质量问题。

3、请思考,可能完全测试程序吗?

除了极短小的简单程序,完全测试需要太多的输入、输出和分支组合。此外,软件说明书也许不客观,可以用多种方式解释。

4、在学习完本章后,判断下列哪种方法会减少成本:

a、让客户去找缺陷

b、发现缺陷而不是预防它们

c、预防缺陷而不是发现它们

d、忽视小的缺陷

答案:c

第二章测试技术

练习答案

1.对

2.错

3.代码

4.功能

5.归纳法、演绎法和回溯法。

6.对

7.错

作业答案

1、列举软件测试原则

软件测试过程中需要创建试用例来“破坏系统”,但在设计用例之前,需要遵循以下几个原则:

完全测试程序是不可能的

软件测试是有风险的行为

测试无法显示潜伏的软件缺陷

找到的软件缺陷越多,就说明软件缺陷越多

并非所有软件缺陷都能修复

软件测试一项讲究条理的技术专业

2、d

3、a

第三章测试工具

练习答案

1.b

2.对

3.错

4.错

5.对

作业答案

第1题答案:

Panorama2-C/C++的主要好处如下:

1.全面:它支持–-

错误较少和风险较小的编码;

使用图表理解、复查和检查代码;

对系统结构、类继承、控制流等的静态分析;

通过程序逻辑分析和图表来检查逻辑错误;

通过指定自下而上的测试顺序而不设计和使用占位程序函数来进行增量式的单元和集成测试;

代码执行频率分析(在分支/段级别);

对类模板、常规类、函数、块、分支、段和条件输出的基于.mak文件且面向对象的代码测试以及测试覆盖分析,同时以图形化方式显示测试结果并突出显示未执行的元

素;

自动错误模拟;

测试执行监视;

在测试结果和需求/测试用例间进行跟踪;

数据(全局和静态变量)使用分析;

运行时错误分析和运行时错误定位(显示错误在源代码中的原始行数);

质量标准值设置;

突出相关代码并报告相关数据的安全代码修改;

NFS网络中的客户端–服务器应用程序;

2.自动化:只需输入.mak文件/批处理文件和测试脚本文件,所有的静态和动态分析结果都

会自动生成。

3.集成:所有的工具协同工作并共享一个增量式数据库。

4.易于查看结果:程序的所有静态和动态分析结果都可以通过以不同颜色进行标记的图/图

表来生动表示。

5.易于使用:提供Motif/OpenLook/Widows GUI、在线帮助和逐步的演示指导。

Panorama2-C/C++的主要局限有以下几点:

1、中文显示问题(对于这个缺点,请教师和学员在上机安排过程中,注意自己的操作系

统环境,在一些显示中可能会有乱码,但这些乱码一般不会影响对于最终)

2、使用自己的脚本技术,但这种脚本技术与其他的测试工具不兼容

3、需要执行.mak文件,而不是编译C程序后生成的.obj文件

4、仅能处理C/C++程序

5、界面不够友好

第四章测试计划和单元测试

练习答案

1.对

2.对

3.错

4.等价划分

5.白盒

6.对

7.对

作业答案

第1题答案:单元测试说明书由一系列单元测试用例组成。每个单元测试用例都应该包括四个基本要素:

单元的初始状态说明,这是测试用例的起点(仅适用于单元在各次调用之间保持状态不变的情形)

单元的输入,包括单元读入的任何外部数据的值

测试用例实际要测试的内容,根据单元的功能性以及在设计测试用例时采用的分析(例如,要测试单元中的哪些判定)来制订

测试用例的预期结果(测试用例的预期结果应该始终在执行测试之前在测试说明书中定义好)第2题答案:制定单元测试说明书所包括的步骤:

步骤1 - 使它运行起来

任何单元测试说明书的第一个测试用例的目的都应该是尽可能以最简单的方式来执行被测试的单元。实际执行测试时,知道至少第一个单元测试能够执行将可以大大增强信心。如果执行不了的话,那么更可取的做法是进行简单的调试(例如从起点开始)。

合适的技术:

根据说明书进行的测试

等价划分

步骤2 –正面测试

测试用例应该设计为能够表明被测试的单元实现了它应该实现的功能。测试设计者应该通读相关的说明书;每个测试用例应该测试说明书中的一条或多条陈述。涉及到多个说明书时,最好能够使测试用例的顺序与单元主要说明书上的陈述的顺序相对应。

合适的技术:

根据说明书进行的测试

等价划分

状态变换测试

步骤3–负面测试

应该改进现有的测试用例并且设计更进一步的测试用例,以表明软件没有实现任何未指明要完成的功能。此步骤主要依赖于错误猜测,依赖于测试设计者预测问题域的经验。

合适的技术:

相关文档
最新文档