导航:首页 > 工程技术 > 系统与软件工程验证与确认

系统与软件工程验证与确认

发布时间:2021-08-17 11:17:38

软件工程与软件测试之间的关系

软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及到程序设计语言,数据库,软件开发工具,系统平台,标准,设计模式等方面。

软件测试是软件工程中的一个部分。通过软件测试可以生产具有正确性、可用性以及开销合宜的产品。

⑵ 什么是软件过程它与软件工程方法学有何关系

软件过程是为了获得高质量软件所需要完成的一系列任务的框架,它规定了完成各项任务的工作步骤。软件过程是软件工程方法学的3个重要组成部分之一。软件工程方法学包含三个要素:方法、工具和过程。

软件流程可以概括为三类:基本流程类别,支持流程类别和组织流程类别。 基本过程类别包括获取过程,供应过程,开发过程,操作过程,维护过程和管理过程。

支持流程类别包括文档流程,配置管理流程,质量保证流程,验证流程,确认流程,联合审核流程,审核流程和问题解决流程。 组织过程类别包括基础结构过程,改进过程和培训过程。

(2)系统与软件工程验证与确认扩展阅读:

软件过程的七大元素:

1、活动:开发、维护、管理等;

2、任务:活动的细分,确定、安排任务等;

3、工件:软件过程的工作产品,分输入与输出工件;

4、角色:定义了软件过程中的个人或小组的行为与职责;

5、资源:最佳实践、工具、技术、机器、场地等;

6、目标:每个过程有明确的目标;

7、度量指标:目标的具体度量与分析,如进度、成本、质量、返工率。

⑶ 嵌入式系统与软件工程哪个好

嵌入式系统
本身就只是一个
操纵系统
,运用于linux,
软件工程师
也是对于开发的某一软件安装在这系统上,至于你问嵌入式系统与软甲工程哪个好,其实它们是同一个行业,红一个职位同一个专业,所以没有好坏之分。

⑷ 软件开发过与测试过程的并行关系

引言
1963年,在美国发生了这样一件事:编程人员把一个FORTRAN程序的循环语句DO 5 I=1,3误写为DO 5 I=1.3。一点之差导致飞往火星的火箭爆炸,造成1000多万美元的损失。这种情况的发生,迫使人们考虑在软件投入使用之前必须进行彻底的测试。今天,在软件比较发达的国家,软件测试已经成为一个独立的产业,软件公司纷纷建立独立的测试队伍研究测试技术并开展测试工作。中国的软件测试起步较晚,但随着我国软件产业的蓬勃发展以及人们对软件质量的重视,软件测试正在成为一个新兴的产业。近两年来,国内新成立专业性测试机构10余家,一批批专业的软件测试人员正涌现出来。每年国内都有大量的测试技术交流会议举办,有大量的测试研究论文在专业刊物上发表。在测试技术发展的同时,测试过程的管理显得犹为重要。一个成功的测试项目,离不开对测试过程科学的组织和监控,过程管理已成为测试成功的重要保证。
1 测试过程概述
1.1 软件测试过程概述
软件测试过程是一种抽象的模型,用于定义软件测试的流程和方法。众所周知,开发过程的质量决定了软件的质量,同样的,测试过程的质量将直接影响测试结果的准确性和有效性。软件测试过程和软件开发过程一样,都遵循软件工程原理,遵循管理学原理。
随着测试过程管理的发展,软件测试专家通过实践总结出了很多很好的测试过程模型。这些模型将测试活动进行了抽象,并与开发活动有机的进行了结合,是测试过程管理的重要参考依据。
1.2 软件测试过程模型介绍
V模型
V模型最早是由Paul Rook在20世纪80年代后期提出的,旨在改进软件开发的效率和效果。V模型反映出了测试活动与分析设计活动的关系。在图1-1中,从左到右描述了基本的开发过程和测试行为,非常明确的标注了测试过程中存在的不同类型的测试,并且清楚的描述了这些测试阶段和开发过程期间各阶段的对应关系。

