软件水平考试(中级)软件设计师上午(基础知识)试题-试卷27

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

软件水平考试(中级)软件设计师上午(基础知识)试题-试卷
27
(总分:60.00,做题时间:90分钟)
一、选择题(总题数:30,分数:60.00)
1.选择题()下列各题A、B、C、D四个选项中,只有一个选项是正确的,请将此选项涂写在答题卡相应位置上,答在试卷上不得分。

__________________________________________________________________________________________ 解析:
2.以下描述中,错误的是(1)。

(分数:2.00)
A.从一个计算机系统转移到另一个计算机系统的容易程度是软件的可移植性
B.软件在需要它投入使用时能实现其指定功能的概率是可靠性√
C.软件能够被软件维护人员阅读并理解的方便程度是软件的可理解性
D.在规定条件下和规定期间内,实现所指定的功能的概率是软件的可靠性
解析:解析:软件可测试性:用来表示测试及验证软件的难易度。

软件可理解性:软件能够被软件维护人员阅读并理解的方便程度。

软件可靠性:软件按规定的条件,在规定的时间内运行而不发生故障的能力。

软件可移植性:指软件从一个计算机系统或环境转移到另一个计算机系统或环境的容易程度。

由于计算机的硬件体系结构不同,因而导致在某一类型机器上开发的软件不能在另一类计算机上运行,所以某一种语言开发环境中开发出来的程序,如不用修改或只需极少量的修改便能在其他种类的计算机上运行,就是可移植性好。

软件可用性:ISO 9241—11国际标准对可用性做了如下定义:产品在特定使用环境下为特定用户用于特定用途时所具有的有效性(effectiveness)、效率(efficiency)和用户主观满意度(satisfaction)。

其中:①有效性——用户完成特定任务和达到特定目标时所具有的正确和完整程度。

②效率——用户完成任务的正确和完整程度与所使用资源(如时间)之间的比率。

③满意度——用户在使用产品过程中所感受到的主观满意和接受程度。

通俗来讲,可用性指的是产品对用户来说有效、易学、高效、好记、少错和令人满意的程度,即用户能否用产品完成任务、效率如何、主观感受怎样,实际上是从用户角度所看到的产品质量,是产品竞争力的核心,是以用户为中心。

软件兼容性:指与软件可从某一环境转移到另一环境的能力有关的一组属性。

它包括以下几个属性: (1)与软件无须采用为该软件准备的活动或手段就可能适应不同的规定环境有关的软件属性; (2)使软件遵循与可移植性有关的标准或约定的软件属性; (3)与软件在该软件环境中用来替代指定的其他软件的机会和努力有关的软件属性。

软件可修改性:软件能够被软件维护人员修改的方便程度。

软件的一致性:软件服从与可移植性有关的标准或约定的程度。

3.下述任务中,不属于软件工程需求
(分数:2.00)
A.确定软件系统的可靠性要求
B.确定软件系统的性能需求
C.确定软件系统将采用什么开发语言开发√
D.确定软件系统的数据要求
解析:解析:需求分析阶段的任务主要有: (1)确定软件的综合要求:系统界面、系统功能、系统性能、安全性、保密性和可靠性方面的要求,系统的运行要求、异常处理、将来的扩充和修改等。

(2)分析软件系统的数据要求:基本数据元素、数据元素之间的逻辑关系、数据量、峰值等。

(3)导出系统的逻辑模型。

(4)修正项目开发计划。

4.(3)是软件生命周期中时间最长的阶段。

(分数:2.00)
A.需求分析阶段
B.软件维护阶段√
C.软件设计阶段
D.软件系统实施阶段
解析:解析:本题考查的是软件寿命周期及其各寿命周期阶段的主要特点。

软件生命周期是软件开发的全过程,这个过程由诸多阶段构成,包括需求分析、软件设计、编码及单元测试、集成及系统测试、安装、实施与维护等阶段,在由这些阶段所构成的软件生命周期全过程中软件维护阶段是软件生命周期中时间最长的阶段。

因为在软件开发完投入使用后,由于多方面的原因,软件不能继续适应用户的要求,要延续软件的使用寿命,就必须对软件进行维护,所以从软件开发投入使用到软件被淘汰的整个过程都属于软件维护阶段,因此不难想象这个阶段的时长最长。

