软件测试的定义

上传人:汽*** 文档编号:570341476 上传时间:2024-08-03 格式:PPT 页数:33 大小:1.33MB
返回 下载 相关 举报
软件测试的定义_第1页
第1页 / 共33页
软件测试的定义_第2页
第2页 / 共33页
软件测试的定义_第3页
第3页 / 共33页
软件测试的定义_第4页
第4页 / 共33页
软件测试的定义_第5页
第5页 / 共33页
点击查看更多>>
资源描述

《软件测试的定义》由会员分享,可在线阅读,更多相关《软件测试的定义(33页珍藏版)》请在金锄头文库上搜索。

1、软件测试的定义软件测试的定义n n软件测试是由“验证”和“有效性确认”构成的整体。n n“验证”是检验软件是否已正确实现了产品规格书所定义的系统功能和特性;“有效性确认”是确认所开发的软件是否满足用户真正需求的活动。软件测试阶段软件测试阶段n n规格说明书审查-系统和程序设计审查-单元测试-集成测试-功能测试-系统测试-安装测试-验收测试软件质量管理杂谈软件质量管理杂谈n n能力成熟度模型能力成熟度模型(Capability Maturity Model for SoftwareCapability Maturity Model for Software,英文缩写为,英文缩写为SW-CMMSW

2、-CMM,简称,简称CMMCMM) n nCMMCMM是指是指“ “能力成熟度模型能力成熟度模型” ”,是对于,是对于软件软件组织在定义、实施、度组织在定义、实施、度量、控制和改善其量、控制和改善其软件过程软件过程的实践中各个发展阶段的描述。的实践中各个发展阶段的描述。n nCMMCMM是一种用于评价软件承包能力并帮助其改善是一种用于评价软件承包能力并帮助其改善软件质量软件质量的方法,的方法,侧重于软件开发过程的管理及工程能力的提高与评估。侧重于软件开发过程的管理及工程能力的提高与评估。CMMCMM分为五分为五个等级:一级为初始级,二级为可重复级,三级为已定义级,四级为个等级:一级为初始级,二

3、级为可重复级,三级为已定义级,四级为已管理级,五级为优化级。已管理级,五级为优化级。n n从当今整个软件公司现状来看,最多的成熟度为从当今整个软件公司现状来看,最多的成熟度为1 1级,多数成熟度为级,多数成熟度为2 2级,少数成熟度为级,少数成熟度为3 3级,极少数成熟度为级,极少数成熟度为4 4级,成熟度为级,成熟度为5 5级的更是凤级的更是凤毛麟角。毛麟角。 n n其所依据的想法是:只要集中精力持续努力去建立有效的其所依据的想法是:只要集中精力持续努力去建立有效的软件工程软件工程过过程的基础结构,不断进行管理的实践和过程的改进,就可以克服软件程的基础结构,不断进行管理的实践和过程的改进,就

4、可以克服软件生产中的困难。生产中的困难。CMMCMM它是目前国际上最流行、最实用的一种软件生它是目前国际上最流行、最实用的一种软件生产过程标准,已经得到了众多国家以及国际软件产业界的认可,成为产过程标准,已经得到了众多国家以及国际软件产业界的认可,成为当今企业从事规模软件生产不可缺少的一项内容。当今企业从事规模软件生产不可缺少的一项内容。 CMM的基本思想的基本思想n nCMMCMM的基本思想是,因为问题是由我们管理软件的基本思想是,因为问题是由我们管理软件过程的方法引起的,所以新软件技术的运用不会过程的方法引起的,所以新软件技术的运用不会自动提高生产率和利润率。自动提高生产率和利润率。CMM

5、CMM有助于组织建立有助于组织建立一个有规律的、成熟的软件过程。改进的过程将一个有规律的、成熟的软件过程。改进的过程将会生产出质量更好的软件,使更多的软件项目免会生产出质量更好的软件,使更多的软件项目免受时间和费用的超支之苦。软件过程包括各种活受时间和费用的超支之苦。软件过程包括各种活动、技术和用来生产软件的工具。因此,它实际动、技术和用来生产软件的工具。因此,它实际上包括了软件生产的技术方面和管理方面。上包括了软件生产的技术方面和管理方面。CMMCMM策略力图改进软件过程的管理,而在技术上的改策略力图改进软件过程的管理,而在技术上的改进是其必然的结果。进是其必然的结果。 CMMCMM VS