图1-1软件测试V模型
V模型指出,单元和集成测试应检测程序的执行是否满足软件设计的要求;系统测试应检测系统功能、性能的质量特性是否达到系统要求的指标;验收测试确定软件的实现是否满足用户需要或合同的要求。
但V模型存在一定的局限性,它仅仅把测试作为在编码之后的一个阶段,是针对程序进行的寻找错误的活动,而忽视了测试活动对需求分析、系统设计等活动的验证和确认的功能。
W模型
W模型由Evolutif公司公司提出,相对于V模型,W模型增加了软件各开发阶段中应同步进行的验证和确认活动。如图1-2所示,W模型由两个V字型模型组成,分别代表测试与开发过程,图中明确表示出了测试与开发的并行关系。
W模型强调:测试伴随着整个软件开发周期,而且测试的对象不仅仅是程序,需求、设计等同样要测试,也就是说,测试与开发是同步进行的。W模型有利于尽早地全面的发现问题。例如,需求分析完成后,测试人员就应该参与到对需求的验证和确认活动中,以尽早地找出缺陷所在。同时,对需求的测试也有利于及时了解项目难度和测试风险,及早制定应对措施,这将显著减少总体测试时间,加快项目进度。
但W模型也存在局限性。在W模型中,需求、设计、编码等活动被视为串行的,同时,测试和开发活动也保持着一种线性的前后关系,上一阶段完全结束,才可正式开始下一个阶段工作。这样就无法支持迭代的开发模型。对于当前软件开发复杂多变的情况,W模型并不能解除测试管理面临着困惑。

图1-2软件测试W模型
H模型
V模型和W模型均存在一些不妥之处。如前所述,它们都把软件的开发视为需求、设计、编码等一系列串行的活动,而事实上,这些活动在大部分时间内是可以交叉进行的,所以,相应的测试之间也不存在严格的次序关系。同时,各层次的测试(单元测试、集成测试、系统测试等)也存在反复触发、迭代的关系。
为了解决以上问题,有专家提出了H模型。它将测试活动完全独立出来,形成了一个完全独立的流程,将测试准备活动和测试执行活动清晰地体现出来,如图1-3所示。

图1-3软件测试H模型
这个示意图仅仅演示了在整个生产周期中某个层次上的一次测试“微循环”。图中标注的其他流程可以是任意的开发流程。例如,设计流程或编码流程。也就是说,只要测试条件成熟了,测试准备活动完成了,测试执行活动就可以(或者说需要)进行了。