5.软件需求说明书是软件需求分析阶段的重要文件,下述(4)是其应包含的内容。

①数据描述②功能描述
⑧模块描述④性能描述
(分数:2.00)
A.①②
B.③④
C.①②③
D.①②④√
解析:解析:已经确定下来的需求应当得到清晰准确的描述。

通常把描述需求的文档叫做软件需求说明书。

软件需求说明书的主要内容是系统的数据描述、数据流图、数据字典描述、系统接口描述、内部接口说明、系统的功能描述、处理说明、系统设计的限制系统的性能描述、性能参数、对系统进行测试的种类等。

6.以下关于数据流图的说法,错误的是(5)。

(分数:2.00)
A.数据流图是用来作为结构化分析建模的一种工具
B.传统的数据流图中主要包含加工、外部实体、数据流、数据存储、控制流5种基本构件√
C.数据流图可只有一个也可以有多个
D.数据流图属于需求分析阶段的产物
解析:解析:本题主要考查数据流图的基本内容。

数据流图是结构化开发方法中需求分析阶段的重要工具。

结构化分析方法是一种面向数据流的软件分析方法。

适合于开发数据处理类型软件的需求分析。

数据流图是需求分析阶段使用的一种主要工具,它以图形的方式表达数据处理系统中信息的变换和传递过程。

与数据流图配合使用的是数据词典,它对数据流图中出现的所有数据元素给出逻辑定义。

有了数据词典,使得数据流图上的数据流、加工和文件得到确切的解释。

通常在数据流图中,可能出现4种基本符号,数据流、加工、数据存储、外部实体(数据源及数据终点)。

数据流是具有名字和流向的数据,在数据流图中用标有名字的箭头表示。

加工是对数据流的变换,一般用圆圈表示。

数据存储是可访问的存储信息,一般用直线段表示。

外部实体位于被建模的系统之外的信息生产者或消费者,是不能由计算机处理的成分,它们分别表明数据处理过程的数据来源及数据去向,用标有名字的方框表示。

图4-4所示是一个典型的数据流图示
例。

从理论上来说,数据流图可只有一个也可以有多个。

但是,一般情况下,为了表达数据处理过程的数据加工情况,用一个数据流图是不够的。

稍为复杂的实际问题,在数据流图上常常出现十几个甚至几十个加工。

这样的数据流图看起来很不清楚。

层次结构的数据流图能很好地解决这一问题。

按照系统的层次结构进行逐步分解,并以分层的数据流图反映这种结构关系,能清楚地表达和容易理解整个系统。

图4-5所示为分层数据流图的示例。

数据处理S包括三个子系统1、2、3。

顶层下面的第一层数据流图为DFD /L1。

第二层数据流图DFD/L2.1、DFD/L2.2及DFD/L2.3分别是子系统1、2和3的细化。

对任何一层数据流图来说,我们称它的上层图为父图,在它下一层的图则称为子图。

画数据流图的基本步骤概括地说,就是“自顶向下逐层分解”。

检查和修改的原则为: (1)数据流图上所有图形符号只限于前述4种基本图形元素。

(2)顶层数据流图必须包括前述4种基本元素,缺一不可。

(3)顶层数据流图上的数据流必须封闭在外部实体之间。

(4)每个加工至少有一个输入数据流和一个输出数据流。

(5)在数据流图中,需
按层给框加编号。

编号表明该加工处在哪一层,以及上下层的父图与子图的对应关系。

(6)规定任何一个数据流子图必须与它上一层的一个加工对应,两者的输入数据流和输出数据流必须一致。

此即父图与子图的平衡。

(7)可以在数据流图中加入物质流,帮助用户理解数据流图。

(8)图上每个元素都必须有名字。

(9)数据流图中不可夹带控制流。

(分数:2.00)
A.内聚体现的是代码功能的集中程度
B.耦合体现的是模块间联系的紧密程度
C.通信内聚比逻辑内聚的内聚度更高
D.数据耦合比公共耦合的耦合度更高√
解析:解析:本题主要考查内聚与耦合的概念。

高内聚、低耦合是软件设计的一个原则,其中内聚是指模块内部各元素之间联系的紧密程度,也就是代码功能的集中程度。

耦合是指模块之间相互联系的紧密程度。

模块的内聚类型通常可以分为7种,根据内聚度从高到低排序如表4-1所示。