6、ISOSQAn n软件测试质量保证(软件测试质量保证(software quality software quality assurance,SQAassurance,SQA)活动)活动是通过对软件产品有计划的进行评审和审计来验证软件是是通过对软件产品有计划的进行评审和审计来验证软件是否合乎标准的系统工程,通过协调,审查和跟踪以获取有否合乎标准的系统工程,通过协调,审查和跟踪以获取有用信息,形成分析结果以指导软件过程。用信息,形成分析结果以指导软件过程。n n基本目标:基本目标:n n目标目标 1: 1: 软件质量保证工作是有计划进行的。软件质量保证工作是有计划进行的。 n n目标目标 2:

7、2: 客观地验证软件项目产品和工作是否遵循恰当的标客观地验证软件项目产品和工作是否遵循恰当的标准、步骤和需求。准、步骤和需求。 n n目标目标 3: 3: 将软件质量保证工作及结果通知给相关组别和个人。将软件质量保证工作及结果通知给相关组别和个人。 n n目标目标 4: 4: 高级管理层接触到在项目内部不能解决的不符合类高级管理层接触到在项目内部不能解决的不符合类问题。问题。 SQAn n工作内容n n建立软件质量保证活动的实体n n制定软件质量保证计划n n坚持各阶段的评审,审计,跟踪n n监控软件产品的质量n n采集软件质量保证活动的数据n n度量软件质量保证活动TMM(Testing M

8、aturity Model)模型模型第一级 初始级n nTMM初始级软件测试过程的特点是测试过程无序,有时甚至是混乱的,几乎没有妥善定义的。初始级中软件的测试与调试常常被混为一谈,软件开发过程中缺乏测试资源,工具以及训练有素的测试人员。初始级的软件测试过程没有定义成熟度目标。 第二级第二级 定义级定义级n nTMM的定义级中,测试己具备基本的测试技术和方法,软件的测试与调试己经明确地被区分开。这时,测试被定义为软件生命周期中的一个阶段,它紧随在编码阶段之后。但在定义级中,测试计划往往在编码之后才得以制订,这显然有背于软件工程的要求。 第三级第三级 集成级集成级n n在集成级,测试不仅仅是跟随在

9、编码阶段之后的一个阶段,在集成级,测试不仅仅是跟随在编码阶段之后的一个阶段,它已被扩展成与软件生命周期融为一体的一组已定义的活它已被扩展成与软件生命周期融为一体的一组已定义的活动。测试活动遵循软件生命周期的动。测试活动遵循软件生命周期的V V字模型。测字模型。测 试人员在试人员在需求分析阶段便开始着手制订测试计划,并根据用户或客需求分析阶段便开始着手制订测试计划,并根据用户或客户需求建立测试目标,同时设计测试用例并制订测试通过户需求建立测试目标,同时设计测试用例并制订测试通过准则。在集成级上,应成立软件测试组准则。在集成级上,应成立软件测试组 织,提供测试技术织,提供测试技术培训,关键的测试活

10、动应有相应的测试工具予以支持。在培训,关键的测试活动应有相应的测试工具予以支持。在该测试成熟度等级上,没有正式的评审程序,没有建立质该测试成熟度等级上,没有正式的评审程序,没有建立质量过程和产品属性的测试度量。量过程和产品属性的测试度量。 集成级要实现集成级要实现4 4个成熟度个成熟度目标,它们分别是目标,它们分别是: :建立软件测试组织,制订技术培训计建立软件测试组织,制订技术培训计划,软件全寿命周期测试,控制和监视测试过程。划,软件全寿命周期测试,控制和监视测试过程。 第四级第四级 管理和测量级管理和测量级n n在管理和测量级,测试活动除测试被测程序外,还包括软在管理和测量级,测试活动除测

11、试被测程序外,还包括软件生命周期中各个阶段的评审,审查和追查,使测试活动件生命周期中各个阶段的评审,审查和追查,使测试活动涵盖了软件验证和软件确认活动。根据管理和测量涵盖了软件验证和软件确认活动。根据管理和测量 级的要级的要求,软件工作产品以及与测试相关的工作产品,如测试计求,软件工作产品以及与测试相关的工作产品,如测试计划,测试设计和测试步骤都要经过评审。因为测试是一个划,测试设计和测试步骤都要经过评审。因为测试是一个可以量化并度量的过程。为了测量测试过可以量化并度量的过程。为了测量测试过 程,测试人员应程,测试人员应建立测试数据库。收集和记录各软件工程项目中使用的测建立测试数据库。收集和记

12、录各软件工程项目中使用的测试用例,记录缺陷并按缺陷的严重程度划分等级。此外,试用例,记录缺陷并按缺陷的严重程度划分等级。此外,所建立的测试规程应能够支持软件所建立的测试规程应能够支持软件 组最终对测试过程的控组最终对测试过程的控制和测量。管理和测量级有制和测量。管理和测量级有3 3个要实现的成熟度目标个要实现的成熟度目标: :建立建立组织范围内的评审程序,建立测试过程的测量程序和软件组织范围内的评审程序,建立测试过程的测量程序和软件质量评价。质量评价。 第五级第五级 优化,预防和质量控制级优化,预防和质量控制级n n由于本级的测试过程是可重复,已定义,已管理和己测量的,因此软由于本级的测试过程

