软件测试习题集及答案.docx

一、判断分析题

软件测试的目的是尽可能多的找出软件的缺陷。（Y）

软件测试的目的是证明软件没有错误。（N）

测试组负责软件质量。(N)

程序的效率与程序的复杂性相关。(N)

软件是一种逻辑实体，而不是具体的物理实体，因而它具有抽象性。(Y)

测试程序仅仅按预期方式运行就行了。(N)

好的测试员不懈追求完美。(Y)

不存在质量很高但可靠性很差的产品。(N)

测试是为了验证该软件已正确地实现了用户的要求。(N)

发现错误多的程序模块，残留在模块中的错误也多。(Y)

程序效率的提高主要应通过选择高效的算法来实现。(Y)

测试人员要坚持原则，缺陷未修复完坚决不予通过。（N）

项目立项前测试人员不需要提交任何工件。（Y）

缺陷跟踪系统只针对对测试人员来使用。(N)

从用户软件开发者的角度出发，普遍希望通过软件测试暴露软件中隐藏的错误和缺陷，以考虑是否可接受该产品。(N)

软件项目在进入需求分析阶段，测试人员应该开始介入其中。(Y)

测试是提高产品质量根本手段。（）

代码评审员一般由测试员担任。（N）

代码评审是检查源代码是否达到模块设计的要求。（N）

软件测试员可以对产品说明书进行白盒测试。(N)

静态白盒测试可以找出遗漏之处的问题。(Y)

总是首先设计白盒测试用例。(N)

用黑盒法测试时，测试用例是根据程序内部逻辑设计的。(N)

黑盒测试方法中最有效的是因果图法。(Y)

软件测试按照测试过程分类为黑盒、白盒测试。(N)

白盒测试又称结构测试、逻辑驱动测试或基于程序的测试。（Y）

白盒测试时一般由开发人员兼任测试人员的角色。（Y）

黑盒测试是从用户观点出发的测试。（Y）

白盒测试是从用户观点出发的测试。（N）

白盒测试根据程序外部特征进行测试，黑盒测试根据程序内部逻辑结构进行测试。（N）

程序通过了全面的白盒测试，就不需要再进行黑盒测试了。（N）

对于同一个测试对象，等价类的测试用例数多于边界值的测试用例数。（）

如果输入条件规定了取值范围，则可定义一个有效等价类和两个无效等价类。（Y）

不能对输出值域进行健壮性测试。（）

有n个变量的函数的健壮最坏情况测试用例的个数为：5的n次方。（Y）

有n个变量的函数的健壮最坏情况测试用例的个数为：7的n次方。（N）

有n个变量的函数的健壮性测试用例的个数为：5n+1。（N）

有n个变量的函数的最坏情况测试会产生5的n次方个测试用例。（Y）

有n个变量的函数的边界值分析会产生4n+1个测试用例（Y）

边界值分析的假设是“多缺陷”假设。（N）

健壮性测试的主要价值是观察例外情况的处理。（Y）

在设计测试用例时，应包括合理的输入条件和不合理的输入条件。(Y)

弱健壮等价类测试基于多缺陷假设。（N）

强健壮等价类测试是基于多缺陷假设，并考虑了无效值。（Y）

强一般等价类测试考虑了无效值。（Y）

弱一般等价类是基于单缺陷假设。（Y）

弱健壮等价类测试基于单缺陷假设并考虑了无效值。（Y）

等价类测试的弱形式不如对应的强形式的测试全面（Y）

语句覆盖是最弱的逻辑覆盖。（Y）

语句覆盖是最强的逻辑覆盖。（N）

判定覆盖不一定包含条件覆盖。（Y）

条件覆盖不一定包含判定覆盖。（Y）

判定/条件覆盖能同时满足判定、条件两种覆盖标准。（Y）

判定/条件覆盖指满足判定覆盖标准或条件覆盖标准。（N）

DD-路径图是一种压缩图。（Y）

详细设计的目的是为软件结构图中的每一个模块确定使用的算法和块内数据结构，并用某种选定的表达工具给出清晰的描述。(Y)

尽量用公共过程或子程序去代替重复的代码段。（N）

对于连锁型分支结构，若有n个判定语句，则有2n条路径。（Y）

尽量采用复合的条件测试，以避免嵌套的分支结构。（Y）

GOTO语句概念简单，使用方便，在某些情况下，保留GOTO语句反能使写出的程序更加简洁。（Y）

单元测试能发现约80%的软件缺陷。（Y）

单元测试属于动态测试。(N)

单元测试多采用白盒测试（结构性测试）技术。（Y）

单元测试需要从程序的内部结构出发设计测试用例。（Y）

单元测试需要为每个基本单元开发驱动模块或桩模块。（Y）

在面向对象语言语言中，单元测试是函数或子过程。（）

单元测试又称为模块测试，是针对软件测试的最小单位－程序模块进行正确性检验的测试工作。（Y）

集成测试计划在需求分析阶段末提交。（N）

自底向上集成需要测试员编写驱动程序。（Y）

进行自底向上集成测试，需要为所测模块或子系统编制相应的驱动模块。（Y）

进行自底向上集成测试，需要为所测模块或子系统编制相应的桩模块。（N）

进行自顶向下集成测试，需要为所测模块或子系统编制相应的驱动模块。（N）

进行自顶向下集成测试，需要为所测模块或子系统