软件测试复习题_0

1、软件测试复习题 软件测试与质量保证复习提纲 提要： 【复习重点】单元测试（黑盒测试：边界值、等价类、决策表；白盒测试：语句覆盖、条件覆盖、判定（分支）覆盖、判定/条件覆盖、条件组合覆盖、路径覆盖、基路径法、数据流测试定义节点、使用节点） 【复习方法】立足于教材，重点看讲课课件及所讲过的习题 【复习题目】 黑盒测试： 边界值 一般边界条件法 （4n+1） 健壮性边界条件法（6n+1） 最坏边界条件法（5（n） 健壮最坏边界条件法（7（n） 等价类：注意无效等价类 决策表：先得到等价类，简化决策表 白盒测试 （程序流程图）： 语句路径覆盖：被测程序的每个语句至少被执行一次 p93 判定（分支）路径

2、覆盖：设计足够的测试用例，使得程序中的每一个判定至少都获得一次“真值”和“假值”，或者说使得程序中的每一个分支都至少通过一次 p94 条件路径覆盖：对每个判定中所包含的若干个条件，应设计足够多的测试用例，使得判定中的每个条件都至少取到一次“真值”和“假值”的机会，也就是说，判定中的每个条件的所有可能结果至少出现一次。（先列出判定中全部条件的所有可能取值范围，根据所有可能的取值范围设置测试用例）（注：满足条件路径覆盖度量标准的测试用例不一定满足判定路径覆盖度量标准） 判定/条件路径覆盖：通过设计足够多的测试用例，使得运行这些测试用例时，判定中的每个条件的所有可能结果至少出现一次，并且每个判定本身

3、的所有可能结果也至少出现一次。（满足判定/条件路径覆盖的测试用例一定也满足判定路径覆盖、条件路径覆盖以及语句路径覆盖度量标准） 条件组合路径覆盖：通过设计足够多的测试用例，使得运行这些测试用例时，每个判定中条件结果的所有可能组合至少出现一次。（注：条件组合路径覆盖是对每个判定分别考虑它们的条件组合，而不是对整个程序中所有判定的所有条件的组合）（满足条件组合路径覆盖的测试用例，一定都满足前面4中覆盖方法） 基本路径法：包含一组以前没有处理的语句或条件的一条路径（画控制流程图，节点用标有编号的圆圈表示） 节点：一般代表了程序流程图中矩形框所表示的处理、菱形框所表示l 1、将数据存储起来（变量出现在

4、赋值语句的左边） 2、将所存储的数据取出来（变量出现在赋值语句的右边） 常见的定义/使用路径错误包括： 1、引用一个未初始化的变量 2、一个变量的死（无用）定义 3、等待一个还没有安排的进程 4、安排了一个与自身相同的进程 5、等待一个先前已经被中止了的进程 6、引用一个在并行进程中被定义的变量 7、引用一个值不确定的变量 定义节点：变量关联的存款单元的内容变化 使用节点：变量关联的存储单元的内容保持不变 谓词使用：节点外度(出度)=2 计算使用：节点外度(出度) 注：一个变量节点不是定义节点就是使用节点，也可能两者都是。如 a = a + 1 或 a + 关于变量v： 定义/使用路径：路径的

5、最初节点是定义节点，最终节点是使用节点 定义清晰（清除）路径：只有路径的最初节点是定义节点，中间没有定义节点 注：定义清晰路径一定是定义/使用路径 一、简答题 1、简述软件测试的基本职责 1.、以最少的时间和人力，系统地找出软件中潜在的各种错误和缺陷 2、证明 3、检测 4、预防 2、试论述自底向上集成测试的实施步骤及其优缺点 实施步骤： 1、由驱动模块控制最低层模块的并行测试，也可以把最低层模块组合成实现某一特定软件功能的簇，由驱动模块控制它进行测试 2、用实际模块代替驱动模块，与它已测试的直属子模块组装成为子系统 3、为子系统配备驱动模块，进行新的测试 4、判断是否已组装到达主模块，是则结

6、束测试；否则执行2 优点：任意的叶子级构件一准备好，就可以开始自底向上集成和测试。各子树的集成和测试工作可以并行的进行 缺点：驱动器的开发时自底向上集成中耗费最大的，需要编写的代码量很可能就达到被测系统代 码量的两倍。 3、什么是集成测试，一般在何时进行；请论述其集成测试方法的分类 集成测试，也叫组装测试、联合测试、子系统测试和部件测试。它是单元测试的逻辑扩展，即在单元测试基础之上，将所有模块按照概要设计要求组装成为子系统或系统，进行测试。 集成测试一般在单元测试之后、系统测试之前进行 分类：集成测试基本可以概括为以下两种，非渐增式测试模式和渐增式测试模块。 非渐增式测试模式即先分别测试每个模

7、块，再把所有模块按设计要求放在一起结合成所要程序，如大爆炸模式； 渐增式测试模式即把下一个要测试的模块同已经测试好的模块结合起来进行测试，测试完以后再把下一个应该测试的模块结合进来测试 4、什么是维恩图，如何通过维恩图来理解软件测试 维恩图：也叫文氏图，用于显示元素集合重叠区域的图示 ? 给定一段程序及其规格说明，集合s是所描述的行为，集合p是用程序实现的行为。 程序行为 s 规格说明 预期的 p 程序 所实现的 s和p相交的部分是“正确”部分，即既被描述又被实现的行为。 程序行为 s 规格说预期的 p 程序 过错缺陷 遗漏缺陷 所实现的 测试就是确定既被描述又被实现的程序行为的 1 范围，同

8、时尽量找出缺陷。 程序行为 5 s 规格说明 2 p 6 程序 1 4 3 t 测试用例 7 2和5，可能会有没有测试的已描述行为。 1和4，经过测试的已描述行为。 3和7，对应于未描述行为的测试用例。 2和6，可能会有没有测试的程序行为。 1和3，经过测试的程序行为。 4和7，未通过程序实现的行为 测试的目标：测试人员怎样才能使这些集合的相交区域（区域1）尽可能地大。 5、试叙述v、w、h、x测试模型，给出其示意图，并说明其局限性和改进途径 测试传统模型-v模型 ? v模型是最广为人知的测试 模型 ? 从左到右，描述了基本的开 发过程和测试行为 ? 非常明确地标明了测试过程 中存在的不同级别，描述了这些测试阶段和开发过程期间各阶段的对应关系 v模型（测试与开发阶段对应关系） ? 单元和集成测试应检测程序的执行是否满足软件设计的要求； ? 系统测试应检测系统功能、性能的质量特性是否达到系统要求的指标； ? 验收测试确定软件的实现是否满足用户需要或合同的要求。 v模型的缺陷 存在局限性，仅仅把测试过程作为在需求分析、系统设计及编码之后的一个阶段，只针对程序进行的寻找错误的活动，忽视了测