模块的耦合性类型通
常分为7种,根据耦合度从低到高排序如表4-2综上所述,可知本题的答案应该选D。

8.下列选项中,不属于可用性子特性的是(7)。

(分数:2.00)
A.可理解性
B.易学性
C.依从性√
D.可操作性
解析:解析:本题主要考查ISO/IEC9 126的软件质量模型。

其6个质量特性和21个质量子特性是我们要理解的内容。

(1)功能性。

功能性是指与软件所具有的各项功能及其规定性质有关的一组属性,包括:①适合性:与规定任务能否提供一组功能以及这组功能的适合程度有关的软件属性。

适合程度的例子是面向任务系统中由子功能构成的功能是否合适、表容量是否合适等。

②准确性:与能否得到正确或相符的结果或效果有关的软件属性。

此属性包括计算值所需的准确程度。

③互操作性(互用性):与同其他指定系统进行交互的能力有关的软件属性。

为避免可能与易替换性的含义相混淆,此处用互操作性(互用性)而不用兼容性。

④依从性:使软件遵循有关的标准、约定、法规及类似规定的软件属性。

⑤安全性:与防止对程序及数据的非授权的故意或意外访问的能力有关的软件属性。

(2)可靠性。

可靠性是指在规定运行条件下和规定时间周期内,与软件维护其性能级别的能力有关的一组属性。

可靠性反映的是软件中存在的需求错误、设计错误和实现错误而造成的失效情况,包括:①成熟性:与由软件故障引起失效的频度有关的软件属性。

②容错性:与在软件故障或违反指定接口的情况下,维持规定的性能水平的能力有关的软件属性。

指定的性能水平包括失效防护能力。

③可恢复性:与在失效发生后,重建其性能水平并恢复直接受影响数据的能力以及为达此目的所需的时间和努力有关的软件属性。

(3)可用性。

可用性是指根据规定用户或隐含用户的评估所作出的与使用软件所需要的努力程度有关的一组属性,包括:①可理解性:与用户为认识逻辑概念及其应用范围所花的努力有关的软件属性。

②易学性:与用户为学习软件应用(如运行控制、输入、输出)的努力有关的软件属性。

③可操作性:与用户为操作和运行控制的努力有关的软件属性。

(4)效率。

效率是指在规定条件下,与软件性能级别和所用资源总量之间的关系有关的一组属性。

包括:①时间特性:与软件执行其功能时响应和处理时间以及吞吐量有关的软件属性。

②资源特性:与在软件执行其功能时所使用的资源数量及其使用时间有关的软件属性。

(5)可维护性。

可维护性是指与对软件进行修改的难易程度有关的一组属性,包括:①可分析性:与为诊断缺陷或失效原因及为判定待修改的部分所需努力有关的软件属性。

②可改变性:与进行修改、排除错误或适应环境变化所需努力有关的软件属性。

③稳定性:与修改所造成的未预料结果的风险有关的软件属性。

④可测试性:与确认已修改软件所需的努力有关的软件属性。

此子特性的含义可能会被研究中的修改加以改变。

(6)可移植性。

可移植性是指与一个软件从一个环境转移到另一个环境运行的能力有关的一组属性。

包括:①适应性:与软件无须采用为该软件准备的活动或手段就可能适应不同的规定环境有关的软件属性。

②可安装性:与在指定环境下安装软件所需努力有关的软件属性。

③遵循性(一致性):使软件遵循与可移植性有关的标准或约定的软件属性。

④可替换性:与软件在该软件环境中用来替代指定的其他软件的机会和努力有关的软件属性。

为避免可能与互操作性(互用性)的含义相混淆,此处用可替换性而不用兼容性。

特定软件的可替换性并不隐含此软件可由所考虑的软件所替代。

可替换性可能包含可安装性和适应性这两个属性。

由于此概念的重要性,它已被采用作为一个独立的子特性。

(分数:2.00)
A.软件开发模型是指软件开发全部过程、活动和任务的结构框架
B.喷泉模型主要用于描述面向对象的开发过程
C.瀑布模型严格规定了各阶段必须提交的文档
D.螺旋模型结合了瀑布模型和快速原型模型的优点√
解析:解析:瀑布模型严格遵循软件生命周期各阶段的固定顺序:计划、分析、设计、编程、测试和维护,上一阶段完成后才能进入到下一阶段,整个模型就像一个飞流直下的瀑布。