13、是可重复,已定义,已管理和己测量的,因此软件组织能够优化调整和持续改进测试过程。测试过程的管理为持续改件组织能够优化调整和持续改进测试过程。测试过程的管理为持续改进产品质量和过程质量提供指导,并提供必要的基础设施。优化,预进产品质量和过程质量提供指导,并提供必要的基础设施。优化,预防缺陷和质量控制级有防缺陷和质量控制级有3 3个要实现的成熟度目标个要实现的成熟度目标: : n n(I)(I)应用过程数据预防缺陷。这时的软件组织能够记录软件缺陷,分应用过程数据预防缺陷。这时的软件组织能够记录软件缺陷,分析缺陷模式,识别错误根源,制订防止缺陷再次发生的计划,提供跟析缺陷模式,识别错误根源,制订防止

14、缺陷再次发生的计划,提供跟踪这种括动的办法,并将这些活动贯穿于全组织的各个项目中。踪这种括动的办法,并将这些活动贯穿于全组织的各个项目中。 n n(II)(II)质量控制在本级,软件组织通过采用统计采样技术,测量组织的质量控制在本级,软件组织通过采用统计采样技术,测量组织的自信度,测量用户对组织的信赖度以及设定软件可靠性目标来推进测自信度,测量用户对组织的信赖度以及设定软件可靠性目标来推进测试过程。为了加强软件质量控制,测试组和质量保证组要有负责质量试过程。为了加强软件质量控制,测试组和质量保证组要有负责质量的人员参加,他们应掌握能减少软件缺陷和改进软件质量的技术和工的人员参加,他们应掌握能减

15、少软件缺陷和改进软件质量的技术和工具。具。 n n(III)(III)优化测试过程在测试成熟度的最高级,己能够量化测试过程。优化测试过程在测试成熟度的最高级,己能够量化测试过程。这样就可以依据量化结果来调整测试过程,不断提高测试过程能力,这样就可以依据量化结果来调整测试过程,不断提高测试过程能力,并且软件组织具有支持这种能力持续增长的基础设施。基础设施包括并且软件组织具有支持这种能力持续增长的基础设施。基础设施包括政策,标准,培训,设备,工具以及组织结构等。政策,标准,培训,设备,工具以及组织结构等。 McCall质量模型质量模型McCall质量模型质量模型软件质量管理杂谈软件质量管理杂谈初识

16、初识RupRUP基础知识基础知识n nRUPRUP(Rational Unified ProcessRational Unified Process,统一软件开发过,统一软件开发过程,程,统一软件过程统一软件过程) )是一个是一个面向对象面向对象且基于网络的且基于网络的程序开发方法论。程序开发方法论。n nRUPRUP中的中的软件生命周期软件生命周期在在 时间上被分解为四个顺时间上被分解为四个顺序的阶段,分别是:初始阶段(序的阶段,分别是:初始阶段(InceptionInception)、细)、细化阶段(化阶段(ElaborationElaboration)、构造阶段)、构造阶段(Constr

17、uctionConstruction)和)和 交付阶段(交付阶段(TransitionTransition)。每个)。每个阶段结束于一个主要的里程碑(阶段结束于一个主要的里程碑(Major Major MilestonesMilestones);每个阶段本质上是两个里程碑之间);每个阶段本质上是两个里程碑之间的时间跨度。在每个阶段的结尾执行一次评估以的时间跨度。在每个阶段的结尾执行一次评估以确定这个阶段的目标是否已经满足。如果评估结确定这个阶段的目标是否已经满足。如果评估结果令人果令人 满意的话,可以允许项目进入下一个阶段。满意的话,可以允许项目进入下一个阶段。 初始阶段初始阶段n n初始阶段

18、的目标是为系统建立商业案例并确定项初始阶段的目标是为系统建立商业案例并确定项目的边界。为了达到该目的必须识别所有与系统目的边界。为了达到该目的必须识别所有与系统交互的外部实体,在较高层次上定义交互的特性。交互的外部实体,在较高层次上定义交互的特性。本阶段具有非常重本阶段具有非常重 要的意义,在这个阶段中所关要的意义,在这个阶段中所关注的是整个项目进行中的业务和需求方面的主要注的是整个项目进行中的业务和需求方面的主要风险。对于建立在原有系统基础上的开发项目来风险。对于建立在原有系统基础上的开发项目来讲,初始阶段可能很短。初始阶段结束讲,初始阶段可能很短。初始阶段结束 时是第一时是第一个重要的里程

