2020年软件评测师真题精选

注：纯手打，如有错误欢迎评论区交流！
转载请注明出处：https://blog.csdn.net/testleaf/article/details/123122641
多谢！！！

1、试题（32）
测试用例是测试使用的文档化的细则， 其规定如何对软件某项功能或功能组合进行测试。 测试用例应包括下列（32） 内容的详细信息。
① 测试目标和被测功能。
② 测试环境和其它条件。
③ 测试数据和测试步骤。
④ 测试记录和测试结果。
（32） A． ① ③B． ① ② ③C． ① ③ ④D． ① ② ③ ④
试题（32）分析
本题考查测试用例的概念。
测试用例应包括:
测试目标和被测功能。
测试环境和其它条件。
测试数据和测试步骤。
参考答案
（32） B

2、试题（36）
下面的描述中， 不能体现前置测试模型要点的是（36） 。
（36） A． 前置测试模型主张根据业务需求进行测试设计， 认为需求分析阶段是进行测试计划和测试设计的最好时机
B． 前置测试模型将开发和测试的生命周期整合在一起， 标识了项目生命周期从开始到结束之间的关键行为， 提出业务需求最好在设计和开发之前就被正确定义
C． 前置测试将测试执行和开发结合在一起， 并在开发阶段以编码-测试-编码-测试的方式来体现， 强调对每一个交付的开发结果都必须通过一定的方式进行测试
D． 前置测试模型提出验收测试应该独立于技术测试， 以保证设计及程序编码能够符合最终用户的需求
试题（36） 分析
本题考查前置测试模型的概念。
前置测试模型主张根据业务需求进行测试设计， 认为设计阶段是进行测试计划和测试设计的最好时机。
参考答案
（36） A

3、试题（37）
在进行软件编码规范评测过程中需要围绕几个方面的内容展开， 以下描述中不属于编
码规范评测内容的有（37） 。
（37） A． 源程序文档化检查， 包括符号名的命名、 程序的注释等规范性检查
B． 数据说明检查， 包括数据说明次序、 语句中变量顺序检查
C． 程序结构检查， 程序应采用基本的控制结构、避免不必要的转移控制等
D． 程序逻辑检查， 阅读源代码， 比较实际程序控制流与程序设计控制流的区别
试题（37） 分析
本题考查编码规范评测的内容。
软件编码规范评测也是围绕以下 4 个方面展开:源程序文档化、数据说明的方法、语
句结构和输入/输出方法。
参考答案
（37） D

4、试题（38）
（38） 属于概要设计说明书的评测内容。
① 分析该软件的系统结构、 子系统结构，确认该软件设计是否覆盖了所有已确定的软件需求，软件每一成分是否可追溯到某一项需求。
② 系统定义的目标是否与用户的要求一致。
③ 从软件维护的角度出发， 确认该软件设计是否考虑了方便未来的维护。
④ 是否所有界面与更高级别文档中的需求一致。
（38） A． ① ② ③B． ① ③ ④C． ② ③ ④D． ① ② ③ ④
试题（38）分析
本题考查概要设计说明书的评测内容。
概要设计说明书的评测内容如下。
可追溯性: 分析该软件的系统结构、 子系统结构， 确认该软件设计是否覆盖了所有已确定的软件需求， 软件每一成分是否可追溯到某一项需求。
接口: 分析软件各部分之间的联系， 确认该软件的内部接口与外部接口是否已经明确定义，模块是否满足高内聚和低耦合的要求， 模块作用范围是否在其控制范围之内。
风险: 确认该软件设计在现有技术条件下和预算范围内是否能按时实现。
实用性: 确认该软件设计对于需求的解决方案是否实用。
技术清晰度: 确认该软件设计是否以一种易于翻译成代码的形式表达。
可维护性: 从软件维护的角度出发， 确认该软件设计是否考虑了方便未来的维护。
质量: 确认该软件设计是否表现出良好的质量特征。
各种选择方案: 看是否考虑过其它方案， 比较各种选择方案的标准是什么。
限制: 评估对该软件的限制是否现实， 是否与需求一致。
其它具体问题: 对于文档、 可测试性、 设计过程等进行评估。
参考答案
（38） B

