第 1 页:单选题 |
第 3 页:论述题 |
第 4 页:参考答案与解析 |
解析:
一、选择题
1.分析:外部质量是针对要求的满足程度而言的,是表征软件产品在规定条件下使用时,满足规定的和隐含的要求的程度而内部质量则主要是根据软件产品的情况给出的,内部质量是表征软件产品在规定条件下使用时,决定其满足规定的和隐含的要求的能力的产品属性的全体。故选项A和C叙述刚好颠倒,选项B中的性质都是属于软件的质量特性的,而选项D中关于使用质量的叙述是完全正确的。
2.分析::验证是检查软件开发的各个阶段过程活动的结果是否满足规格说明的描述,证实各阶段和阶段之间的逻辑协调性、完备性和正确性。确认是证实在一个给定的外部环境中软件的逻辑正确性,即是否满足用户的要求。Bohem给出了一个经典定义:验证是检查我们是否正在正确地建造一个产品,它强调的是过程的正确性。而确认是检查我们是否在建成一个正确的产品,它强调的是产品的正确性。
3.分析:软件测试生存周期模型描述了软件测试的全过程:单元测试、集成测试、系统测试、验收测试和回归测试等。
4.分析:自底向上测试与自顶向下测试策略都是增量式的测试,软件是分层设计的,主模块调用子模块,子模块又依次调用更低层次的模块,依此类推。在自底向上单元测试的策略中,应首先测试最底层的模块,利用辅助的测试驱动模块调用他们并传递测试数据,然后再测试更高层次的模块,再较高层次的模块测试中可以直接调用已测试过的较低层次的模块。在自顶向下测试中,首先测试的则是顶层模块,无须编写驱动模块,但要使用桩模块,当顶层模块被证明无误后,在测试下一个高层次的模块。
5.分析:在各个时期进行的软件测试,其依据都是不同的,测试用例的设计应该与各个时期的文档有关,故测试用例的设计与需求规格说明书,程序复杂程度,源程序都是有关的。而项目的开发计划是为程序的开发做准备的,与测试无关。
6.分析:在黑盒测试中,这些测试策略基本上都要考虑输入条件的组合,但是基于因果图的方法就是着重检查输入条件组合的一种测试方法。
7.分析:题目要求达到100%的判定覆盖率,即要求所以的判定真假都至少执行一次,故我们取定(A=12,B=7)和(A=7,B=10)两组测试用例,即可满足题目要求。
8.分析:单元测试主要从下面五个基本特征进行测试,分别是:模块接口、局部数据结构、独立路径和出错处理。故不能完成的测试是系统功能,这通常是在系统测试时进行的。
9.分析:考察各种逻辑覆盖的关系:
条件组合覆盖>判定覆盖>语句覆盖(即如果达到条件组合覆盖,就达到判定覆盖和语
句覆盖;如果达到判定覆盖,就达到语句覆盖,下面类似理解)。
条件组合覆盖>条件覆盖。
条件覆盖不一定包含判定覆盖、语句覆盖。
判定覆盖不一定包含条件覆盖。
路径覆盖>判定覆盖>语句
10.分析:评审是一种软件开发前期阶段人工测试的方法,主要是发现缺陷,并通过评审标准检查软件文档,故选项A、选项B和选项D都与软件评审有关。而评审这一阶段是不需要依靠测试信息的。
11.分析:Myers提出的软件缺陷的群集现象是指:测试后程序中残余的错误数目与该程序中已发现的错误数目成正比。即一个功能部件已发现的缺陷越多,找到它的更多未发现的缺陷的可能性就越大。
12.分析:根据等价类划分法设计测试用例的原则。
13.分析:自动测试脚本最好采用模块化方法。
14.分析:增量测试策略首先要对程序的每个程序单元或程序部件单独进行测试,这种测试便是单元测试或模块测试或部件测试。在单元测试时,程序员必须编写一个驱动模块,用来调用被测模块并向其传送测试数据,若该模块调用了其他模块,程序员必须编写一个桩模块,用来代替被调用的模块。
15.分析:软件的性能是软件的一种非功能特性,响应时间软件性能指标之一,响应时间是指系统对请求作出响应的时间,对于单机的没有并发操作的应用系统而言,人们普遍认为响应时间会是一个合理且准确的性能指标,但是要指出的是,在实际测试中,响应时间的绝对值并不能直接反映软件性能的高低,软件性能的高低实际上取决于用户对响应时间的接受程度。
16.分析:软件可靠性分析方法主要有:失效模式影响分析、严酷性分析、故障树分析、事件树分析和潜在线路分析。其中失效模式影响分析(FMEA)的基本假设是产品本身的逻辑没有故障,但其各部件出现的故障可能会导致产品出现故障,所以,该方法的思路是通过分析产品与其各个部件的逻辑,从而分析出各个部件的故障对整个产品可靠性的影响。故当软件的各部件组成逻辑都相对简单的情况下,采用该方法是最适合的。
17.分析:在面向对象程序测试中,通过执行程序代码完成的测试通常包括单元测试、集成测试和系统测试三个主要方面。其中单元测试的基本要求是被测单元被独立地测试,而在测试面向对象程序时,由于一个类的各个成员方法通常是相互联系的,因而很难对一个类中的单个成员方法进行充分的单元测试。面向对象程序中的一个类甚至也不能作为被独立测试的单元,主要原因一方面是由于继承的存在,一个类通常依赖于其父类和其他祖先类,另一方面由于面向对象程序经常出现多个类相互依赖也会导致每个类难以被独立的测试。集成测试是针对程序的集成结构进行,在面向对象程序中,许多集成机制在传统结构化程序中没有,因而结构化程序的集成测试技术难以适用于对类的测试。
18.分析:Web应用软件与其他的应用软件有较大的差别,其特点有①基于无连接协议,②内容驱动,③开发周期短,④演化频繁,⑤安全性要求较高,⑥美观性要求较高。
19.分析:Web应用软件的系统测试除了功能测试外还包括性能测试、易用性测试、内容测试、安全性测试和接口测试等。功能测试主要包括:①连接测试,②表单测试,③Cookie测试,故选项C正确,由排版结构的测试是Web应用软件表示层的测试,故A不正确。而对数据完整性的测试是Web应用软件数据层的测试,故选型B不正确。对于Web应用软件而言,性能测试是一个至关重要的因素,所以对Web应用软件进行系统测试时,必须考虑性能测试,故D说法错误。
20.分析:所谓兼容性测试,是指针对软件对其运行环境的依赖进行测试,以验证软件是否能够在所有期望的环境中运行。在大多数情况下,兼容性测试主要考虑硬件兼容性、软件兼容性和数据兼容性三个方面。
21.分析:功能易用性是指用户能否方便、快速、准确地使用软件提供地功能来完成需
要完成的任务。一般功能易用性测试涉及面很广,其主要内容有:①业务符合度,②功能定制性,③功能的关联度,④数据的共享度,⑤用户约束的合理性,⑥反馈的及时性。
22.分析:极限编程强调灵活的分析和设计,极限编程与传统软件开发方法相比,有四个主要特征:①简单地分析设计,②频繁地客户交流,③增量式开发,④连续的测试。这些特征决定了极限编程可以随时应对新增或改变的需求。单元测试是极限编程中最重要的发现缺陷的手段,主要由编码人员来完成,验收测试主要由用户来完成,但编码人员也必须在场,以便与用户进行交流。另外极限编程要求在编码之前先设计测试,因为这样可提高编码人员测试自己编写代码的效率。
23.分析:软件问题的状态定义如下:
新建(New)--测试中新报告的软件问题
打开(Open)--软件问题已被确认并分配给相关开发工程师处理
关闭(Closed)--确认为无效的软件问题
待验(Pending)--工程师已完成修正,等待测试人员验证
解决(Resolved)--软件问题已被修复
24.分析:在软件系统开发过程中,度量与分析同样体现的是"全过程测试"理念,对测试过程的度量有利于及时把握项目情况,对过程数据进行分析,很容易发现优势和劣势,找出需要改进的地方,及时调整测试策略。所以说度量与分析是软件测试过程可持续改进的根本。
25.分析:在QESuiteWebVersion1.0中,可以监控软件问题报告处理过程和软件系统各
模块软件问题布状况,测试管理人员使用"按功能分类"视图查看软件问题分布情况,可以了解哪些模块存在严重的软件问题。使用"按状态/子状态"视图可以了解当前所有软件问题的处理状态。使用"按子系统/状态"视图可以了解各个部分软件问题的数量情况,及时调整开发人员修复和测试人员验证的工作方向。使用"严重性"视图可以了解当前软件问题的严重性分布。
二、论述题
1.分析:首先考虑程序的的输入条件组合,根据路径覆盖需要8个测试用例,然后根据正交实验设计测试用例方法步骤,通过构造正交表设计测试用例。最后通过结果,比较总结出正交实验设计法设计测试用例的好处。
2.分析:首先分析题目规格说明书,找出原因和结果,以及它们相互之间的关系,画出因果图。然后根据黑盒测试中基于因果图的方法设计测试用例。
3.分析:首先根据登录界面反馈信息的规则,列出相关的条件以及动作,画出判定表,然后再根据黑盒测试中基于判定表的测试方法设计测试用例。
相关推荐:
北京 | 天津 | 上海 | 江苏 | 山东 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
广东 | 河北 | 湖南 | 广西 | 河南 |
海南 | 湖北 | 四川 | 重庆 | 云南 |
贵州 | 西藏 | 新疆 | 陕西 | 山西 |
宁夏 | 甘肃 | 青海 | 辽宁 | 吉林 |
黑龙江 | 内蒙古 |