H模型揭示了一个原理:软件测试是一个独立的流程,贯穿产品整个生命周期,与其他流程并发地进行。H模型指出软件测试要尽早准备,尽早执行。不同的测试活动可以是按照某个次序先后进行的,但也可能是反复的,只要某个测试达到准备就绪点,测试执行活动就可以开展。
其他模型
除上述几种常见模型外,业界还流传着其他几种模型,例如X模型、前置测试模型等。X模型提出针对单独的程序片段进行相互分离的编码和测试,此后通过频繁的交接,通过集成最终合成为可执行的程序。前置测试模型体现了开发与测试的结合,要求对每一个交付内容进行测试。这些模型都针对其他模型的缺点提出了一些修正意见,但本身也可能存在一些不周到的地方。所以在测试过程管理中,正确选取过程模型是一个关键问题。
1.3 软件测试过程模型选取策略
前面介绍的测试过程模型中,V模型强调了在整个项目开发中需要经历的不同的测试级别,但忽视了测试的对象不应该仅仅是程序。而W模型在这一点上进行了补充,明确指出应该对需求、设计进行测试。但是V模型和W模型都没有将一个完整的测试过程抽象出来,成为一个独立的流程,这并不适合当前软件开发中广泛应用的迭代模型。H模型则明确指出测试的独立性,也就是说只要测试条件成熟了,就可以开展测试。
在实际测试工作中我们应该尽可能地去应用各模型中对项目有实用价值的方面,不能强行的为使用模型而使用模型。在测试实践中,我们采用的方法是:以W模型作为框架,及早的、全面的开展测试。同时灵活运用H模型独立测试的思想,在达到恰当的就绪点时就应该开展独立的测试工作,同时将测试工作进行迭代,最终保证完成测试目标。
2 测试过程管理理念
生命周期模型为我们提供了软件测试的流程和方法,为测试过程管理提供了依据。但实际的测试工作是复杂而烦琐的,可能不会有哪种模型完全适用于某项测试工作。所以,我们应该从不同的模型中抽象出符合实际现状的测试过程管理理念,依据这些理念来策划测试过程,以不变应万变。当然测试管理牵涉的范围非常的广泛,包括过程定义、人力资源管理、风险管理等等,本节仅介绍几条从过程模型中提炼出来的,对实际测试有指导意义的管理理念。
2.1 尽早测试
“尽早测试”是从W模型中抽象出来的理念。我们说测试并不是在代码编写完成之后才开展的工作,测试与开发是两个相互依存的并行的过程,测试活动在开发活动的前期已经开展。
“尽早测试”包含两方面的含义:第一,测试人员早期参与软件项目,及时开展测试的准备工作,包括编写测试计划、制定测试方案以及准备测试用例;第二,尽早的开展测试执行工作,一旦代码模块完成就应该及时开展单元测试,一旦代码模块被集成成为相对独立的子系统,便可以开展集成测试,一旦有BUILD提交,便可以开展系统测试工作。
由于及早的开展了测试准备工作,测试人员能够于早期了解测试的难度、预测测试的风险,从而有效提高了测试效率,规避测试风险。由于及早的开展测试执行工作,测试人员尽早的发现软件缺陷,大大降低了BUG修复成本。但是需要注意,“尽早测试”并非盲目的提前测试活动,测试活动开展的前提是达到必须的测试就绪点。
2.2 全面测试
软件是程序、数据和文档的集合,那么对软件进行测试,就不仅仅是对程序的测试,还应包括软件“副产品”的“全面测试”,这是W模型中一个重要的思想。需求文档、设计文档作为软件的阶段性产品,直接影响到软件的质量。阶段产品质量是软件质量的量的积累,不能把握这些阶段产品的质量将导致最终软件质量的不可控。
“全面测试”包含两层含义:第一,对软件的所有产品进行全面的测试,包括需求、设计文档,代码,用户文档等等。第二,软件开发及测试人员(有时包括用户)全面的参与到测试工作中,例如对需求的验证和确认活动,就需要开发、测试及用户的全面参与,毕竟测试活动并不仅仅是保证软件运行正确,同时还要保证软件满足了用户的需求。
“全面测试”有助于全方位把握软件质量,尽最大可能的排除造成软件质量问题的因素,从而保证软件满足质量需求。
2.3 全过程测试
在W模型中充分体现的另一个理念就是“全过程测试”。双V字过程图形象的表明了软件开发与软件测试的紧密结合,这就说明软件开发和测试过程会彼此影响,这就要求测试人员对开发和测试的全过程进行充分的关注。
“全过程测试”包含两层含义:第一,测试人员要充分关注开发过程,对开发过程的各种变化及时做出响应。例如开发进度的调整可能会引起测试进度及测试策略的调整,需求的变更会影响到测试的执行等等。第二,测试人员要对测试的全过程进行全程的跟踪,例如建立完善的度量与分析机制,通过对自身过程的度量,及时了解过程信息,调整测试策略。
“全过程测试”有助于及时应对项目变化,降低测试风险。同时对测试过程的度量与分析也有助于把握测试过程,调整测试策略,便于测试过程的改进。
2.4 独立的、迭代的测试
我们知道,软件开发瀑布模型只是一种理想状况。为适应不同的需要,人们在软件开发过程中摸索出了如螺旋、迭代等诸多模型,这些中需求、设计、编码工作可能重叠并反复进行的,这时的测试工作将也是迭代和反复的。如果不能将测试从开发中抽象出来进行管理,势必使测试管理陷入困境。
软件测试与软件开发是紧密结合的,但并不代表测试是依附于开发的一个过程,测试活动是独立的。这正是H模型所主导的思想。“独立的、迭代的测试”着重强调了测试的就绪点,也就是说,只要测试条件成熟,测试准备活动完成,测试的执行活动就可以开展。
所以,我们在遵循尽早测试、全面测试、全过程测试理念的同时,应当将测试过程从开发过程中适当的抽象出来,作为一个独立的过程进行管理。时刻把握独立的、迭代测试的理念,减小因开发模型的繁杂给测试管理工作带来的不便。对于软件过程中不同阶段的产品和不同的测试类型,只要测试准备工作就绪,就可以及时开展测试工作,把握产品质量。
3 测试过程管理实践
本节以一个实际项目系统测试过程(不对单元测试和集成测试过程进行分析)的几个关键过程管理行为为例,来阐述上节中提出的测试理念。在一个构件化ERP项目中,由于前期需求不明确,开发周期相对较长,为了对项目进行更好的跟踪和管理,项目采用增量和迭代模型进行开发。整个项目开发共分三个阶段完成:第一阶段实现进销存的简单的功能和工作流;第二阶段:实现固定资产管理、财务管理,并完善第一阶段的进销存功能;第三阶段:增加办公自动化的管理(OA)。该项目每一阶段工作是对上一阶段成果的一次迭代完善,同时将新功能进行了一次叠加。
3.1 策划测试过程
依据传统的方法,将系统测试作为软件开发的一个阶段,系统测试执行工作将在三个阶段完成后开展,很明显,这样做不利于BUG的及时暴露。有些缺陷可能会埋藏至后期发现,这时的修复成本将大大提高。我们依据“独立和迭代”的测试理念,在本系统中,对测试过程进行独立的策划,找出测试准备就绪点,在就绪点及时开展测试。该系统的三个阶段具有相对的独立性,在每一阶段完成所提交的阶段产品具有相对的独立性,可以作为系统测试准备的就绪点。故而,在该系统开发过程中,系统测试组计划开展三阶段的系统测试,每个阶段系统测试具有不同的侧重点,目的在于更好的配合开发工作尽早发现软件BUG,降低软件成本。软件开发与系统测试过程的关系如图3-1所示。
实践证明,这种做法起到了预期的效果,与开发过程紧密结合而又相对独立的测试过程,有效的于早期发现了许多系统缺陷,降低了开发成本,同时也使基于复杂开发模型的测试管理工作更加清晰明了。