瀑布模型有许多优点:可强迫开发人员采用规范的方法;严格规定了各阶段必须提交的文档;要求每个阶段结束后,都要进行严格的评审。

但瀑布模型过于理想化,而且缺乏灵活性,无法在开发过程中逐渐明确用户难以确切表达或一时难以想到的需求,直到软件开发完成之后才发现与用户需求有很大距离,此时必须付出高额的代价才能纠正这一偏差,这一开发模型主要适用于需求非常明确的应用。

喷泉模型主要用于描述面向对象的开发过程,喷泉一词体现了面向对象开发过程的迭代和无间隙特征。

迭代意味着模型中的开发活动常常需要多次重复,每次重复都会增加或明确一些目标系统的性质,但却不是对先前工作结果的本质性改动。

无间隙是指在开发活动(如分析、设计、编程)之间不存在明显的边界,而是允许各开发活动交叉、迭代地进行。

快速原型模型对于许多需求不够明确的项目,比较适合采用该模型。

它采用了一种动态定义需求的方法,通过快速地建立一个能够反映用户主要需求的软件原型,让用户在计算机上使用它,了解其概要,再根据反馈的结果进行修改,因此能够充分体现用户的参与和决策。

原型化人员对原型的实施很重要,衡量他们的重要标准是能否从用户的模糊描述中快速地获取实际的需求。

演化模型也是一种原型化开发方法,但与快速原型模型略有不同。

在快速原型模型中,原型的用途是获知用户的真正需求,一旦需求确定了,原型即被抛弃。

而演化模型的开发过程,则是从初始模型逐步演化为最终软件产品的渐进过程。

也就是说,快速原型模型是一种“抛弃式”的原型化方法,而演化模型则是一种“渐进式”的原型化方法。

螺旋模型结合了瀑布模型和演化模型的优点,最主要的特点在于加入了风险分析。

它是由制订计划、风险分析、实施工程、客户评估这~循环组成的,它最初从概念项目开始第一个螺旋,这种开发模型将风险分析作为一个单独的阶段来做,比较适合风险较大的大中型的软件开发项目。

10.希赛公司的财务系统功能基本完善,但由于系统比较老旧,需要二次开发,这时应该采用(9)。

(分数:2.00)
A.原型法
B.瀑布模型√
C.V-模型
D.螺旋模型
解析:解析:结合试题8的分析,可以知道,原型法适用于需求不明确的开发,瀑布模型适用于需求明确的开发,而螺旋模型适用于风险较大的大中型开发项目。

在本题中,财务系统是已经存在的,而且功能完善,因此如果做二次开发的话,其基本需求应该是明确的,这个时候应该采用瀑布模型开发。

11.UP的基本特征是“用例驱动、以架构为中心的和受控的迭代式增量开发”。

UP将一个周期的开发过程划分为4个阶段,其中(10)开发剩余的构件。

(分数:2.00)
A.初始阶段
B.精化阶段
C.构建阶段√
D.提交阶段
解析:解析:统一过程(UP)的基本特征是“用例驱动、以架构为中心的和受控的迭代式增量开发”。

一个UP可分为若干个周期,每个周期的开发过程被分为4个阶段,每个阶段可进行若干次迭代。

UP将一个周期的开发过程划分为如下的4个阶段。

(1)初始阶段:该阶段的主要任务包括确定项目范围和边界,识别系统的关键用例,展示系统的侯选架构,估计项目费用和时间,评估项目风险。

其意图是建立项目的范围和版本,确定业务实现的可能性和项目目标的稳定性。

提交结果包括原始的项目需求和业务用例。

(2)精化阶段:该阶段的主要任务包括分析系统问题领域,建立软件架构基础,淘汰最高风险元素。

其意图是对问题域进行分析,建立系统的需求和架构,确定技术实现的可行性和系统架构的稳定性。

提交结果包括系统架构及其相关文档、领域模型、修改后的业务用例和整个项目的开发计划。

(3)构建阶段:该阶段相对
简单一些,其主要任务包括资源管理、控制和流程优化,开发剩余的构件,然后进行构件组装和测试等。

其主要意图是增量式地开发一个可以交付用户的软件产品。

(4)提交阶段:该阶段的主要任务包括进行β测试,制作发布版本,用户文档定稿,确认新系统,获取用户反馈,培训、调整产品使最终用户可以使用产品。