5、试题（39）
关于确认测试，描述正确的是（39） 。
① 确认测试一般包括有效性测试与软件配置复查，采用黑盒测试为主， 白盒测试为辅的测试方法进行测试。
② 确认测试配置项复查时应当严格检查用户手册和操作手册中规定的使用步骤的完整性和正确性。
③ 确认测试需要检测与证实软件是否满足软件需求说明书中规定的要求。
④ 确认测试是保证软件正确实现特定功能的一系列活动和过程， 目的是保证软件生
命周期中的每一个阶段的成果满足上一个阶段所设定的目 标。
（39） A． ① ②B． ② ③C． ③ ④D． ② ④
试题（39）分析
本题考查确认测试的概念。
确认测试的任务是验证软件的功能和性能及其它特性是否与用户的要求一致。 对软件的功能和性能要求在软件需求规格说明中明确规定。 确认测试一般包括有效性测试和软件配置复查。
有效性测试。有效性测试是在模拟的环境下，运用黑盒测试的方法，验证所测软件是否满足需求规格说明书列出的需求。
软件配置复查。 软件配置复查的目的是保证软件配置的所有成分都齐全， 各方面的质量都符合要求， 具有维护阶段所必须的细节， 而且已经编排好分类的目录。
参考答案
（39） B

6、试题（40）
关于软件测试的说法， （40） 是不正确的。
（40） A． 代码审查是代码检查的一种，是由程序员和测试员组成一个审查小组， 通
过阅读、 讨论和争议， 对程序进行静态分析的过程
B． 软件测试的对象不仅仅是程序， 文档、 数据和规程都是软件测试的对象
C． 白盒测试是通过对程序内部结构的分析、 检测来寻找问题的测试方法
D． 单元测试是针对软件设计的最小单位–程序模块进行正确性检验的测试工作，它通常需要开发辅助的桩模块作为主程序调用被测模块来完成测试
试题（40） 分析
本题考查软件测试的基本概念。
代码审查是代码检查的一种，是由程序员和测试员组成一个审查小组，通过阅读、 讨论和争议，对程序进行静态分析的过程。
软件测试的对象不仅仅是程序，文档、数据和规程都是软件测试的对象。
白盒测试是通过对程序内部结构的分析、检测来寻找问题的测试方法。单元测试又称模块测试，是针对软件设计的最小单位–程序模块，进行正确性检验的测试工作。 其目的在于发现各模块内部可能存在的各种差错。 单元测试需要从程序的内部结构出发设计测试用例。 多个模块能够平行地独立进行单元测试。
参考答案
（40） D

7、试题（41）
关于集成测试的描述中， 正确的是（41） 。
① 集成测试也叫做组装测试或联合测试， 通常是在单元测试的基础上，将所有模块
按照概要设计说明书和详细设计说明书的要求进行组装和测试的过程。
② 自顶向下的增殖方式是集成测试的一种组装方式， 它能较早地验证主要的控制和
判断点， 对于输入输出模块、 复杂算法模块中存在的错误能够较早地发现。
③ 自底向上的增殖方式需要建立桩模块， 并行地对多个模块实施测试，并逐步形成
程序实体，完成所有模块的组装和集成测试。
④ 在集成测试时， 测试者应当确定关键模块，对这些关键模块及早进行测试， 比如
高层控制模块、 有明确性能要求和定义的模块等。
（41） A． ① ②B． ② ③C． ① ④D． ② ④
试题（41） 分析
本题考查集成测试的相关概念。
集成测试也叫做组装测试或联合测试。通常，在单元测试的基础上，需要将所有模块
按照概要设计说明书和详细设计说明书的要求进行组装。
自顶向下的增值方式是将模块按系统程序结构，沿控制层次自顶向下进行组装。自顶向下的增值方式在测试过程中较早地验证了主要的控制和判断点。 在一个功能划分合理的程序模块结构中， 判断常常出现在较高的层次里， 因而，能够较早地遇到这种问题。如果主要控制有问题， 尽早发现它能够减少以后的返工，这是十分必要的。如果选用按深度方向组装的方式，能够首先实现和验证一个完整的软件功能， 可先对逻辑输入的分支进行组装和测试， 检查和克服潜藏的错误和缺陷，验证其功能的正确性，就为其后对主要加工分支的组装和测试提供了保证。
自底向上的增值方式是从程序模块结构的最底层模块开始组装和测试。自底向上增值方式的缺点是"程序一直未能作为一个实体存在，直到最后一个模块加上去后才形成一个实体"。 就是说， 在自底向上组装和测试的过程中，对主要的控制直到最后才接触到。 这种方式的优点是不需要桩模块， 而建立驱动模块一般比建立桩模块容易， 同时由于涉及到复杂算法和真正输入/输出的模块最先得到组装和测试，能够把最容易出问题的部分在早期解决。 此外自底向上增值的方式能够实施多个模块的并行测试， 提高测试效率。 因此， 通常是把以上两种方式结合起来进行组装和测试。
在进行集成测试时，测试者应当确定关键模块， 对这些关键模块及早进行测试。关键模块至少应具有特征: 满足某些软件需求、 在程序的模块结构中位于较高的层次（高层控制模块）、 较复杂和较易发生错误、 有明确定义的性能要求。
参考答案
（41） C

