- 在软件开发过程中,开发小组的人员应该少而精 (对)
- 测试人员在软件开发过程中的任务主要是寻找bug并修正该bug(错) 寻找bug 避免软件开发过程中的缺陷,衡量软件的品质,关注用户的需求
- 软件工程 这个名词是在1968年北大西洋公约组织的计算机科学家在美国召开的国际会议商提出来的 (错)软件工程 这个名词是在1968年北大西洋公约组织的计算机科学家在签联邦国召开的国际会议商提出的
- 软件危机的内在原因是软件生产本身存在着复杂性以及软件开发所使用的方法和技术有关 (错)软件危机的内在原因为软件生产本身存在着复杂性,软件开发使用的方法和技术
- 在测试实践中,我们经常将v模型作为框架(错)我们经常将w模型作为框架,及早地,全面的开展测试 ,同时灵活运用h模型进行独立测试
- 如果软件测试员认为软件难以理解不易使用或者用户认为软件使用效果不好,那么我们可以认为该软件存在软件错误(对)
- 软件测试能够做好三件事,证明 检测和预防 (对)
- 黑盒测试必须依赖于程序代码(错)黑盒测试作为软件测试的测试手段,是一种重要的测试方法,他根据规格说明设计用例,并不涉及程序内部构造
- 软件检视属于动态分析技术(错)软件检视是静态分析技术中的一个最重要的手工技术
- 对程序进行了穷举路径测试,就可以发现所有存在的错误(错) 穷举路径测试绝不能查出程序违反了设计规范,及程序本身是一个错误的程序 穷举路径测试不可能查出程序中因遗漏路径而出错,可能发现不了一线数据相关的错误
- 软件需求分析的任务为如何具体的解决问题(错)是 为了解决这个问题
- 软件开发过程中,错误发现和修改的越晚所付出的代价就越高(对)
- 软件生命周期由软件定义,软件开发和软件测试三个阶段组成(错)
- 在动态分析技术中,最重要的是路径和分支测试(对)
- 软件测试的成熟度模型TMM分为五个级别,这五个成熟度级别依次递增(对)
- 软件测试过程模型主要由 v模型,w模型,和 h模型(对)
- 软件测试的对象是程序代码(错)
- 软件同其他工业产品一样具有明显的制造过程(错)
- 软件测试过程按照先后次序共分为四个步骤,单元测试,集成测试,系统测试和验收测试 (错)分为单元(模块)测试 集成(组装或联调)测试,确认(合格性)测试 系统测试和 验收测试五个步骤
- Gantt图是专门用来描述开发进度表的(对)
- 软件是计算机系统中硬件相互依存的另一部分,它包括程序以及说明文档(错
- 边界值分析法和条件覆盖发都属于黑盒测试(错)边界值分析法属于黑盒测试 条件覆盖是白盒测试
- 软件测试总的目标是 确保软件质量 (对)
- 软件产品实际上就是软盘或光盘按照到计算机上的程序 (错) 软件产品包括组成除了程序代码外还包括帮助文件,用户手册,样本和示例,标签,产品支持信息等
- 测试工程师服务对象主要是程序员(错)软件用户,项目经理。程序员,技术文档工程师 市场开发人员
- 在软件开发的总成本中,软件测试的开销占到 20%-30%(错)占到40%-50%
- 软件维护通常由三类维护活动,改正性维护,适应性维护,预防性维护(错) 还有完善性维护
- PDCA的第三个阶段c意为Change即改变(错)
-
Plan(计划)do(实施)check(检查)action(处理) - 软件测试文档包括测试计划,软件缺陷报告,归纳,统计和和总结(错)测试计划,测试用例,软件缺陷报告,归纳,统计和和总结
- 程序员应该避免测试自己的程序(对)
- 下面属于动态分析技术的有 路径测试 分支测试
- 以下属于静态分析技术的有 软件检视,符号执行器,语法分析器
- 以下属于软件工程基本原理的有 用分阶段的生命周期计划严格管理,坚持进行阶段评审,实行严格的产品控制,采用现代化的程序设计技术
- 以下属于常见的程序覆盖方法有(语句覆盖,分支覆盖,条件覆盖,分支组合覆盖,路径覆盖)
- 以下属于软件与工业产品相比较所具有的特性的是 软件是一种逻辑实体,具有抽象性,软件没有明显的制造过程,软件使用过程中没有磨损,老化问题,软件对硬件和环境有着不同的依赖性,软件的开发至今尚未完全摆脱手工的开发方式,生产效率低
- 软件测试的意义主要是 证明 检查 预防
- 全面质量管理的特点主要有 全员参加,全面控制质量因素,全面运用一切有效的方法,全过程
- 软件是计算机系统中与硬件相互依存的另一部分 它包括 程序 相关数据 相关文档
- 软件测试的对象包括 需求规格说明,概要设计规格说明,详细设计规格说明,源程序
- 软件测试的目的 确认软件的质量,提供信息 ,软件测试不包括软件产品的测试,还有对软件开发过程是高质量的
- 测试人员在软件开发工程中的认为包括 寻找bug 避免软件开发过程中的而缺陷,衡量软件的品质,关注用户的需求
- TMM测试成熟度模型第四层Phase3的内容为 测试的目的不是为了证明说明,而是为了把软件不能正常工作的预知风险减低到能接受的范围
- 以下属于黑盒测试的方法是 边界值分析,等价分析,错误推断发,因果图法
- 软件错误的主要表现是软件未达到产品说明书中已经表明的功能 软件出现了产品说明书中指明不会出现的功能 软件功能超出了产品说明书指明范围,软件未达到产品说明书虽未指出但应达到的目标 ?软件测试员认为软件难以理解不易使用或者用户认为软件使用效果不好
- 判定/条件覆盖既满足判定覆盖准则又满足条件覆盖准则(对)
- 软件的错误是均匀的分布在软件的各个模块中的(错)2/8原则测试中发现的80%的错误可能位于软件的20%区域中 软件缺陷的群集性
- 集成测试中的接口分为函数接口,消息接口和其他接口,其中主要的函数接口和消息接口,其他接口可以忽略 (错)其他接口包括全局变量,配置表,注册信息,中断接口等,在经行集成测试时 不应该忽略这类接口
- 基于使用的集成方式对用于嵌入式和面向对象的系统中(错)基于消息的集成方式多用于于嵌入式和面向对象的系统中 基于使用的集成方式多用于面向对象的系统中
- 自顶向下集成测试策略的缺点时需要开发和维护大量的驱动模块(对)
- 单元测试浪费了太多的时间,因此,单元测试不是很必要(错)
- 通过了单元测试的软件单元能够保证在集成过程中不出现问题(错)单元测试具有不彻底性,它自能消除软件单元局部的错误,无法报障单元之间的接口不存在错误
- 自顶向下集成测试方法多用于结构化开发的软件项目中,(对)
- 自底向上集成测试策略的有点为大大减少了桩模块的开发(对)
- 一次性集成多用于系统规模较大的测试项目(错)一次性集成方式又称为大爆炸集成,其策略是首先分别对每个单元进行单元测试任何一次性地将所有单元经行单元集成在一起,进行测试,一次性集成测试都用于系统规模较小的测试项目中
- 单元测试和集成测试的测试对象是相同的(错)集成测试的被测对象是概要设计中规划模块及这些模块间的组合 单元测试的测试对象是者模块下实现具体功能的单元
- 集成测试于单元测试相比,集成测试过程中是不需压迫进行回归测试的(错)集成测试中回归测试是时常需要进行的,
- 集成测试实施过程的最后一步为执行集成测试(错)集成测试步骤为 计划集成测试 设计集成测试 执行集成测试 分析测试结果并提交测试报告
- 在面向对象语言中要测试的基本单元是函数或者子程序(错)面向对象语言中测试的基本单元是类,第四代语言中测试的基本单元它被典型划分为一个菜单或者显示界面
- 不管怎么样,集成测试将会抓到所有的bug(错)
- Vu是一款单元测试工具(对) visual unit 完全可视化,不需要编写测试代码
- 单元测试是软件开发过程中要进行的最高级别的测试活动(错)单元测试是软件开发过程中要进行的最低级的测试活动,在单元测试活动中,软件的独立单元将在与程序的其他部分相隔离的情况下进行测试
- 制定集成测试计划必须考虑集成测试策略(对)指定集成测试计划应考虑因素 测试的内容 集成测试策略 模块代码编制和检查进度是否与集成测试的顺序一致
- 集成测试的测试对象主要是单元间的接口 (错)集成测试的测试对象包括单元间的接口,以及集成后的功能和性能
- 如果集成测试以及修正了集成测试中发现的错误,那么该集成测试就已经完成(对)
- 集成测试的方法主要采用白盒测试(错) 集成测试采用的是将黑盒白盒测试相结合的方式称为灰盒测试
- 一个优秀的程序员可以不进行单元测试(错)最优秀的程序员也会犯错误,也得进行单元测试
- 集成测试计划是在需要对软件进行集成的时候才定制的(错)集成测试计划应在软件概要设计阶段开始编制,
- 单元测试的成本效率不高(错)
- 如果某模块的团建模块结构图位于较高的层次,该模块可以认定为关键模块(对)关键模块具有 完成需求规格说明中的关键功能,软件模块结构图中处于较高层次 较复杂,易出错 又明确的性能要求,被频繁使用
- 集成测试发现错误的修复成本要远远大于系统测试阶段错误的修复成本(粗)集成测试阶段 ,软件大多尚未完全成型,因而这一阶段发现错误的修复成本要远小于系统测试阶段的错误修复成本
- 若想大幅度降低后期测试和升级维护的时间成本,系统测试是最好的选择(对)
- 集成测试和单元测试一样都是一般由程序员来完成的(错)集成测试一般由专门的测试小组完成
- 单元测试和系统测试的测试方法都采用白盒测试(错)一般来讲单元测试属于白盒测试,关注的是单元具体实现,内部的逻辑结构 数据流向 系统测试属于黑盒测试 站在用户的角度看待系统,对系统进行测试
- 程序代码能够针对它的规格说明而不是其自身进行测试,这样的测试仍然能抓住编译器的bug,同时能找到更多的编码错误,甚至试一下规格说明中的错误
- 以下属于白盒测试的优点是 迫使测试人员去仔细思考软件的实现 可以检测代码中的每条分支和路径 揭示隐藏在代码中的错误
- 单元测试目的是 保证局部代码质量,保证代码整体结构良好,单元测试能使排除代码错误的成本最小化,单元测试大幅度减低后期测试和升级维护的时间成本 单元测试自然的使开发流程变得 敏捷可以适应频繁的变动的需求,因此整体结构良好的代码具体有较好的可拓展性,自动回归测试又能保证修改不会引入新的错误
- 采用结构化方法开发的软件项目适宜采用的集成方法为 自顶向下集成,自底向上集成,混合式集成 一次性集成多用于系统规模下的测试项目,自顶向下集成,自底向上集成,混合式集成多采用结构化方法开发的软件项目,基于消息的系统集成方式用于嵌入式开发系统,面向对象系统
- 以下属于灰盒测试的优点是 能够进行基于需求的测试和基于路径的覆盖测试,可深入被测试对象的内部,便于错误的识别分析和解决,能够保证设计的黑盒测试用例完整性,防止功能或功能组合的遗漏,能减小需求或设计不详细或者不完整性对测试有效性造成影响 大幅度降低了后期测试和升级维护的时间成本
- 以下属于白盒测试实施步骤的有 测试计划阶段 测试设计阶段 设计执行阶段? 测试总结阶段
- 自底向上集成方式的缺点主要有 需开发大量的驱动模块,并带来一定的测试成本,不能及早的发现和修复模块结构图中的主要控制点存在的问题 对底层模块的异常很难测试到
- 白盒测试技术总体上分为 静态分析测试 动态分析测试
- 常见的覆盖方法有 路径覆盖 语句覆盖 条件覆盖
- 以下属于单元测试用例设计方法有 规范导出法,等价划分法,边界值分析法,
- 集成测试中的接口分类主要有 函数接口 消息接口 其他接口
- 使用 vu? 在黑盒方面,可以完成 功能测试,边界测试,速度测试
- 使用vu? 在白盒方便 可以完成 语句覆盖 条件覆盖 分支覆盖 路径覆盖
- 集成测试的步骤有 计划集成测试 设计集成测试 分析集成测试 分析测试结果并提交测试报告
- 以下对单元测试的误区有 浪费时间 仅仅对代码做了什么 ?不管怎么样,集成测试将会抓住对方的bug
- 第四代语言中测试的基本单元有 界面和菜单
- 以下属于单元测试内容的有 模块接口 局部数据结构测试 路径测试 错误处理测试 边界测试
- 在进行单元测试时可以使用的测试分析技术有 分支测试 条件测试 数据定义测试 状态转换测试
- 集成测试需要考虑的因素 将各模块组装起来的过程中穿越模块接口的数据是否丢失 个子功能组合起来能否达到预期的父功能,某模块的功能时否会对另一个模块的功能产出不利的影响 全局数据结构是否存在问题,单个模块误差累积起来是否回放大到不可接受的程度
- 以下属于单元测试工具类别的有 代码检查工具 覆盖率检查工具内存检测
- 识别体系中的弱点和验证稳定性和可靠性都属于性能测试的目的 (对) 性能测试的目的时验证系统是否能够达到用户提出的性能指标,同时发现软件系统中存在的性能瓶颈
- 错误推测法时基于经验和直觉推测程序中所有可能存在的各种错误(对)
|