其主要意图是将软件产品提交用户。

从以上描述中可以看出,在构建阶段才开发剩余的构件,所以正确答案为C。

12.某服务器软件系统能够正确运行并得出计算结果,但存在“系统出错后不能在要求的时间内恢复到正常状态”和“对系统进行二次开发时总要超过半年的时间”两个问题,上述问题依次与质量属性中的(11)相关。

(分数:2.00)
A.可用性和性能
B.性能和可修改性
C.性能和可测试性
D.可用性和可修改性√
解析:解析:本题主要考查软件质量属性的判断与应用。

“系统出错后不能在要求的时间内恢复到正常状态”,这是对系统错误恢复能力的描述,属于系统可用性的范畴。

“对系统进行二次开发时总要超过半年的时间”,这是对系统进行调整和维护方面能力的描述,属于系统可修改性的范畴。

13.在新旧系统转换的过程中,在新系统全部正式运行前,一部分一部分地代替旧系统的策略称为(12)。

(分数:2.00)
A.位置转换
B.直接转换
C.并行转换
D.分段转换√
解析:解析:本题主要考查系统转换的概念。

新老系统之间的转换有三种方式:直接转换、并行转换和分段转换。

下面详细介绍这三种转换各自的特点。

直接转换就是在确定新系统运行无误时,立刻启用新系统,终止老系统运行。

这种方式对人员、设备费用很节省,一般适用于处理过程不太复杂、数据不很重要的场合。

并行转换是让新老系统并行一段时间,经过一段时间的考验以后,新系统正式替代老系统。

对于较复杂的大型系统,它提供了一个与老系统运行结果进行比较的机会,可以对新老两个系统并行工作,消除了尚未认识新系统时的紧张和不安。

在银行、财务和一些企业的核心系统中,这是一种经常使用的转换方式。

它的主要特点是安全、可靠,但费用和工作量都很大,因为在相当的长时间内系统要两套班子并行工作。

分段转换又称逐步转换、向导转换、试点过渡法等。

这种转换方式实际上是以上两种转换方式的结合。

在新系统全部正式运行前,一部分一部分地代替老系统。

那些在转换过程中还没有正式运行的部分,可以在一个模拟环境中继续试运行。

这种方式既保证了可靠性,又不至于费用太大。

但是这种分段转换要求子系统之间有一定的独立性,对系统的设计和实现都有一定的要求,否则就无法实现分段转换的设想。

由此可以看出题目所说的“在新系统全部正式运行前,一部分一部分地代替旧系统的策略”是分段转换。

14.CMM将软件过程的成熟度分为5个等级。

以下关于CMM各级别特征的描述中,不正确的是(13)。

(分数:2.00)
A.处于初始级的软件过程可能是混乱的,项目成功往往依赖于个人
B.管理级的最大特征是软件过程和产品质量有详细的度量标准
C.定义级的最大特征是软件过程文档化,并能持续地进行过程改进√
D.可重复级能实现对成本、进度和功能特性的跟踪
解析:解析:CMM模型将软件过程的成熟度分为5个等级。

(1)初始级:软件过程的特点是无秩序的,有时甚至是混乱的。

软件过程定义几乎处于无章法和步骤可循的状态,软件产品所取得的成功往往依赖极个别人的努力和机遇。

初始级的软件过程是未加定义的随意过程,项目的执行是随意甚至是混乱的。

也许,有些企业制订了一些软件工程规范,但若这些规范未能覆盖基本的关键过程要求,且执行没有政策、资源等方面的保证,那么仍然被视为初始级。

(2)可重复级:已经建立了基本的项目管理过程,可用于对成本、进度和功能特性进行跟踪。

对类似的应用项目,有章可循并能重复以往所取得的成功。

焦点集中在软件管理过程上。

一个可管理的过程则是一个可重复的过程,一个可重复的过程则能逐渐演化和成熟。

从管理角度可以看到一个按计划执行的、阶段可控的软件开发过程。

(3)定义级:用于管理和工程的软件过程均已文档化、标准化,并形成整个软件组织的标准软件过程。

全部项目均采用与实际情况相吻合的、适当修改
后的标准软件过程来进行操作。

要求制定企业范围的工程化标准,而且无论是管理还是工程开发都需要一套文档化的标准,并将这些标准集成到企业软件开发标准过程中去。