8、试题（42）
缺陷探测率 DDP 是衡量一个公司测试工作效率的软件质量成本的指标。 在某公司开发
一个软件产品的过程中， 开发人员自行发现并修正的缺陷数量为 80 个， 测试人员 A 发现的缺陷数量为 50 个， 测试人员B 发现的缺陷数为 50 个， 测试人员 A 和测试人员 B 发现的缺陷不重复， 客户反馈缺陷数量为 50 个， 则该公司针对本产品的缺陷探测率为（42） 。
（42） A． %B． %C． %D． %
试题（42）分析
本题考查缺陷探测率 DDP 的概念。
缺陷探测率 DDP 是另一个衡量测试工作效率的软件质量成本的指标， 计算公式如

参考答案
（42） B

9、试题（43）
在执行测试和评价的过程中， 会产生较多的文档， （43） 是对文档内容的正确描述。
① 评价需求的主要内容是描述评价的目标， 特别是描述了产品的质量需求。
② 评价规格说明的主要内容是确定对软件及其部件实行的所有分析和测量，标识要采用的操作规程、 测试方法和工具。
③ 评价记录的主要内容是对评价执行过程的详细记载，由评价请求者保留。
④ 评价报告的主要内容是执行测量和分析的结果， 以及能被重复和重新评价的必要信息。
（43） A． ① ②B． ② ③C． ① ④D． ② ④
试题（43） 分析
本题考查对测试和评价的过程中产生的文档的理解。
评价需求的主要内容是描述评价的目标， 特别是描述了产品的质量需求。
评价规格说明是确定对软件及其部件实行的所有分析和测量， 标识要分析和测量的软件部件。评价记录是评价执行计划时详细记载的动作组成。
评价报告的主要内容是执行测量和分析的结果， 以及能被重复和重新评价的必要信息。
参考答案
（43） C

10、试题（44）
用等价类划分法设计 8 位长数字类型用户名登录操作的测试用例， 应该分成（44） 个
等价区间。
（44） A． 2B． 3C． 4D． 6
试题（44） 分析
本题考查黑盒测试用例的设计方法–等价类划分法。
等价类划分的办法是把程序的输入域划分成若干部分， 然后从每个部分中选取少数代表性数据作为测试用例。 每一类的代表性数据在测试中的作用等价于这一类中的其它值，也就是说， 如果某一类中的一个例子发现了错误， 这一等价类中的其它例子也能发现同样的错误； 反之，如果某一类中的一个例子没有发现错误， 则这一类中的其它例子也不会查出错误（除非等价类中的某些例子属于另一等价类， 因为几个等价类是可能相交的） 。
参考答案
（44） C

11、试题（45）
下面为 C 语言程序， 边界值问题能够定位在（45） 。

int data（3） ,int i,for(i=1, i<=3, i++)data(i)=100

（45） A. data（0） B. data（1） C. data（2） D. data（3）
试题（45） 分析
本题考查测试用例的设计方法–边界值法。
在本题中创建了一个3 个元素的数组。程序从1～3 循环将数组元素的值初始化为 100，
但是由于数组的第一个元素是 data（0）， 因此它没有被初始化。
参考答案
（45） A

12、试题（46） 分析
本题考查软件测试的基本概念。
正确的概念是:
测试用例应由测试设计人员来制定。
测试点应由测试设计人员确立。
测试工作展开于项目立项后， 而不是代码开发完成之后。
软件包括程序、数据和文档， 所以软件测试并不仅仅是程序测试。
参考答案
（46） C

13、试题（47）
通常测试用例很难 100％覆盖测试需求， 因为（47） 。
① 输入量太大。
② 输出结果太多。
③ 软件实现途径多。
④ 测试依据没有统一标准。
（47） A． ① ②B． ① ③C．① ② ③D． ① ② ③ ④
试题（47）分析
本题考查测试用例很难 100％覆盖测试需求的原因。
原因包括:
输入量太大。
输出结果太多。
软件实现途径多。
测试依据没有统一标准。
参考答案
（47） D