19、碑:生命周期目标(个重要的里程碑:生命周期目标(Lifecycle Lifecycle ObjectiveObjective)里程碑。生命周期目标里程碑评价项)里程碑。生命周期目标里程碑评价项目基本的生存能力。目基本的生存能力。 细化阶段细化阶段n n细化阶段的目标是分析问题领域,建立健全的体细化阶段的目标是分析问题领域,建立健全的体系结构基础,编制系结构基础,编制项目计划项目计划, 淘汰项目中最高风淘汰项目中最高风险的元素。为了达到该目的,必须在理解整个系险的元素。为了达到该目的,必须在理解整个系统的基础上,对体系结构作出决策,包括其范围、统的基础上,对体系结构作出决策,包括其范围、主要功能

20、和诸如性能等非功能需求。同时为项目主要功能和诸如性能等非功能需求。同时为项目 建立支持环境,包括创建开发案例,创建模板、建立支持环境,包括创建开发案例,创建模板、准则并准备工具。细化阶段结束时第二个重要的准则并准备工具。细化阶段结束时第二个重要的里程碑:生命周期结构(里程碑:生命周期结构(Lifecycle ArchitectureLifecycle Architecture)里程碑。生命周期结构里程碑为系统的结构建立里程碑。生命周期结构里程碑为系统的结构建立了管理基准并使项目小组能够在构建阶段中进行了管理基准并使项目小组能够在构建阶段中进行衡量。此刻,要检验详细的系统目标和衡量。此刻,要检验

21、详细的系统目标和 范围、结范围、结构的选择以及主要风险的解决方案。构的选择以及主要风险的解决方案。 构造阶段构造阶段n n在构建阶段,所有剩余的构件和在构建阶段,所有剩余的构件和应用程序应用程序功功 能被能被开发并集成为产品,所有的功能被详细测试。从开发并集成为产品,所有的功能被详细测试。从某种意义上说,构建阶段是一个制造过程,其重某种意义上说,构建阶段是一个制造过程,其重点放在管理资源及控制运作以优化成本、进度和点放在管理资源及控制运作以优化成本、进度和质量。构建阶段质量。构建阶段 结束时是第三个重要的里程碑:结束时是第三个重要的里程碑:初始功能(初始功能(Initial Operation

22、alInitial Operational)里程碑。初始功能)里程碑。初始功能里程碑决定了产品是否可以在里程碑决定了产品是否可以在测试环境测试环境中进行部中进行部署。此刻,要确定软件、环境、用户是否可以开署。此刻,要确定软件、环境、用户是否可以开始系统的运作。此时的产品版本也常被称为始系统的运作。此时的产品版本也常被称为“ “beta”beta”版。版。 交付阶段交付阶段n n交付阶段的重点是确保软件对最终用户是可用的。交付阶段的重点是确保软件对最终用户是可用的。交付阶段可以跨越几次迭代,包括为发布做准备交付阶段可以跨越几次迭代,包括为发布做准备的产品测试,基于用户反馈的少量的调整。在生的产品

23、测试,基于用户反馈的少量的调整。在生命周期的这一点上,用户反馈应主要集中在产品命周期的这一点上,用户反馈应主要集中在产品调整,设置、安装和可用性问题,所有主要的结调整,设置、安装和可用性问题,所有主要的结构问题应该已经在构问题应该已经在项目生命周期项目生命周期的早期阶段解决的早期阶段解决了。在交付阶段的终点是第四个里程碑:产品发了。在交付阶段的终点是第四个里程碑:产品发布(布(Product ReleaseProduct Release)里程碑。此时,要确定目标)里程碑。此时,要确定目标是否实现,是否应该开始另一个开发周期。在一是否实现,是否应该开始另一个开发周期。在一些情况下这个里程碑可能与下一个周期的初始阶些情况下这个里程碑可能与下一个周期的初始阶段的结束重合。段的结束重合。 国际化和本地化杂谈国际化和本地化杂谈国际化和本地化杂谈国际化和本地化杂谈软件测试中的认识误区软件测试中的认识误区软件测试中的认识误区软件测试中的认识误区n n可以对软件进行穷举测试软件测试中的认识误区软件测试中的认识误区软件测试中的认识误区软件测试中的认识误区软件测试中的认识误区软件测试中的认识误区软件测试中的认识误区软件测试中的认识误区软件测试中的认识误区软件测试中的认识误区软件测试中的认识误区软件测试中的认识误区

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 幼儿/小学教育 > 幼儿教育

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号