《软件测试-填空题(共6页).doc》由会员分享，可在线阅读，更多相关《软件测试-填空题(共6页).doc（6页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精选优质文档-倾情为你奉上1、软件质量工程包括 软件质量保证 、软件质量规划 和软件质量控制三大方面。2、McCall模型产品修改纬度的质量因素有 可维护性、可测试性、灵活性。3、面向对象模型不同于其他模型的主要特征是 组件的密集重用 。4、有两种同行评审方法学： 审查 和 走查 。5、RMA可以划分成三组类别 内部风险管理措施，分包风险管理措施，顾客风险管理措施6、支持性质量手段有 模板 和 检查表 。7、依据软件系统的生命周期和其他阶段，软件质量度量划分为 软件过程度量 和 软件产品度量 。8、软件配置发布的版本有基线版本、 中间 版本、 修订 版本。9、SQA标准被划分成 软件质量管理标
2、准 和 软件项目过程标准 两类。10、软件缺陷的固有特征有软件缺陷的固有性、 软件缺陷的敏感性 、 软件缺陷的感染性 。11、McCall模型划分了 软件运行 、 软件转移 、 软件修改 三个纬度的11个软件质量因素。12、螺旋模型任何一次迭代都可划分为制定计划、 风险分析和化解 、工程和 顾客评估 四个项限。13、依据合同评审的目标对合同评审主题进行分类为 建议草案评审主题 和 合同草案评审主题 两种类型。14、典型的版本方针包括 严格-单一活动版本方针 、 多版本方针 。15、软件对属于各种质量因素的需求的符合性是由 软件质量度量 来测量的。16、CAPA过程的成功运行包含如下活动：信息收
3、集、 信息分析 、 解决方案和改进方法的建立 、改进方法的执行、跟踪。17、常见的软件配置演化模型有 线性演化模型 和 树演化模型 。18、软件更改的质量保证工作需要 每个更改的SCI的质量保证 和 整个新软件系统版本的质量保证 两个级别的活动。19、从内容和重点上我们可以把质量管理标准划分成 认证标准 和 评估标准 两种类型。20、 测试人员 、 SQA单位 是SQA专职人员。21、CMM内容包含初始级、 可重复级 、 已定义级 、 已管理级 和可优化级五个等级。22、软件质量保证的目标包括 面向产品的软件开发 和 面向过程的软件维护 两大方面。23、开发生命周期阶段SQA部件可以划分成三类
4、：评审、专家观点、软件测试、软件维护SQA部件和由第三方/分包商使用的SQA部件。24、 版本方针 和 更改方针 是维护方针的主要组成。25、外部参与方可被分类为 分包商 、COTS软件和重用软件模块的供货商和 顾客自身 三组。26、在任何机构中，CAPA要正确发挥作用需要 CAPA记录流的跟踪 、 CAPA执行的跟踪 和CAPA执行结果的跟踪三个要的跟踪任务。 27、软件更改的质量保证工作需要每个更改的SCI的质量保证和 整个新软件系统版本的质量保证 两个级别的活动。28、软件过程度量可以进一步划分为 软件过程质量度量 、 软件过程进度度量 和软件过程生产率度量。29、从内容和重点上我们可以
5、把质量管理标准划分成 认证标准 和 评估标准 两种类型。30、通常，软件质量的管理部件有 项目进展控制 、软件质量度量、 软件质量费用 和可用于控制软件维护的工具SQA管理工具。31、软件测试过程包含的测试活动有测试计划，测试设计，测试实施，测试执行，缺陷跟踪和测试评估32、软件测试策略的确定过程通常经历 确定测试需求 、 评估风险 、确定测试策略三个阶段组成。33、变异测试的理论基础是 程序员能力 假设和 组合效应 假设。34、 软件缺陷打开/关闭图表 、 根本原因图表 、软件缺陷关闭周期表是常用的软件缺陷跟踪图表。35、软件测试规范可以分为 行业 规范和 操作 规范。36、通常，由人工进行
6、的静态测试方法包括 桌面检查 、 代码审查 、 代码走查 和技术评审。37、典型的测试设计活动包括 测试用例设计 、 测试过程设计 、设计驱动程序和稳定的桩。38、按照测试的层次和策略,软件测试可以分为单元测试、 集成测试 、 确认测试 和 系统测试 。39、为了考察测试用例的重要性，我们可以从 有效性 、 可重用性 、 易组织性 、 可评估性 、可管理性五方面理解。40、面向对象集成测试常见方法包括 抽样测试 、 正交矩阵（阵列）测试 。41、面向对象测试充分性三个常用标准是 基于状态的覆盖率 、基于约束的覆盖率 和基于代码的覆盖率。42、常见的程序分析视角有句法视角，功能视角、文本视角和计
7、算流视角43、按照测试用例的设计方法，软件测试可以分为白盒测试、黑盒测试和灰盒测试。44、我们可以按照 编写 过程、 执行 过程和 组织 过程三个纬度对测试用例属性进行归类。45、单元测试内容包含如下方面： 模块接口测试 、 边界条件测试 、 错误处理测试 、 局部数据结构测试 和重要路径测试。46、软件质量工程包括 软件质量保证 、 软件质量规划 和软件质量控制三大方面。47、McCall模型产品修改纬度的质量因素有 可维护性 、 可测试性 、灵活性。1. 3、面向对象模型不同于其他模型的主要特征是 组件的密集重用。48、有两种同行评审方法学： 审查 和 走查 。49、RMA可以划分成三组类
8、别 内部风险管理措施 、 分包风险管理措施 和 顾客风险管理措施 。50、支持性质量手段有 模板 和 检查表 。51、依据软件系统的生命周期和其他阶段，软件质量度量划分为 软件过程度量 和 软件产品度量 。52、软件配置发布的版本有基线版本、 中间 版本、 修订 版本。53、SQA标准被划分成 软件质量管理标准 和 软件项目过程标准 两类。54、软件缺陷的固有特征有软件缺陷的固有性、 软件缺陷的敏感性 、 软件缺陷的感染性 。55、McCall模型划分了 软件运行 、 软件转移 、 软件修改 三个纬度的11个软件质量因素。56、螺旋模型任何一次迭代都可划分为制定计划、 风险分析和化解 、工程和
9、 顾客评估 四个项限。57、依据合同评审的目标对合同评审主题进行分类为 建议草案评审主题 和 合同草案评审主题 两种类型。58、典型的版本方针包括 严格-单一活动版本方针 、 多版本方针 。2. 5、软件对属于各种质量因素的需求的符合性是由 软件质量度量 来测量的。59、CAPA过程的成功运行包含如下活动：信息收集、 信息分析 、 解决方案和改进方法的建立 、改进方法的执行、跟踪。60、常见的软件配置演化模型有 线性演化模型 和 树演化模型 。61、软件更改的质量保证工作需要 每个更改的SCI的质量保证 和 整个新软件系统版本的质量保证 两个级别的活动。62、从内容和重点上我们可以把质量管理标
10、准划分成 认证标准 和 评估标准 两种类型。63、 测试人员 、 SQA单位 是SQA专职人员。64、CMM内容包含初始级、 可重复级 、 已定义级 、 已管理级 和可优化级五个等级。65、软件质量保证的目标包括 面向产品的软件开发 和 面向过程的软件维护 两大方面。66、开发生命周期阶段SQA部件可以划分成三类：评审、专家观点、软件测试、软件维护SQA部件和由第三方/分包商使用的SQA部件。67、 版本方针 和 更改方针 是维护方针的主要组成。68、外部参与方可被分类为 分包商、COTS软件和重用软件模块的供货商和 顾客自身 三组。69、在任何机构中，CAPA要正确发挥作用需要CAPA记录流
11、的跟踪、CAPA执行的跟踪和CAPA执行结果的跟踪三个要的跟踪任务。70、软件更改的质量保证工作需要每个更改的SCI的质量保证和 整个新软件系统版本的质量保证 两个级别的活动。71、软件过程度量可以进一步划分为 软件过程质量度量 、 软件过程进度度量 和软件过程生产率度量。72、从内容和重点上我们可以把质量管理标准划分成 认证标准 和 评估标准 两种类型。73、通常，软件质量的管理部件有 项目进展控制 、软件质量度量、 软件质量费用 和可用于控制软件维护的工具SQA管理工具。74、软件测试的目的是尽可能多地发现软件中存在的 错误 ，将测试 测试结果 作为纠错的依据。75、测试阶段的基本任务是根
12、据软件开发各阶段的 文档资料 和程序的 内部结构 ，精心设计一组 测试用例 ，利用这些实例执行 程序 ，找出软件中潜在的各种 错误 和 缺陷 。76、测试用例由 输入数据 和预期的 输出数据 两部分组成。77、软件测试方法一般分为两大类： 动态测试 方法和 静态测试 方法。78、动态测试通过 运行程序 发现错误。根据 测试用例 的设计方法不同，动态测试又分为 黑盒测试 与 白盒测试 两类。79、静态测试采用 人工检测 和 计算机辅助静态分析 的手段对程序进行检测。80、人工审查程序偏重于 编码质量 的检验，而软件审查除了审查 编码 还要对各阶段 软件产品 进行检验。81、计算机辅助静态分析利用
13、 静态分析 工具对测试程序进行 特性 分析。82、黑盒法只在软件的 接口 处进行测试，依据 需求规格 说明书，检查程序是否满足 功能 要求。83、白盒法必须考虑程序的 内部结构 和 处理过程 ，以检查 处理过程 的细节为基础，对程序中尽可能多的逻辑路径进行 测试 。84、白盒测试是 结构 测试，被测对象是 源程序 ，以程序的 内部逻辑 为基础设计测试用例。85、逻辑覆盖是对程序内部有 判定 存在的逻辑结构设计测试用例，根据程序内部的逻辑覆盖程度又可分为 语句覆盖 判定覆盖 条件覆盖 判定/条件覆盖 条件组合覆盖 路径覆盖6种覆盖技术。86、实际的逻辑覆盖测试中，一般以 条件组合 覆盖为主设计测
14、试用例，然后再补充部分用例，以达到 路径 覆盖测试标准。87、循环覆盖是对程序内部有 循环 存在的逻辑结构设计测试用例，它通过限制 循环次数 来测试。88、基本路径测试是在程序 控制流程图 基础上，通过分析控制构造的 环路 复杂性，导出 基本路径 集合，从而设计测试用例。89、黑盒测试是 功能 测试，用黑盒技术设计测试用例有4种方法：等价类划分 边界值分析 错误推测 因果图。90、等价类划分从程序的 功能 说明，找出一个输入条件（通常是 一句话 或 一个短语 ），然后将每个输入条件划分成两个或多个 等价类 。91、边界值分析是将测试 边界 情况作为重点目标，选取正好等于、刚刚大于或刚刚小于边界
15、值 的测试数据。如果输入或输出域是一个有序集合，则应选取集合的 第一个 元素和 最后一个 元素作为测试用例。92、在测试程序时，根据经验或直觉推测程序中可能存在的各种错误，称为 错误推测法 。93、因果图的基本原理是通过画 因果 图，把用自然语言描述的 功能说明 转换为 判定表 ，最后为判定表每一列设计一个测试用例。94、测试的综合策略是在测试中，联合使用各种 测试 方法。通常先用 黑盒 法设计基本的测试用例，再用 白盒 法补充一些必要的测试用例。95、软件测试过程中需要3类信息：软件配置 、 测试配置 和 测试工具 。23软件测试一般经过4个测试：单元测试 集成测试 确认测试 系统测试 。9
16、6、单元测试 指对源程序中每一个程序单元进行测试，检查各个模块是否正确实现规定的功能，从而发现模块在编码中或算法中的错误，它涉及 编码 和 详细设计 的文档。97、单元测试主要测试模块的5个基本特征：模块接口 局部数据结构 重要的执行路径 错误处理 边界条件。98、在单元测试中，需要为被测模块设计 驱动 模块和 桩 模块。 驱动模块 用来模拟被测模块的上级调用模块， 桩模块 用来代替被测模块所调用的模块。99、集成测试指在 单元 测试基础上，将所有模块按照设计要求组装成一个完整的系统进行的测试。也称 组装 测试或 联合 测试。100、集成测试的方法有两种： 非渐增式测试 渐增式测试 。29渐增
17、式测试有两种不同的组装模块的方法： 自顶向下结合 自底向上结合 。101、自顶向下渐增式测试不需要编写 驱动 模块，只需要编写 桩 模块，其步骤是从 模块开始，沿着被测程序的 顶层 的控制路径逐步向下测试，它有两种组合策略： 软件结构图 和深度优先策略 宽度优先策略 。102、自底向上渐增式测试不需要编写 桩 模块，只需要编写 驱动 模块。103、确认测试指检查软件的功能 与 性能 是否与 需求规格 说明书中确定的指标相符合，又称 有效性 测试。104、确认测试在模拟环境下运用 黑盒 测试方法，由专门测试人员 和 用户 参加的测试。105、确认测试开始前需要制定 测试 计划，结束后要写出 测试
18、分析 报告。其测试用例要选用实际运用 的数据。106、软件配置审查的任务是检查软件的所有文档资料的 完整性 和 正确性 。107、调试也称 纠错 ，是在成功的测试之后才开始进行，其目的是确定错误的 原因 和 位置 ，并改正错误。108、调试技术包括 简单调试 归纳法调试 演绎法调试 回溯法调试 109、回溯法调试是从程序产生错误的地方 出发，而归纳法调试是从 测试结果发现的线索 入手。110、被测试程序不在机器上运行，而是采用人工检测和计算机辅助分析检测的手段称为 静态 测试。111、用等价类划分法设计一个测试用例时，使其覆盖 尽可能多的 尚未被覆盖的合理等价类。112、用等价类划分法设计一个
19、测试用例时，使其覆盖 一个 不合理等价类。113、在单元测试时，需要为被测模块设计 驱动模块与桩模块 。114、在集成测试时有两种测试方法，它们是 渐增式和非渐增式 。115、软件测试是为了 发现错误 而执行程序的过程。116、运行被测程序的方法称为 动态 测试。117、动态测试中，主要测试软件功能的方法称为 黑盒 法。118、选择测试用例，使得被测程序中每个判定的每个分支至少执行一次，这种逻辑覆盖标准称为 判定覆盖 。119、要覆盖含循环结构的所有路径是不可能的，一般通过限制 循环次数 来测试。120、用等价类划分法设计测试用例时，如果被测程序的某个输入条件规定了取值范围，则可确定一个合理的
20、等在和 两个不合理的等价类 。121、凭经验或直觉推测程序中可能存在的错误而设计测试用例的方法是 错误推测法 。122、集成测试中的具体方法是 渐增式和非渐增式测试方法 。123、确认测试阶段的两项工作是 进行确认测试和软件配置审查 。124、在单元测试中，测试一个模块时，需要设计 驱动模块和桩模块 。125、软件配置管理，简称SCM，它用于整个软件工程过程。其主要目标是： 标识变更控制变更确保变更正确地实现报告有关变更 126、SCM是一组管理整个软件生存期各阶段中 变更 的活动。127、基线的作用是把各阶段的开发工作划分得更加明确，便于检查与确认阶段成果。因此，基线可以作为项目的一个 检查点 。专心-专注-专业