14、试题（48）
假定 X 为整数类型变量， X>=1 并且 X<=10， 如果用边界值分析法， X 在测试中应该取
（48） 值。
（48） A． 1， 10 B． 0， 1， 10， 11 C． 1， 11 D． 1， 5， 10， 11
试题（48）分析
本题考查边界值分析法中选择边界值的原则之一。
正确的理解是: 如果输入条件规定了值的范围， 则应取刚达到这个范围的边界的值，
以及刚刚超越这个范围边界的值作为测试输入数据。
参考答案
（48） B

15、试题（49）
以下（49）方法不是黑盒测试用例的设计方法。
（49） A. 场景法 B. 边界值法 C. 因果图法 D. 路径法
试题（49）分析
本题考查黑盒测试用例的设计方法。
黑盒测试用例的设计方法包括: 等价类划分法、 边界值分析法、 错误推测法、 因果图法、 判定表驱动法、 正交试验设计法、 功能图法等。
参考答案
（49） D

16、试题（50）
不属于界面元素测试的是（50） 。
（50） A． 窗口测试 B． 文字测试C． 功能点测试 D． 鼠标测试
试题（50） 分析
本题考查界面元素测试的内容。
界面元素测试包括: 窗口测试、 菜单测试、 图标测试、 文字测试、 鼠标测试。
参考答案
（50） C

17、试题（51）
以下说法不正确的是（51） 。
（51）A．易用性测试不仅是针对应用程序的测试，而且还要包括用户手册等系列文档
B．安装测试就是按照用户安装手册安装软件，来评估安装过程的易用性、正确性
C．辅助系统测试包括帮助测试、 向导测试、 信息提示测试等
D．界面整体测试是指对界面的规范性、 可维护性、 整体性等进行测试和评估
试题（51） 分析
本题考查易用性测试的概念。
正确的概念如下:
易用性测试不仅是针对应用程序的测试， 而且还包括用户手册等系列文档。
安装测试就是按照用户安装手册安装软件， 来评估安装过程的易用性、 正确性。
辅助系统测试包括帮助测试、 向导测试、 信息提示测试等。
界面整体测试是指对界面的规范性、 一致性、 合理性等进行测试和评估。
参考答案
（51） D

18、试题（52）
针对下列程序段， 需要（52） 个测试用例才能够满足语句覆盖的要求。

（52）
A． 2B． 3C． 4D． 5
试题（52） 分析
本题考查白盒测试用例设计方法–语句覆盖法的概念。
语句覆盖（Statement Coverage） 的含义是: 选择足够多的测试数据，使被测程序中的每条语句至少执行一次。
参考答案
（52） C

19、试题（53）
针对逻辑覆盖（53） 叙述是不正确的。
（53） A．达到 100％CC 要求就一定能够满足 100％DC 的要求
B．达到 100％CDC 要求就一定能够满足 100％DC 的要求
C．达到 100％MCDC 要求就一定能够满足 100％DC 的要求
D．达到 100％路径覆盖要求就一定能够满足100％DC 的要求
试题（53）分析
本题考查白盒测试用例设计方法的基本概念。
达到 100％CC 要求不一定能够满足 100％DC 的要求。
达到 100％CDC 要求就一定能够满足 100％DC 的要求。
达到 100％MCDC 要求就一定能够满足 100％DC 的要求。
达到 100％路径覆盖要求就一定能够满足 100％DC 的要求。
参考答案
（53） A

20、试题（54）
以下控制流程图的环路复杂性 V（G） 等于（54） 。

（54） A. 5B. 6C. 9D 12
试题（54）分析
本题考查白盒测试中控制流程图的环路复杂性 V（G） 的计算方法。
其计算方法包括 3 种:
V（G） ＝区域数
V（G） ＝判断结点数＋1
V（G） ＝边－节点＋2
参考答案
（54） B

21、试题（55）
在程序控制流图中， 有 8 条边， 6 个节点， 则控制流程图的环路复杂性 V（G）等于（55）。
（55） A. 2B. 4C. 6D. 8
试题（55） 分析
本题考查白盒测试中控制流程图的环路复杂性 V（G） 的计算方法。
其计算方法包括 3 种:
V（G） ＝区域数
V（G） ＝判断结点数＋1
V（G） ＝边－节点＋2
参考答案
（55） B

