软件测试期末试卷
福建高考理综-无忧雅思论坛
1.1软件评审的对象有很多种，主要分为管理评审、技术评审、文档评审和流程评审。
1.2代码会审是一种静态的白盒测试方法，是由一组人通过阅读、讨论来审查程序结构、代
码风格、
算法等的过程。
2.软件测试工作范畴可以分为两个层次：软件测试工作的组织与管理和测试工作的实施。
3
.1在单元测试中主要采用白盒测试方法，包括对代码的评审、静态分析和结合测试工具进
行动态测试。
3.2按阶段进行测试是一种基本的测试策略，单元测试是测试执行过程中的第一个阶段。
3.3确保各单元模块被正确的编码是单元测试的主要目标。
3.4软件度量一般可分为软件过程度量、项目度量和产品度量。
3.5针对软件产品的质量
度量，会建立在软件产品的规模度量、复杂度度量和缺陷度量的基
础上。
4.1兼容性测试包括了软件兼容性、数据共存性、硬件兼容性。
4.2软件兼容性测试是指
验证软件之间是否能够正确的交互和共享信息，包括同步共享，异
步共享，还包括本地交互、远程通信交
互。
4.3软件兼容新测试中的向下兼容是指可以使用以前版本的软件
向上兼容是可以使用未来
的软件的版本和功能。
5.1.验收测试是在软件产品完成了功能测
试和系统测试之后，产品发布之前所进行的测试活
动，它是技术测试的最后一个阶段，也称为交付测试。
5.2验收测试是检验产品和产品规格说明书的一致性。
5.3软件缺陷的详细描述有三部分组成，操作重现步骤、期望结果、实际结果。
6.1集成
测试是将已分别通过测试的单元按设计要求结合起来再进行的测试，以检查一些单
元之间的接口是否存在
问题。
6.2系统测试一般有若干个不同的测试组成，目的是充分进行系统，验证整个系统是否满足<
br>非功能型的质量需求。
7.1回归测试的目的是在程序有修改的情况下保证原有功能正常的一种测试策略和方法。
7.2文档的测试主要检测文档的完整性、正确性易理解性和一致性。
8.1功能测试要是在
某个输入输出遍历范围的边界上，验证系统功能是否正常运行的测试方
法。
8.2等价类划分
就是解决如何选择试题的数据子集来代表整个数据集的问题，通过降低测试
的数目去实现合理的覆盖，覆
盖了更多的可能的数据，已发现更多的软件缺陷。
9.造成软件缺陷的原因可以从软件本身，团体工作
和技术问题等多个方面来查找，以确定造
成缺陷的主要因素。
10.测试用例是有效的发现软
件缺陷的最小测试执行单元，是为了特定目的而设计的测试数
据及与之相关的测试规程的一个特定的集合
。
1.1在软件生命周期的那一个阶段，软件缺陷修复费用最低（A）
A
需求分析 B 设计 C 编码 D 产品发布
1.2修复软件缺陷费用最高的是（D）阶段
A 需求分析 B 设计 C 编码
D 产品发布
2.1（A）是软件缺陷出现最多的地方。
A 规格说明书 B
编程的代码 C 系统设计结果 D 测试驱动程序
2.2（D）不是软件质量模型
A MCcall模型 B boehm 模型 C ISO 9126 模型 D
DNF 模型
3.1下列模型那个是软件测试过程模型（A）
Ａ Ｖ模型
Ｂ 瀑布模型 C、L模型 D G模型
4.1划分软件测试属于白盒测试还是黑盒测试的依据是（C）
A 是否执行程序代码 B
是否能看到软件设计文档 C 是否能看到被测源程序 D 运行
结果是否确定
4.2白
盒测试是根据程序的（C）来设计测试用例，黑盒测试是根据软件的规格说明来设计
测试用例。
A 功能 B 性能 C 内部逻辑 D内部数据
4.3关于白盒测试与黑盒测试的主要区别，正确的是（A）
A
白盒测试侧重于程序结构，黑盒测试侧重于功能。
B
白盒测试可以使用测试工具，黑盒测试不能使用工具
C 白盒测试需要程序参与，黑盒测试不需要。
D 黑盒测试比白盒测试应用更广泛
5.1不属于白盒测试的技术的是（C）
A
路径覆盖 B 判定覆盖 C 边界值分析 D 条件覆盖
5.2以下哪种方法属于白盒测试（A）
A.语句覆盖 B 因果图 C 判定表
Ｄ正交实验法
6.1属于黑盒测试的方法是（C）
A 基于基本路径 B 控制流
C 基于用户需求测试 Ｄ 逻辑覆盖
6.2不属于黑盒测试的技术是（D）
A
等价类划分法 B 功能图法 Ｃ 边界值分析 Ｄ 调节覆盖
7.1有一组测试用例使得
每一个被测试用例的分支覆盖至少被执行一次，它满足的覆盖标准
（B）
A 语句覆盖
B 判定覆盖 C 条件覆盖 D 路径覆盖
7.2条件覆盖的目的是（C）
A
是每个判定的所有可能的条件取值组合至少执行一次
B使程序中的每个判定至少都获得一次“真”值和“假”值。
C是程序中的每个判定中每个条件的可能值至少满足一次
D使程序中的每个可执行语句至少执行一次
8.1在下面所列举中的逻辑测试覆盖中，测试覆盖最强的是（B）
A条件覆盖 B
条件组合覆盖 C 语句覆盖 D 判定覆盖
8.2在下面所列举中的逻辑测试覆盖中，测试覆盖最弱的是（C）
A条件覆盖 B
条件组合覆盖 C 语句覆盖 D 判定覆盖
9.1（A）也称为结构测试或逻辑驱动测试
A 白盒测试 B 黑盒测试 C 系统测试 Ｄ分析测试
9.2单元测试一般以（A）为主。
A白盒测试 B 黑盒测试 C
系统测试 D 分析测试
10.1侧重于观察资源耗尽情况下的软件表现的系统测试被称为（B）
A强度测试 B
压力测试 C 容量测试 D 性能测试
10.2通过（C）
可以确定软件系统还能保持主要功能正常运行的某项指标的极限值。
A强度测试 B 压力测试
C 容量测试 D 性能测试
11.1必须要求用户参与的测试阶段是（D）
A
单元测试 B 集成测试 C 确认测试 D 验收测试
11.2 （D）
主要包括易用性测试、兼容性测试、按政测试、文档测试等几个方面。
A单元测试 B 集成测试
C 确认测试 D 验收测试
12.1在软件修改之后，再次运行以前为发
现错误而执行程序曾用过的测试用例，这种测试称
之为（C）
A单元测试 B 集成测试
C 回归测试 D 验收测试
12.2（C）的目的是在程序有修改的情况下保证原有功能正常的一种测试策略和方法。
A单元测试 B 集成测试 C 回归测试 D 验收测试
13.1下列项目中不属于测试文档的是（C）
A测试计划 B 测试用例
Ｃ程序流程图 D测试报告
13.2下列项目中属于测试文档的是（A）
A 缺陷报告
B 可行性分析报告 C 程序流程图 D 项目立项申请书
14.1对web
网站进行的测试中，属于功能测试的是（B）
Ａ连接数度测试 B 页面链接测试 C 平台测试
Ｄ安全性测试
15.1在自底向上测试中，要编写称为（B）的模块来测验正在测试的模块
A 测试存根 B测试驱动模块 C 桩模块 D 底层模块
15.2在自顶向下的集成方法中，需要开发（A）
A 主控模块 B 测试驱动模块
C 桩模块 D父模块
15.3单元测试中用来模拟被测试模块调用者的模块是（C）
A父模块 B 子模块 C 驱动模块 D桩模块
16.1下列各项中（B）
不是一个测试计划所应包含的内容
A测试资源 、进度安排 B 测试预期输出 C 测试范围
D 测试策略
16.2下列各项中（A）不会包含在一个测试报告中
A产品描述
B 测试结果 C 用户文档 D 测试工具使用指南
16.3对于软件的β测试下列描述正确的是（D）
A
β测试就是在软件公司内部展开的测试，由公司专业的测试人员执行的测试
B
β测试就是在软件公司内部展开的测试，由公司非专业的测试人员执行的测试
C
β测试就是在软件公司外部展开的测试，由专业的测试人员执行的测试
D
β测试就是在软件公司外部展开的测试，可以由非专业的测试人员执行的测试
17.1（A）的目的是对最终软件系统进行全面的测试确保最终软件系统产品满足需求
A
系统测试 B 集成测试 C 单元测试 D 功能测试
17.2软件测试是软件质量保证的重要手段，下述那种测试是软件测试的最基础环节（B）
A集成测试 B 单元测试 C 目的测试 D 确认测试
18.1程序输入条件为满足小于100大于10的整数X 则有效等价类为（A）
A10
18.2程序输入条件为X=10则有无效等价类为（A）
A X！=10 B
X=10 C X<=10 D X >=10
19.1,为了提高测试的效应，应该（D）
A 随机的选取测试数据 B 去一切可能的输入数据作为测试数据
C
在完成变以后指定软件的测试计划 D 选择发现错误的可能性大的数据作为测试数据
19.2下列描述错误的是（A）
A 软件发布后如果发现质量问题，那是软件测试人员的错
B穷尽测试实际上在一般情况
下是不可行的 C 软件测试自动化不是万能的
D测试能由非开发人员进行，调试必须由开
发人员进行。
20.1关于自动化测试局限性的描述，以下错误的描述有（B）
A
自动化测试不能取代手工测试 B 自动化测试比手工测试发现的缺心少 C
自动化测试
不能提高测试覆盖率 D 自动化测试对测试设计依赖性极大
1.1测试用例设计考虑因素 ：
1.测试用例必须具有代表性、典型性。一个测试用例能基本涵盖一组特定的情形，目标明确。
2.测试用例设计时，是寻求系统设计、功能设计的弱点。测试用例需要确切地反映功能设计
中可能存
在的各种问题，而不要简单复制产品规格设计说明书的内容。
3.测试用例需要考虑到正确的输入，也
需要考虑到异常的输入，以及需要分析怎样使得这样
的错误或异常能够发生。
4.用户测试用
例设计，要多考虑用户实际应用场景。用户测试用例是基于用户实际的可能场
景，从用户的角度来模拟程
序的输入，从而针对程序来进行的测试用例。
2.1测试用例设计书写标准
在编写测试用例
过程中，需要参考和规范一些基本的测试用例编写标准，在
ANSIIEEE829-1983标准中列
出了和测试设计相关的测试用例编写规范和模板。标准模板中
主要元素如下。
标识符：每个测试用例应该有一个唯一的标识符，它将成为所有和测试 用例相关的文
档表格引
用和参考的基本元素，这些文档表格包括设计规格说明书、测试日志表、测试报
告等。
测试项：测试用例应该准确地描述所需要测试地项及其特征，测试项应该比
测试设计
说明书中所列出地特性描述更加具体。
测试环境要求：用来表征执行该测试用例需要地测试环境。
输入标准：用来执行测试用例的输入需求。
输出标准：标识按照指定的环境和输入标准得到的期望输出结果。
测试用例之间的关联：用来标识该测试用例与其它的测试（或其它测试用例）之间的依
赖关系。
1.2测试项目管理的原则
1.
可靠地需求。测试的需求是经各方一致同意的、课实现的并在文档中清楚地、完整地
和详细地描述。
2. 能够适应开发过程模型。在采用快速开发模型时，测试人员需要和开发人员同步工作，
并
尽力实现自动化测试。
3.
充分测试并尽早测试。每次改错或变更后，不仅要测试修改的地方，而且应该进行足
够的回归测试。 <
br>4.合理的时间表。为测试设计、执行、变更后再测试以及测试结果分析等留出足够的时间，
进行
周密计划，不应使用突击的办法来完成项目。
5.充分沟通。不仅在测试团队内部做好沟通，而且要与
开发人员、产品经理、市场人员甚
至客户等进行有效沟通，并采用合适的通信手段。
6.基于数据库的测试管理系统。 通过这个系统有效地管理测试计划、测试用例、测试任
务、
缺陷和测试报告等，确保及时的管理和良好的协作。
2.2测试团队的组织模型
从测试所采
用的技术角度去组织，将整个测试团队以涉及的计算机技术来划分，形成多个技
术部门。当启动一个项目
时，将其分解为不同技术的模块，从不同的技术部门抽调人员，组
成动态的项目组。技术深，产品单一
从产品线去组织，将整个测试团队按照公司的不同产品线进行划分。任何一个产品的开发工
作，
都是在某个特定产品团队内进行的，而一个产品往往包含了多个项目，项目组是在产品
团队内建立，不跨
越多个部门。产品多，规模大