软件产品测试复习题.docx
《软件产品测试复习题.docx》由会员分享，可在线阅读，更多相关《软件产品测试复习题.docx（16页珍藏版）》请在冰豆网上搜索。
软件产品测试复习题
软件产品测试
一、填空题
1、根据Boehm等人的统计，设计错误占软件错误的63%，编码错误仅占
37%。
2、软件工程强调使用生命周期方法学和各种结构设计及结构分析技术。
3、软件生命周期由软件定义、软件开发、软件维护三个时期组成。
4、软件定义划分成三个阶段：
问题定义、可行性研究、需求分析。
5、软件开发由四个阶段组成：
总体设计、详细设计、编码和单元测试、综合测。
其中前两个阶段又称为系统设计，后两个阶段称为系统实现。
6、软件维护通常有4类维护活动：
改正性维护、适应性维护、完善性维护、
预防性维护。
7、软件设计文档包括：
构架、数据流变化示意图、状态变化示意图、流程图、注释代码。
8、软件测试文档包括：
测试计划、测试用例、软件缺陷报告、归纳、统计和总结。
9、软件测试有两种不同的测试原则：
一种是从用户角度出发，另一种是从
开发者角度出发。
10、最常见的程序结构覆盖有：
语句覆盖、分支覆盖、条件覆盖、
判断/条件覆盖、路径覆盖。
11、产品质量可以从以下几个观点来看：
透明性观点、使用者观点、制造者观点、
产品观点、价值观点。
12、软件质量的特性：
功能性、可靠性、易用性、效率、
可维护性、可一致性。
13、全面质量管理的基本特点：
全员参加、全过程、全面运用一切有效方法、全面控制质量因素。
14、PDCA指的是计划、实施、检查、处理。
15、在结构化编程语言中，要测试的单元一般是函数或子过程，在面向对象语言中，要测试的基本单元是类。
16、单元测试主要采用白盒测试的测试用例。
17、单元测试的内容：
模块接口、局部数据结构、路径、错误处理、
边界测试。
18、白盒测试的实施步骤有：
测试计划阶段、测试设计阶段、测试执行阶段、
测试总结阶段。
19、使用VU，黑盒方面，可以完成功能测试，边界测试，速度测试，
白盒方面，可以完成语句覆盖，条件覆盖，分支覆盖，路径覆盖。
20、使用VU，若产品工程名为Project1,则测试工程名为TestProject1。
21、集成测试接口分函数接口、消息接口和其他接口。
22、确认测试又称为有效性测试。
23、系统测试的种类有功能测试、GUI测试、性能测试。
24、判定表的组成有条件桩，动作桩，条件项，动作项。
25、WinRunner中，录制脚本有两种方式：
上下文相关、模拟。
26、《计算机软件测试文件编制规范（GB/T9386-1988）》中，提出的文件类型包括测试计划、测试说明、测试计划。
27、《计算机软件测试文件编制规范（GB/T9386-1988）》中，测试说明包括
测试设计说明、测试用例说明、测试规程说明。
28、《计算机软件测试文件编制规范（GB/T9386-1988）》中，测试报告包括
测试项传递报告、测试日志、测试事件报告、测试总结报告。
29、测试专家JamesBach总结得出：
85%的新缺陷靠人工测试发现，而自动化测试只能发现15%的新缺陷。
30、使用RPT对系统性能进行分析的过程包括四个步骤：
测试记录，
测试调度、测试运行、测试结果分析。
31、在RFT中，测试对象图分为两种：
公用测试对象图、私有测试对象图。
32、软件生命周期中应该制订并严格执行的六类计划：
项目概要计划、里程碑计划、项目控制计划、产品控制计划、验收计划、运行维护计划。
33、软件危机的原因，一是软件生产本身存在复杂性，二是软件开发所使用的方法和技术。
34、软件开发总成本中，软件测试的开销占40%~50%.
35、灰盒测试比黑盒测试多20%～40%的时间。
36、配置测试也叫兼容性测试，主要有一、浏览器兼容性二、操作系统兼容性三、硬件兼容性
37、安全性和访问控制测试侧重于安全性的两个关键方面，一是应用程序级别的安全性，二是系统级别的安全性
二、选择题
1、软件工程是在（B）提出来的。
A、1946B、1968C、1969D、1983
2、软件产品的组成部分包含（ABCDE）
A、帮助文件B、程序代码
C、测试错误提示信息D、标签
E、广告和宣传材料F、内存
3、测试工程师的服务对象有（ABCD）
A、用户B、项目经理
C、程序员D、技术文档工程师、市场开发人员、技术支持工程师
E、公司董事长
4、软件测试的对象（ABCDE）
A、软件开发各阶段的文档B、需求规格说明
C、概要设计规格说明D、源程序
E、详细设计规格说明
5、下面哪些属于动态分析（DE）
A、语法分析器B、符号执行器
C、软件检视D、分支测试
E、路径测试
6.下面哪些属于静态分析（ABCD）
A、语法分析器B、符号执行器
C、软件检视D、走读
E、路径测试
7、局部数据结构测试应设计测试用例检查以下错误（ABCDE）
A、检查不正确或不一致的数据类型说明
B、使用尚未赋值或尚未初始化的变量
C、错误的初始值或错误的默认值
D、变量名拼写错误或书写错误
E、不一致的数据类型
8、在第四代语言（4GL）,基本单元被划分为（CD）
A、函数B、类C、菜单D、显示界面
9、单元测试用例设计方法有（ABCDE）
A、规范导出法B、等价类划分
C、边界值分析法D、状态转移测试法
E、分支测试法
10、在单元测试过程的完成测试计划阶段，包含的活动有（ABE）
A、计划总的方法，资源和进度B、确定被测特性
C、设计测试集D、完成改进的计划和设计
E、优化总的计划
11、在单元测试过程的度量测试单元阶段，包含的活动有（BCE）
A、计划总的方法，资源和进度B、执行测试规程
C、检查结束条件D、完成改进的计划和设计
E、评价测试工作和单元
12、VU的开发环境包括（ABCD）
A、VC6.0B、VC.NETC、VC.NET2003
D、C++Builder6.0E、Jcreator
13、通常用于系统规模较小的测试项目中的集成方式是（A）
A、一次性集成B、自顶向下的集成
C、自底向上的集成D、混合集成
E、高频集成
14、通常用于结构化开发的软件项目中的集成方式是（BCD）
A、一次性集成B、自顶向下的集成
C、自底向上的集成D、混合集成
E、高频集成
15、通常用于嵌入式系统和面向对象系统的集成方式是（A）
A、基于消息的集成B、基于使用的集成
C、高频集成D、核心系统先行集成
E、混合集成
16、在集成测试中，较为合理模块划分有如下特点（ABCD）
A、 被集成的模块关系紧密，能共同完成某功能
B、 外围模块便于屏蔽
C、外围模块发给被集成模块的消息能模拟大部分情况
D、 模拟外围模块发给被集成模块的消息便于构造、修改
17、在集成测试中，关键模块的特征有（ACDE）
A、 应完成规格说明中的关键功能
B、在软件模块结构图中处于较低的层次
C、较复杂，易出现错误
D、 有明确的性能要求
E、被频繁使用
18、属于集成测试步骤的是（ABCE）
A、 计划集成计划 B、 执行集成测试
C、设计集成测试结果D、 回归测试
E、分析测试结果并提交测试报告
19、在制定集成测试计划时，应主要考虑的因素有（ABCD）
A、 测试内容
B、 集成测试 策略
C、模块代码编制和测试进度是否与集成测试的顺序一致
D、 测试过程中需要的软件工具及硬件设备
20、集成测试完成的标志是（ABC）
A、 成功执行了集成测试计划中的所有测试内容
B、 修正了集成测试中发现的错误
C、测试结果通过了专门小组的评审
D、 单元测试通过了鉴定
21、黑盒测试试图发现以下哪几种类型的错误（ABCDE）
A、 功能错误或遗漏B、 界面错误
C、数据结构或外部数据库访问错误D、 性能错误
E、初始化或终止错误
22、下面哪些属于性能测试（ABCDE）
A、 负载测试B、强度测试
C、数据库容量测试D、配置测试
E、发布测试
23、GUI测试的内容包括（ABCE）
A、窗口B、下拉式菜单
C、鼠标操作D、键盘操作
E、数据项
24、在完成系统测试用例的设计中，通常从哪几个层次来设计（ABCDE）
A、 用户层B、应用层
C、功能层D、子系统层
E、协议指标层
24、在执行系统测试阶段，包含（ABD）
A、 回归测试执行新的系统测试
B、执行新的系统测试
C、安排/进行评审
D、文档化系统缺陷
E、获得批准
25、在以下几种情况下，RapidTestScriptwizard将被禁用（ABCD）
A、在GUIMapFileperTestmode工作模式下
B、安装了theTerminalEmulator
C、安装了theWebTest
D、安装了Javaadd-in
E、在GlobalGUIMapFile工作模式下
26、《计算机软件测试文件编制规范（GB/T9386-1988）》的引用标准是（ABC）
A、GB/T11457软件工程术语
B、计算机软件开发规范GB8566
C、计算机软件产品开发文件编制指南GB8567
D、IEEE/ANSI829—1998
E、在GlobalGUIMapFile工作模式下
27、《计算机软件测试文件编制规范（GB/T9386-1988）》中，测试设计说明包含的内容有（ABCDE）
A、测试设计说明名称
B、被测试特性
C、方法详述
D、测试用例名称
E、特性通过准则
28、《计算机软件测试文件编制规范（GB/T9386-1988）》中，测试日志包含的内容有（ACE）
A、测试日志名称B、被测试特性
C、描述D、测试用例名称
E、活动和事件条目
29、《计算机软件测试文件编制规范（GB/T9386-1988）》中，测试事件报告包含的内容有（ACDE）
A、测试事件报告名称B、被测试特性
C、摘要D、事件描述
E、影响
30、在RPT中，可使用性能调度完成构建负载模型的任务，主要提供以下控件（ABCD）
A、用户组B、随机选择器
C、循环D、延时
6、黑盒测试
黑盒测试又称为功能测试、数据驱动测试或基于规格说明的测试,是一种从用户观点出发的测试.
三、名词解释
1、软件工程：
采用工程的概念、原理、技术和方法来开发与维护软件,把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来
2、生命周期方法学：
从时间角度对软件开发和维护的复杂问题进行分解，把软件生命的漫长周期依次划分为若干个阶段，每个阶段有相对独立的任务，然后逐步完成每个阶段的任务。
3、软件危机：
软件危机是计算机软件在他的开发和维护过程中所遇到的一系列严重问题.概括地说,主要包含两方面的问题:
如何开发软件,怎样满足对软件日益增长的需求;如何维护数量不断膨胀的已有软件.
4、逐步求精：
在编制一个程序时,首先考虑程序的整体结构而暂时忽略一些细节问题.然后逐步一层一层地细节化直至用所选用的语言完整描述每一个细节,即得到所期望的程序为止
5、软件质量：
与软件产品满足明确或隐含需求的能力有关的特征和特性的总和。
一是能满足给定需要的特性之全体，二是各种属性组合的程度，三是顾客或用户满足其综合期望的程度，四是满足顾客预期要求的程度。
（P30）
6、黑盒测试：
又称为功能测试、数据驱动测试或基于规格说明的测试,是一种从用户观点出发的测试.不考虑程序内部结构和内部特性，测试者只知道程序输入和输出之间的关系或程序功能的情况下，依靠需求规格说明书，来确定测试用例和推断测试结果的正确性。
（P27）
7、白盒测试：
又称结构测试、逻辑驱动测试或基于路径的测试。
它依赖于对程序细节的严格检验，针对特定条件和循环集设计测试用例，对软件的逻辑路径进行测试（P27）
8、全面质量管理：
是一个组织已质量为中心，以全员参与为基础，目的在于通过让顾客满意和本组织所有成员及社会受益而达到长期成功的管理途径（P31）
9、单元测试：
在软件开发过程中要进行的最低级别的测试活动，在单元测试活动中，软件的独立单元将在与程序的其他部分相隔离的情况下进行测试（P35）
10、集成测试：
也称组装测试，在单元测试基础上，应根据概要设计的要求将软件的各单元组装成子系统和系统，在单元的组装过程中，应对单元进行整体的测试，发现并清除各单元连接过程中出现的问题，确保集成到一起的各单元作为一个整体完成预期的功能，并达到要求的性能（P66）
灰盒测试：
一种介于黑盒测试和白盒测试之间的测试策略，它基于程序运行的外部表现，同事又结合程序内部逻辑结构来设计测试用例。
（P68）
11、确认测试：
又称有效性测试，验证软件的功能和性能，以及特性是否与用户的要求一致。
（P76）
12、系统测试：
是将已经集成好的软件系统，作为计算机系统的一个元素，与计算机硬件、外设、支持软件、数据和操作人员等其他系统元素介乎在一起，在实际运行（使用）环境下，对计算机系统进行一系列的组装和确认测试。
（P77）
13、功能测试：
是系统测试中最基本的测试，它不管软件内部的实现逻辑，主要根据产品的规格说明书和测试需求列表，验证产品的功能实现是否符合产品的需求规格。
（P77）
14、GUI测试：
指测试用户界面的风格是否满足客户要求，文字是否正确，页面美工是否好看，文字、图片组合是否完美，背景是否美观，操作是否友好等。
（P83）
15、性能测试：
是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。
（P86）
16、软件测试文档：
是为软件测试当作一个项目一样实施计划和管理而进入的，它为测试项目的组织、规划和管理提供了一个规范化的架构。
（P103）
17、自动化测试：
通过自动化测试工具或其他手段，按照测试工程师的预定计划进行自动的测试，其目的是减轻手工测试的劳动量，并且提供软件质量。
（P112）
18、RPT（RationalPerformanceTester）：
是IBM基于Eclipse平台及开源的测试和监控框架Hyades，开发出来的最新性能测试解决方案，可以有效地帮助测试人员和性能工程师验证系统的性能，识别和解决各种性能问题。
适用于性能测试人员和性能优化人员。
（P117）
19、RFT（RationalPerformanceTester）：
是一款先进的、自动化的功能和回归测试工具，它适用于测试人员和GUI开发人员,基于开发人员的同一平台Elipse，为Java和Web测试人员提供了自动化测试能力
20、独立测试：
指软件测试工作由在经济和管理上独立于开发机构的组织进行。
一可避免软件开发者测试自己开发的程序，二是软件开发机构测试自己的程序。
21、静态分析技术：
是一种不通过执行程序而进行测试的技术，关键功能是检查软件的表示和描述是否一致，没有冲突或者没有歧义。
22、动态分析技术：
计算机必须真正运行被测试的程序，通过输入测试用例对其运行情况进行分析。
23、软件测试：
使用人工和自动手段来运行或测试某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果和实际结果之间的差别。
（P16）
四、简答题
1、软件工程的基本原理
1、用分阶段的生命周期计划严格管理2、坚持进行阶段评审3、进行严格的产品控制4、采用现代程序设计技术5结果应能清楚地审查6、开发小组的人员应该少而精7、承认不断改进软件工程实践的必要性
2、软件生命周期各阶段的基本任务
1、问题定义“问题是什么”，关于规模和目标的报告书2、可行性研究“有可行的解决方法吗”，系统的高层逻辑模型、数据流图、成本/效益分析3、需求分析“系统必须做什么”，系统的逻辑模型、数据流图、数据字典、算法描述4、总体设计“应该如何解决这个问题”，可能的方法、推荐的系统结构5、详细设计“具体地实现这个系统”，编码规格说明6、编码和单元测试“正确的程序模块”，源程序清单、单元测试方案和结果7、综合测试“符合要求的软件”，综合测试方案结果、完整一致的软件配置8、软件维护“持久地满足用户需要的软件”，完整准确的维护记录
3、软件产品的组成部分。
1、帮组文件2、用户手册3、样本和示例4、标签5、产品支持信息6、图标和标志7、错误信息8、广告和宣传材料9软件的安装说明10软件说明文件11测试错误提示信息12程序代码
4、软件的定义及其特性。
软件是计算机系统中与硬件相互依存的另一部分，它包括程序、相关数据及其说明文档。
1、一种逻辑实体，具有抽象性2、没有明显的制造过程3在使用过程中，没有磨损、老化的问题4、对硬件和环境有着不同程度的依赖性5开发尚未完全摆脱手工作坊式的开发方式，生产效率低。
6是复杂的7成本昂贵8牵涉到很多社会因素
5、软件危机的主要表现。
1、开发成本和进度的估计常常很不准确2用户对“已完成的”软件系统不满意的现象经常发生3软件产品质量常常靠不住4常常是不可维护的5、没有适当的文档资料6软件成本在计算机系统总成本中所占比例逐年上升7开发生产率提高的速度远远跟不上计算机应用迅速普及深入的趋势
6、软件错误的规则。
（P15）
1、未达到产品说明书中已经标明的功能2出现了产品说明书中指明不会出现的错误3功能超出了产品说明书指明的范围4未达到产品说明书虽未指出但应达到的目标5软件测试人员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为该软件使用效果不好
7、软件测试的目的。
（P16）
1、确认软件质量，一方面是确认软件做了你所期望的事情，另一方面是确认软件已争取的方式来做了这个事件2提供信息3不仅是在软件测试产品的本身，而且还包括软件开发的过程
8、测试人员在软件开发过程中的任务。
1、寻找Bug2、避免软件按开发过程中的缺陷3衡量软件品质4关注用户需求
总的目标是：
确保软件质量
9、软件测试的意义。
（P17）
1、证明1）获取系统在可接受风险范围内可用的信心2）尝试在非正常情况和条件下的功能和特性3）保证一个工作产品是完整的并且可用或者可被集成2、检测1）发现错误和系统不足2）定义系统的能力和局限性3）提供组件、工作产品和系统的质量信息3、预防1）澄清系统的规格和性能2）提供预防或减少可能制造错误的信息3）在过程中尽早检测错误4）确认问题和风险，并且提前确认解决这些问题和风险的途径
10、软件测试成熟度TMM的五个级别。
（P20）
Phase0:
测试和调试没有区别，除了支持调试外，测试没有其他目的Phase1:
测试的目的是为了表明软件能够工作Phase2:
测试的目的是为了表明软件不能够正常工作Phase3:
测试的目的不是要证明什么，而是为了把软件不能正常工作的预知风险降低到能够接受的程度Phase4:
测试不是行为，而是一种自觉的约束，不用太多的测试投入到产生低风险的软件上
11、软件测试的心理学问题。
（P21）
1、理解软件测试的目标“最少的人力与时间”“找错”2、认识软件测试过程所具有的破坏性3明确软件工程师在项目团队中所处的地位4认识并接受较低的工作成就感5避免测试自己的程序
12、画出软件测试V模型结构图，并简述其优缺点。
（P25）
优点：
明确地标注了测试过程中存在不同类型的测试，清楚地描述这些测试阶段和开发过程期间各阶段的对应关系
缺点：
仅仅把测试作为在编码之后的一个阶段，是针对程序进行的寻找错误的活动，而忽视了测试活动对需求分析、系统设计等活动的验证和确认的功能。
13、画出软件测试W模型结构图，并简述其优缺点。
优点：
测试伴随着整个软件开发周期，测试的对象不仅仅是程序，需求、设计等同样要测试，测试与开发是同步进行的，有利于尽早地、全面地发现问题
缺点：
需求、设计、编码等活动被视为串行的，同事，测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段的工作，无法支持迭代的开发模型。
14、画出软件测试的过程流程。
（30）
1、单元（模块）测试2、集成测试3、确认测试4、系统测试5、验收测试
15、单元测试的目的。
1、保证局部代码质量2、保证代码的整体结构良好3、使排除代码错误的成本最小化4、大幅度降低了后期测试和升级维护的时间成本5、使开发流程变得“敏捷”，可适应频繁变动的需求。
16、单元测试用例设计思路包含哪些？
1、为系统运行设计用例2、为正向测试设计用例3、为逆向测试设计用例4、为满足特殊需求设计用例5、代码覆盖率设计用例6、覆盖率指标完成设计用例
17、集成测试和系统测试的区别。
系统测试是对全部模块集成完毕的软件进行功能、性能及其他特性（如安全性、兼容性、健壮性等）的测试，检测其与系统中其他元素（硬件、外设、网络、系统软件、支持平台等）能否协同工作，以满足用户的各种需求。
系统测试的主要依据是软件的需求规格说明书和相关的行业标准。
系统测试采用的方法一般是黑盒测试。
而在集成的过程中对功能和性能的测试则是集成测试，集成测试的主要依据是软件的概要说明书。
集成测试的优点1）集成测试的用例设计是从软件架构出发的，针对性较强，较易发现错误并找出错误的原因和位置。
2）是在组装过程中进行的测试，能有效模拟几乎所有的实际执行过程，能有效发现软件中的错误3）发现错误的修复成本要远小于系统测试阶段的错误修复成本
18、什么是灰盒测试？
灰盒测试的优点？
灰盒测试是一种介于黑盒和白盒测试之间的测试策略，它基于程序运行的外部表现，同时又结合程序内部逻辑结构来设计测试用例。
1）能够进行基于需求的覆盖测试（即覆盖功能点）和基于路径的覆盖测试2）可深入被测对象的内部，便于错误的识别、分析和解决3）能够保证设计的黑盒测试用例的完整性，防止功能或功能组合的遗漏4）能够减小需求或设计不详细或不完整对测试有效性造成的影响
19、利用因果图生成测试用例的基本步骤。
（P81）
1、分析软件规格说明描述中，哪些是原因（即输入条件或输入条件的等价类），哪些是结果（即输出条件），并给每个原因和结果赋予一个标识符2）分析软件规格说明描述的语义。
找出原因与结果之间，原因与原因之间对应的关系，根据这些关系画出因果图3）由于语法或环境限制，有些原因与原因之间、原因与结果之间的组合情况不可能出现。
为表明这些特殊情况，在因果图上用一些记号表明约束或限制条件4）把因果图转换为判定表5）把判定表的每一列拿出来作为依据，设计测试用例
20、写出系统测试的过程。
（P89）
1、完成系统测试计划2、完成系统测试用例的设计3、评审/审批系统测试计划1）安排/进行评审2）获得批准4、执行系统测试1）回归测试2）执行新的系统测试3）文档化系统缺陷
21、WinRunner的工作流程。
（P82、92）
WinRunner是基于MSWindows的功能测试工具，用于检测应用程序是否能够按预期的功能正常运行，可帮助测试人员自动处理从测试开发到测试执行的整个过程。
1、
升级会员 