3.2 把握需求
在本系统开发过程中,需求的获取和完善贯穿每个阶段。对需求的把握很大程度上决定了软件测试是否能够成功。系统测试不仅仅确认软件是否正确实现功能,同时还要确认软件是否满足用户的需要。依据“尽早测试”和“全面测试”原则,在需求的获取阶段,测试人员参与到了对需求的讨论之中。测试人员与开发人员及用户一起讨论需求的完善性与正确性,同时从可测试性角度为需求文档提出建议。这些建议对开发人员来说,是从一个全新的思维角度提出的约束。同时,测试组结合前期对项目的把握,很容易制定出了完善的测试计划和方案,将各阶段产品的测试方法及进度、人员安排进行了策划,使整个项目的进展有条不紊。
实践证明,测试人员早期参与需求的获取和分析中,有助于加深测试人员对需求的把握和理解,同时也大大促进需求文档的质量。在需求人员把握需求的同时,于早期制定项目计划和方案,及早准备测试活动,大大提高了测试效率。
3.3 变更控制
变更控制体现的是“全过程测试”理念。在软件开发过程中,变更往往是不可避免的,变更也是造成软件风险的重要因素。在本系统测试中,仅第一阶段就发生了7次需求变更,调整了两次进度计划。依据“全过程测试”理念,测试组密切关注开发过程,跟随进度计划的变更调整测试策略,依据需求的变更及时补充和完善测试用例。由于充分的测试准备工作,在测试执行过程中,没有废弃一个测试用例,测试的进度并没有因为变更而受到过多影响。
3.4 度量与分析
对测试过程的度量与分析同样体现的“全过程测试”理念。对测试过程的度量有利于及时把握项目情况,对过程数据进行分析,很容易发现优势劣势,找出需要改进的地方,及时调整测试策略。
在ERP项目中,我们在测试过程中对不同阶段的BUG数量进行了度量,并分析测试执行是否充分。如图3-2所示,通过分析我们得出:相同时间间隔内发现的BUG数量呈收敛状态,测试是充分的。在BUG数量收敛的状态下结束细测是恰当的。

图3-2软件开发与系统测试关系图
测试中,我们对不同功能点的测试数据覆盖率和发现问题数进行度量,以便分析测试用例的充分度与BUG发现率之间的关系。如表3-1所示,对类似模块进行对比发现:某一功能点上所覆盖的测试数据组越多,BUG的用例发现率越高。如果再结合工作量、用例执行时间等因素进行统计分析,便可以找到适合实际情况的测试用例书写粒度,从而帮助测试人员判断测试成本和收益间的最佳平衡点。
表3-1 测试数据覆盖率与BUG发现率对应表
模块名称 功能点数 测试数据数 测试数据覆盖率 BUG的用例发现率()
模块AA 6个 75组 12.5组/每功能点 40% (6/15)
模块BB 30个 96组 3.3组/每功能点 17% (7/42)
模块CC 15个 87组 5.1组/每功能点 18% (5/28)
模块DD 16个 46组 2.8组/每功能点 23% (5/22)
… … … … ...
注:通过统计可以得出测试数据与BUG发现率之间的关系,便于及时调整测试用例编写策略。
所有这些度量都是对测试全过程进行跟踪的结果,是及时调整测试策略的依据。对测试过程的度量与分析能有效的提高了测试效率,降低了测试风险。同时,度量与分析也是软件测试过程可持续改进的基本。
4 测试过程可持续改进
测试技术发展到今天,已经存在诸多可供参考的测试过程管理思想和理念。但信息技术发展一日千里,新技术不断涌现,这就注定测试过程也需要不断的改进。我们提倡基于度量与分析的可持续过程改进方法(本文不做详细论述)。在这种方法中,对现状的度量被制度化,并作为过程改进的基础。组织可以自定义需要度量的过程数据,将收集来的数据加以分析,以找出需要改进的因素。在不断的改进中,同步的调整需要度量的过程数据,使度量与分析始终为了过程改进服务,而过程改进也包含对度量和分析的改进。
掌握了基于度量和分析的可持续过程改进方法,测试过程管理将能够不断完善,测试活动将能够始终处于优化状态。