所有开发的项目需根据这个标准过程,剪裁出与项目适宜的过程,并执行这些过程。

过程的剪裁不是随意的,在使用前需经过企业有关人员的批准。

(4)管理级:软件过程和产品质量有详细的度量标准。

软件过程和产品质量得到了定量的认识和控制。

(5)优化级:通过对来自过程、新概念和新技术等方面的各种有用信息的定量分析,能够不断地、持续地进行过程改进。

15.下面有关测试的说法中,正确的是(14)。

(分数:2.00)
A.软件测试的目的是发现程序中所有错误
B.测试人员应该在软件开发结束后立即开始测试
C.要根据软件详细设计中设计的各种合理数据设计测试用例
D.对发现错误较多的程序段,应进行更深入的测试√
解析:解析:本题主要考查软件测试的一些基础知识。

软件测试的目的就是在软件投入生产性运行之前,尽可能多地发现软件产品(主要是指程序)中的错误和缺陷。

而根据理论推测,是不可能发现软件中所以错误的。

而一个高效的测试是指用少量的测试用例,发现被测软件尽可能多的错误。

软件测试所追求的目标是以尽可能少的时间和人力发现软件产品中尽可能多的错误。

另外,在做软件测试时,要注意以下准则:(1)应该尽早地、不断地进行软件测试,把软件测试贯穿于开发过程的始终。

(2)所有测试都应该能追溯到用户需求。

从用户的角度看,最严重的错误是导致软件不能满足用户需求的那些错误。

(3)应该从“小规模”测试开始,并逐步进行“大规模”测试。

(4)应该远在测试之前就制定出测试计划。

(5)根据Pareto 原理,80%的错误可能出现在20%的程序模块中,测试成功的关键是怎样找出这20%的模块,因此,对发现错误较多的程序段,应进行更深入的测试。

(6)应该由独立的第三方从事测试工作。

(7)对非法和非预期的输入数据也要像合法的和预期的输入数据一样编写测试用例。

(8)检查软件是否做了应该做的事仅是成功的一半,另一半是看软件是否做了不该做的事。

(9)在规划测试时不要设想程序中不会查出错误。

(10)测试只能证明软件中有错误,不能证明软件中没有错误。

16.如果要验证程序某模块能否与其他模块按照规定方式正确工作,需要进行(15)。

(分数:2.00)
A.单元测试
B.集成测试√
C.确认测试
D.系统测试
解析:解析:单元测试也称模块测试,通常可放在编程阶段,由程序员对自己编写的模块自行测试,检查模块是否实现了详细设计说明书中规定的功能和算法。

单元测试主要发现编程和详细设计中产生的错误,单元测试计划应该在详细设计阶段制订。

单元测试期间着重从以下几个方面对模块进行测试:模块接口、局部数据结构、重要的执行通路、出错处理通路、边界条件等。

集成测试也称组装测试,它是对由各模块组装而成的程序进行测试,主要目标是发现模块间的接口和通信问题,验证模块间是否按照规定的方式正确工作。

例如,数据穿过接口可能丢失;一个模块对另一个模块可能由于疏忽而造成有害影响;把子功能组合起来可能不产生预期的主功能;个别看来是可以接受的误差可能积累到不能接受的程度;全程数据结构可能有问题等。

集成测试主要发现设计阶段产生的错误,集成测试计划应该在概要设计阶段制定。

确认测试主要依据软件需求说明书检查软件的功能、性能及其他特征是否与用户的需求一致。

确认测试计划应该在需求分析阶段制定。

一般情况下,通过确认测试后的软件就可以交付使用了。

系统测试的对象是完整的、集成的计算机系统,系统测试的目的是在真实系统工作环境下,验证完整的软件配置项能否和系统正确连接,并满足系统/子系统设计文档和软件开发合同规定的要求。

系统测试的技术依据是用户需求或开发合同,除应满足一般测试的准入条件外,在进行系统测试前,还应确认被测系统的所有配置项已通过测试,对需要固化运行的软件还应提供固件。

17.下面关于软件测试的描述中,不正确的是(16)。

(分数:2.00)
A.α测试不需要用户参与,而β测试需要用户参与√
B.白盒测试能测试到程序的内部结构和处理算法
C.软件发生变更后,都需要进行回归测试。

相关文档
最新文档