22、试题（56）
针对程序段: IF（X>10）AND（Y<20） THEN W=W/A， 对于（X， Y） 的取值， 以下（56）
组测试用例能够满足判定覆盖的要求。
（56） A. （30, 15） （40, 10） B. （3, 0） （30,30）
C.（5, 25） （10, 20） D. （20, 10） （1, 100）
试题（56） 分析
本题考查白盒测试用例设计方法–判定覆盖法的概念。
比语句覆盖稍强的覆盖标准是判定覆盖（Decision Coverage）。 判定覆盖的含义是:
设计足够的测试用例， 使得程序中的每个判定至少都获得一次"真值"或"假值"， 或者说使
得程序中的每一个取"真"分支和取"假"分支至少经历一次， 因此判定覆盖又称为分支覆盖。
参考答案
（56） D

23、试题（59）
反映 Web应用客户端交易处理性能的评估指标有（59） 。
①并发用户数 ②交易响应时间 ③交易通过率 ④吞吐量 ⑤点击率
（59） A． ① ② ③ ④B． ① ② ③ ④ ⑤C． ② ③D． ② ③ ④
试题（59）分析
本题考查负载压力测试中 Web 应用客户端交易处理性能的评估指标。
并发用户数、 交易响应时间、 交易通过率、 吞吐量、 点击率都是 Web 应用客户端交易
处理性能的评估指标。
参考答案
（59） B

24、试题（60）
（60） 是功能测试工具。
（60） A． LoadRunnerB. WinRunnerC. QALoadD. WAS
试题（60）分析
本题考查测试工具的概念。
WinRunner 是功能测试工具， 其它各项都是负载压力性能测试工具。
参考答案
（60） B

25、试题（61）
（61） 是导致软件缺陷的最大原因。
（61） A． 需求规格说明书B． 设计方案C． 编写代码D． 测试计划
试题（61）分析
本题考查导致软件缺陷的最大原因。
需求规格说明书是导致软件缺陷的最大原因。
参考答案
（61） A

26、试题（62）
根据 ANSI／ IEEE829 标准， （62） 属于《测试案例说明》 中的内容。
①输入说明 ②测试目的 ③环境要求 ④特殊要求
（62） A． ① ② ③B． ① ③ ④C． ② ③D． ① ② ③ ④
试题（62） 分析
本题考查 IEEE829 标准中《测试案例说明》 的定义。
输入说明、 环境要求、 特殊要求是《测试案例说明》 中的内容。
参考答案
（62） B

27、试题（63）
负载压力性能测试需求分析时， 应该选择（63） 类型的业务作为测试案例。
① 高吞吐量的业务 ② 业务逻辑复杂的业务 ③ 高商业风险的业务 ④ 高服
务器负载的业务 ⑤ 批处理的业务
（63） A． ① ② ③B． ① ③ ④C． ① ④D． ① ② ③ ④ ⑤
试题（63） 分析
本题考查负载压力性能测试需求分析的方法。
应该选择高吞吐量的业务、高商业风险的业务、 高服务器负载类型的业务作为测试案
例。
参考答案
（63） B

28、试题（64）
测试记录包括（64） 。
① 测试计划或包含测试用例的测试规格说明。
② 测试期间出现问题的评估与分析。
③ 与测试用例相关的所有结果， 包括在测试期间出现的所有失败。
④ 测试中涉及的人员身份。
（64） A． ① ② ③B． ① ③ ④C． ② ③D． ① ② ③ ④
试题（64） 分析
本题考查测试记录的内容。
测试记录包括:
测试计划或包含测试用例的测试规格说明。
与测试用例相关的所有结果， 包括在测试期间出现的所有失败。
测试中涉及的人员身份。
参考答案
（64） B

29、试题（65）
在性能测试中， 关于数据准备， （65） 描述是正确的。
① 识别数据状态验证测试案例。
② 初始数据提供了基线用来评估测试执行的结果。
③ 业务数据提供负载压力背景。
④ 脚本中参数数据真实模拟负载。
（65） A． ① ② ③B． ① ③ ④C． ② ③D． ① ② ③ ④
试题（65） 分析
本题考查性能测试中为什么要准备测试数据。
原因包括:
识别数据状态验证测试案例。
初始数据提供了基线用来评估测试执行的结果。
业务数据提供负载压力背景。
脚本中参数数据真实模拟负载。
参考答案
（65） D