⑸ 软件工程与系统工程的区别

系统工程和软件工程是完全不同的两个概念,要先进行系统设计,之后才能去做软件。软件工程是指软件开发上面所需要遵守的一些原则和设计规范。系统工程包括软件和硬件两个方面。所谓系统架构是系统工程的一些具体化。

⑹ 信息工程与软件工程的区别

1、培养目标不同

信息工程专业培养具有信息的获取、传递、处理、利用以及进行控制系统分析和设计等方面的知识,能在信息产业及国民经济各部门从事信息系统和控制系统的研究、设计、集成、制造和运行工作的德、智、体全面发展的高级工程技术和科研人才。

软件工程的目标是在给定成本、进度的前提下,开发出具有适用性、有效性、可修改性、可靠性、可理解性、可维护性、可重用性、可移植性、可追踪性、可互操作性和满足用户需求的软件产品。追求这些目标有助于提高软件产品的质量和开发效率,减少维护的困难。

2、研究方向不同

信息工程专业是建立在超大规模集成电路技术和现代计算机技术基础上,研究信息处理理论、技术和工程实现的专门学科。该专业以研究信息系统和控制系统的应用技术为核心。

软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及程序设计语言、数据库、软件开发工具、系统平台、标准、设计模式等方面。


3、从业领域不同

信息工程:工业与电气工程有关的运动控制、工业过程控制、电气工程、电力电子技术、检测与自动化仪表、电子与计算机技术等领域从事工程设计、系统分析、系统运行、研制开发、经济管理等方面的工作。

软件工程:计算机网络信息与通信安全、计算机图形学与人机交互、多媒体技术应用、人工智能与识别、嵌入式软件与应用、自动控制、分布式计算与网格计算、云计算技术、存储技术、数据库技术研究、计算机辅助设计与应用技术、大数据分析与处理等方面的工作。

⑺ 《GB/T25000.51-2016系统与软件工程系统与软件质量要求和评价(SQuaRE)》中,定义了术语“异常“是( )。

是B。

⑻ 软件开发与软件工程的区别

一、指代不同

1、软件工程:是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。

2、软件开发:是根据用户要求建造出软件系统或者系统中的软件部分的过程。

二、内容不同

1、软件工程:涉及程序设计语言、数据库、软件开发工具、系统平台、标准、设计模式等方面。

2、软件开发:能熟练掌握常用的计算机软件的使用、维护与技巧;在硬件方面学生应了解计算机硬件的发展,熟练掌握计算机组装的方法,能熟练运用应用软件检测计算机性能、故障的范围所在,掌握硬件故障的一般处理方法。


三、特点不同

1、软件工程:在给定成本、进度的前提下,开发出具有适用性、有效性、可修改性、可靠性、可理解性、可维护性、可重用性、可移植性、可追踪性、可互操作性和满足用户需求的软件产品。追求这些目标有助于提高软件产品的质量和开发效率,减少维护的困难。

2、软件开发:适合于熟练地按照工程化的思路进行软件编制、软件测试的工作岗位,能担任各种企事业单位和各级工程建设部门、管理部门的计算机软件和硬件维护、网络的组建、维护等工作,也可从事计算机研究与应用、软件开发等方面的工作。

与系统与软件工程验证与确认相关的资料

热点内容
苏州假山景观设计工程 浏览:862
哈尔滨工程造价招聘 浏览:937
建筑工程土建劳务分包 浏览:632
道路监理工程师 浏览:476
安徽工程大学机电学院在本校吗 浏览:370
河北工程大学保研率多少 浏览:287
有学质量工程师的书吗 浏览:479
康乐县建筑工程公司 浏览:569
助理工程师二级 浏览:872
注册安全工程师初级考试时间 浏览:901
食品科学与工程专业课题研究 浏览:881
工程造价图纸建模 浏览:888
辽宁恒润建设工程有限公司 浏览:93
实行施工总承包的工程项目 浏览:737
道路桥梁工程技术兴趣爱好 浏览:316
密歇根理工大学电气工程专业 浏览:388
广西交通工程质量监督站 浏览:31
四川大学材料科学与工程学院考研参考书目 浏览:858
有线电视工程建设管理条例 浏览:270
云南工程监理公司排名 浏览:673