计算机四级软件测试工程师冲刺模拟题3资料Word格式.docx
《计算机四级软件测试工程师冲刺模拟题3资料Word格式.docx》由会员分享，可在线阅读，更多相关《计算机四级软件测试工程师冲刺模拟题3资料Word格式.docx（14页珍藏版）》请在冰点文库上搜索。
（C）语句覆盖较判定覆盖严格，但该测试仍不充分
（D）条件组合覆盖是比较强的覆盖标准
7.下列叙述中，正确的是________。
（A）软件测试的目标是保证交付的软件产品不包含缺陷
（B）软件测试有利于降低软件产品发布后的维护费用
（C）测试包是指一个测试脚本，它由一组顺序执行的测试用例组成
（D）在V模型中，集成测试用例的设计对应于软件需求分析活动
8.一个多用户的应用系统通常有用户管理功能，允许增加新的用户。
用户信息一般包括用户名，假设规定用户名必须是以字母开头的、不超过8个字符的字母数字串，那么，下面哪组值均属于用户名的无效等价类________。
（A）li1111111，GlenfordMyers，123B123
（B）Lin-Yie，Lin-feng，空值，linyifei
（C）lin-yifei，空值，MyersG.，genford
（D）lin-yifei，lin-fen，a111111，genford
9.下列情况通常会考虑使用自动测试的是________。
（A）对软件产品的次要部件进行测试
（B）所开发的软件产品的需求不稳定
（C）需要反复执行的测试，使用不同输入数据值进行反复测试
（D）由客户方组织的验收测试
10.同行评审是一种通过作者的同行来确认缺陷和需要变更区域的检查方法。
它主要分为管理评审、技术评审、过程评审和________。
（A）误差评审
（B）项目评审
（C）文档评审
（D）组织体系评审
11.以下哪种软件测试属于不属于软件性能测试的范畴_______。
（A）接口测试
（B）并发测试
（C）压力测试
（D）配置测试
12.软件可靠性测试的目的是________。
（A）发现软件缺陷
（B）预测软件正式运行中的可靠性
（C）控制测试过程
（D）修改软件缺陷
13.下列关于面向对象测试问题的说法中，不正确的是________。
（A）在面向对象软件测试时，设计每个类的测试用例时，不仅仅要考虑调用各个成员方法的输入参数，还需要考虑如何设计调用的序列
（B）构造抽象类的驱动程序会比构造其他类的驱动程序复杂
（C）类B继承自类A，如果对B进行了严格的测试，就意味着不需再对类A进行测试
（D）在存在多态的情况下，为了达到较高的测试充分性，应对所有可能的绑定都进行测试
14.在面向对象软件的基干集成测试策略中，将基干中的模块形成基干子系统使用的集成方式是________。
（A）大突击集成方式
（B）自底向上集成方式
（C）自顶向下集成方式
（D）综合集成方式
15.以下哪一项不属于Web应用软件表示层测试关注的范畴是________。
（A）排版结构的测试
（B）链接结构的测试
（C）客户端兼容性的测试
（D）数据完整性测试
16.下面Web应用软件的测试策略中，不属于表示层的测试内容的是________。
（A）链接结构的测试
（B）浏览器兼容性的测试
（C）排版结构的测试
（D）服务器端程序的测试
17.下列不属于与浏览器兼容性测试考虑的问题是________。
（A）软件是否可以在不同的J2EE中运行
（B）不同的浏览器是否可以提供合适的安全设置
（C）脚本和插件是否适用于不同的浏览器
（D）符合最新HTML版本的页面能否在浏览器中正确显示
18.下列不属于易用性测试的是________。
（A）易安装性测试
（B）兼容性测试
（C）用户界面测试
（D）功能易用性测试
19.下列选项中，不属于面向构件提供者的构件测试目标是________。
（A）检查为特定项目而创建的新构件的质量
（B）检查在特定平台和操作环境中构件的复用、打包和部署
（C）尽可能多地揭示构件错误
（D））验证构件的功能、接口、行为和性能
20.在极限测试过程中，贯穿始终的是________。
（A）单元测试和集成测试
（B）单元测试和系统测试
（C）集成测试和系统测试
（D）集成测试和验收测试
21.没有正确修复的缺陷，需要进一步修复的缺陷是________。
（A）NewMoreInfo
（B）Diferred-NextBuild
（C）Diferred-NextMainRelease
（D）Reopen
22.软件过程管理最起码的要求是________。
（A）管理好软件缺陷报告
（B）管理好软件测试用例
（C）管理好测试过程工具
（D）管理好测试说明文档
23.若是软件企业内部测试团队开展的软件测试，最适合采用________来组织测试。
（A）H模型
（B）V模型
（C）W模型
（D）X模型
24.测试人员和开发人员交流的纽带是________。
（A）软件设计报告
（B）测试说明文档
（C）软件缺陷报告
（D）测试执行报告
25.用QESAT/C工具进行软件分析与测试时，以下说法错误的是________。
（A）白盒测试又称为程序结构测试，它主要进行程序逻辑结构的覆盖测试
（B）在进行测试之前，必须先建立以.prj为后缀的测试项目
（C）被测源文件可放在任意目录下
（D）进行软件静态分析不必运行被测程序
二、论述题
1.论述题1：
以下是某软件项目规格说明，请按要求回答问题
某一软件项目的规格说明：
对于处于提交审批状态的单据，数据完整率达到80%以上或已经过业务员确认，则进行处理。
（1）请根据规格说明，画出对应的因果图。
（2）采用基于因果图的方法为该软件项目设计测试用例。
2.论述题2：
以下是某程序说明，请按要求回答问题
程序说明：
假设有一个把数字串转换为整数的函数。
其中数字串要求长度为1-6个数字构成，机器字长为16位。
分析程序中出现的边界情况，采用边界值法为该程序设计测试用例。
3.论述题3：
简单谈一下你对穷举测试的理解，并按要求回答问题
（1）穷举测试的方法对于所有项目程序都是可行的么?
（2）若是针对小型的程序，穷举测试是可能的么?
若是，说明此时采用穷举测试能否保证程序是百分之百正确呢?
论述题分析
1.分析：
首先根据程序的规格说明，根据所有可能的输入和输出条件，找出所有的原因和结果以及二者之间的关系，画出因果图。
然后基于因果图的方法设计测试用例。
2.分析：
首先根据程序的规格说明，考虑所有可能的边界情况，然后根据边界值方法设计测试用例。
3.分析：
在黑盒测试中，测试数据完全来源于软件的规格说明，即不需要了解程序的内部结构。
若要用这种方法来发现程序中的所有错误，可行的途径就是穷举测试。
但在实际情况下，该方法仅对一些小型简单的程序适用，而对于一些大型或稍微复杂的程序都是不可能实现的。
参考答案与解析
一、选择题
1.C2.C3.D4.B5.C 6.C7.B8.A9.C10.C
11.A12.B13.C14.A15.D 16.D17.A18.B19.A20.D
21.D22.A23.A24.C25.B
1.问题1：
解答：
首先根据规格说明，列出所有可能的输入和输出，得到如下结果：
输入：
处于提交状态、数据完整率达到80%以上、已经过业务员确认。
输出：
处理或不处理。
找出所有输入与输出的关系，通过分析，得到以下的对应关系：
如果单据处于提交审批状态且数据完整率达到80%以上，则处理;
如果单据不处于提交审批状态，则不处理;
如果单据处于提交审批状态，数据完整率未达到80%以上，但已经过业务员确认，则处理。
下面列出所有的原因和结果，并进行编号，根据上面分析的关系，画出因果图，如图17-2所示：
原因：
1：
处于提交状态
2：
数据完整率未达到80%以上
3：
已经过业务员确认
结果：
21：
处理
22：
不处理
问题2：
首先将上面的因果图转换成判定表，如下表所示：
然后将判定表中的8列转换成测试用例即可。
2.分析该程序的说明和功能，显然可以划分四组测试等价类：
有效输入等价类、无效输入等价类、合法输出等价类和非法输出等价类。
在考虑该程序的合法输出和非法输出时需要考虑计算机的字长，这时要进行边界值法设计测试用例，以补充等价类法设计的测试用例。
具体采用边界值法设计的测试用例如下：
（1）使程序输入刚好等于最小的负整数：
'
-32768'
-32768
（2）使程序输入刚好等于最大的正整数：
32767'
32767
（3）使程序输入刚好小于最小的负整数：
-32769'
错误
（4）使程序输入刚好大于最大的正整数：
32768'
错误
3.问题1：
不是。
穷举测试的方法并不是对所有程序都可以实现。
对小程序进行穷举测试，也不见得能保证程序百分之百正确。
所谓穷举测试是拿所有可能的输入数据来作为测试用例（黑盒测试），或覆盖程序中所有可能的路径（白盒测试）。
对于小程序来说，实际上并不能真正作到穷举测试。
答案分析：
白盒测试又称为逻辑驱动测试，这种测试策略是对程序的逻辑结构进行检查，从中获取测试数据。
所以说白盒测试是一种以程序内部的逻辑结构为基础的测试用例设计技术。
白盒测试是程序员十分了解程序的前提下，对程序的逻辑结构进行的测试。
而黑盒测试则将程序视为一个黑盒子，仅仅是测试人员提供数人数据，观察输出数据，并不了解程序是如何运行的，结构测试属于白盒测试，关注的是如何选择合适的程序或子程序路径来执行有效的检查。
功能测试则属于黑盒测试，对功能的测试通常通过提供输入数据，检查实际输出的结果，很少考虑程序的内部结构。
程序设计过程中，要为程序调试做好准备，主要体现在：
①采用模块化、结构化的设计方法设计程序;
②根据程序调试的需要，选择并安排适当的中间结果输出必要的断点;
③编写程序时要为调试提供足够的灵活性。
4.分析：
软件测试是软件开发过程中重要和不可缺少的阶段，其包含的内容和步骤甚多，而测试过程的多种环节中最基础的是单元测试。
5.分析：
在逻辑覆盖中，测试覆盖最弱的是语句覆盖。
6.分析：
考察白盒测试中各种逻辑覆盖之间的关系。
7.分析：
软件测试的目标是发现缺陷，证明程序有错而非证明其正确。
故A不正确。
8.分析：
考察黑盒测试中的等价类划分测试。
9.分析：
考虑自动测试的优点就是为了解决重复的人工操作进行的。
10.分析：
同行评审是一种通过作者的同行来确定缺陷和需要变更区域的检查方法。
涉
及的内容很多，主要可以分为管理评审、技术评审、文档评审和过程评审。
11.分析：
依据测试目的的不同，可以把软件性能测试及与性能有关的其他测试分为以下几类：
（1）性能测试（PerformanceTesting）
（2）并发测试（ConcurrencyTesting）
（3）压力测试（StressTesting）
（4）可靠性测试（ReliabilityTesting）
（5）负载测试（LoadTesting）
（6）配置测试（ConfigurationTesting）
（7）失效恢复测试（RecoveryTesting）
12.分析：
与其他的软件测试不同，软件可靠性测试的目的不在于通过测试揭示软件中的缺陷并通过修改软件缺陷来提高软件可靠性，而是通过受控的软件测试过程来预测软件在实际运行中的可靠性，即收集软件测试时揭示软件故障的情况，并对其进行整理从而为分析和预测软件实际的可靠性提供帮助。
13.分析：
由于面向对象具有封装的特点，在设计类的测试用例时，不仅要考虑各成员方法的输入参数，还要考虑如何设计调用的序列。
若类B继承自类A，如果对B进行了严格的测试，有些情况也许可以就不对类A进行测试，但由于继承的存在，就会导致类A的规格说明可能与类B不一致，此时就必须按照类A的规格说明重新对类A重新进行测试。
多态是指对一个类的引用可以与多个类的实现绑定。
抽象类是指只有一些成员方法而没有其实现的类，甚至有的抽象类中的所有成员方法都没有实现，在测试抽象类时，需要为抽象类构造一个子类，并实现所有抽象类没有实现的成员方法，这也说明构造抽象类的驱动程序显然比构造其他类的驱动程序复杂。
14.分析：
面向对象软件的基干集成测试策略的具体测试步骤为：
①对基干中的每个模块进行孤立的、充分的测试。
②对基干中的所有模块进行一次性集成，形成基干子系统，并使用一个驱动模块检查使用经过一次性集成的基干。
此时采用的是大突击集成方式。
③对应用的控制子系统进行自顶向下的集成④集成基干和控制子系统，重新构造控制子系统。
⑤对各应用子系统采用自底向上的集成策略。
⑥集成基干子系统、控制子系统和各应用子系统，形成整个系统。
基干集成的优点是集成了自底向上集成、自顶向下集成和大突击集成三者的优点，而对三者的缺点也进行了控制，更适合于大型复杂项目的集成。
15.分析：
Web应用软件表示层的测试主要集中在客户端，测试的内容包括：
（1）排版结构的测试
（2）链接结构的测试
（3）客户端程序的测试
（4）浏览器兼容性测试
16.分析：
通常Web应用软件的测试分为三层：
表示层、业务层和数据层。
其中表示层的测试主要集中在客户端，测试内容主要包括：
①排版结构的测试，②链接结构的测试，③客户端程序的测试，④浏览器兼容性测试。
17.分析：
软件兼容性的测试问题包括：
符合最新HTML版本的页面能否在浏览器中正确显示脚本和插件是否适用于不同的浏览器，某些脚本和插件只适用于特定的浏览器，如ActiveX，只有IE浏览器支持不同的浏览器对于安全性的设置各有不同，需要测试不同浏览器是否可以为使用该Web应用提供合适的安全设置
18.分析：
易用性测试一般不仅针对应用程序，还要包括用户文档，除了对用户文档的测试，易用性测试主要包括三个方面：
易安装性测试、功能易用性测试和用户界面测试。
而兼容性测试是与易用性测试并列的测试方法，二者不存在包含关系。
19.分析：
面向构件提供者的测试目标是：
①尽可能多地揭示构件错误，②验证构件的功能、接口、行为和性能，以保证它们符合给定地构件规约，检查在特定平台和操作环境中构件的复用、打包和部署。
而面向构件复用者的测试目标是：
①验证可复用构件的功能和性能，②在特定平台和操作环境下，确保可复用构件的正确使用和部署，③检查可复用构件定制而成的构件的质量，④检查为特定项目而创建的新构件的质量。
20.分析：
极限编程采用的是一种频繁迭代的开发方式，整个软件项目由一系列增量式开发组成。
而极限测试本质上就是为了满足极限编程的思想和流程而设计的一套测试策略和流程，从极限测试流程图中，我们可以看出，单元测试和验收测试是贯穿始终的关键步骤。
21.分析：
定义软件缺陷的状态如下：
新错误（New）--测试中新报告的软件缺陷
更多新信息（NewMoreInfo）--开发工程师认为报告的缺陷信息不完整，要求缺陷报告者添加更准确的缺陷信息
打开（Open）--缺陷被确认并分配给相关开发工程师处理
拒绝（Declined）--拒绝修改缺陷
修正（Fixed）--开发工程师已完成修正，等待测试人员验证
重新打开（Reopen）--没有正确修复的缺陷，需要进一步修复
延期（Diferred）--不在当前版本修复的缺陷，以后的版本修复，包括两种情况：
①延期-下个版本（Diferred-NextBuild）--本项目的下一个新版本修复
②延期-下个主要版本（Diferred-NextMainRelease）--本项目不修复，本软件下一个项目的版本修复关闭（Closed）--缺陷已被修复
22.分析：
软件缺陷报告是软件测试过程中的核心测试产品之一，也是重要的测试产品，因此管理好软件缺陷报告是软件过程管理最起码的要求。
23.分析：
假如是软件企业内部测试团队开展的软件测试，由于软件测试介入较早，在测试开始时被测系统很可能是不完整的，会不断有新的系统模块加入到系统中，因此最适合采用H模型来组织测试，可以为每一个新增的系统模块设计一次系统测试。
24.分析：
软件缺陷报告是测试人员和开发人员交流的纽带。
25.分析：
白盒测试又称为程序结构测试，它主要进行程序逻辑结构的覆盖测试。
用QESAT/C工具进行测试之前，首先应定义项目文件，用以描述被测程序的组成，该项目文件通常以.pjt作为扩展名的。
用QESAT/C工具进行软件分析与测试时，被测源文件可放在任意目录下。
进行软件静态分析不必运行被测程序，便可得到程序的结构信息及程序的复杂度信息，将被测程序运行后才得到的信息就是动态测试信息。
升级会员 