- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第2章 软件测试基础 本章要点 软件测试的定义 软件测试的对象 验证与确认的含义及区别 软件测试的分类 软件测试过程模型 测试驱动开发的思想 软件测试的原则 软件测试文档的作用和分类 2.1 软件测试的概念 2.1.1 软件测试的定义和对象 1.定义 1979年,Glenford J. Myers在其著作《软件测试的艺术》对软件测试定义为:“测试是为了发现错误而执行的一个程序或系统的过程”,这个定义不管是在早期还是当今,都有着相当大的影响。 1983年,Bill Hetzel在《软件测试完全指南》中指出:“测试是以评价一个程序或系统属性为目标的任何一种活动,测试是对软件质量的度量。”这个定义是对Glenford J. Myers定义的很好的补充,至今仍被引用。 1983年IEEE对软件测试下的定义是:“使用人工或自动的手段来运行或测定某个软件系统的过程,其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别”,软件测试不再被认为是一个一次性的、只属于开发后期的活动,而应与软件的整个开发流程融为一体。 2.软件测试的对象 不仅包括程序,还包括需求分析、设计等软件开发各阶段的工作成果。 2.1.2 验证与确认(VV) VV即验证(Verification)和确认(Validation),是软件测试领域十分有影响的概念。 1.验证 即检验软件是否实现了预先定义的功能和其他特性,即判断软件开发每一阶段的活动是否已成功地完成,各开发阶段形成的软件配置是否保持一致。 2.确认 也可理解为有效性确认。目的在于判断交付使用的软件可追溯到用户的需求。作用是检验软件产品功能及其他特性的有效性。 3.验证和确认的关系 从表面上看,对验证和确认的描述十分类似。它们的区别在哪里呢?以下是Boehm对VV中两者的解释。 Verification:Are we building the product right(我们在正确地构造软件吗)? Validation:Are we building the right product(我们在构造正确的软件吗)? 定义中同样都含有“正确”,确认定义中的“正确”级别更高,它要求开发出来的软件对用户是真正有效的,能满足用户所有的最终需求,而这些需求中有些可能是潜在的。而验证定义中的“正确”只能说明软件开发的各阶段实现了既定的要求。 验证和确认都属于测试活动。可以认为: 验证+确认=测试 验证和确认是不同级别的测试活动。 2.2 软件测试分类 2.2.1 按开发阶段分类 可分为单元测试、集成测试、确认测试、系统测试及验收测试。 1.单元测试 单元测试(Unit Testing)又称模块测试 是针对软件设计中的最小单位—程序模块,进行正确性检验的测试。 2.集成测试 集成测试(Integrated Testing)也称为组装测试。 目的在于发现并排除在模块连接过程中可能出现的问题,最终构成符合概要设计要求的软件系统。 3.确认测试 确认测试(Validation Testing)又称为有效性测试。 目的是检查已实现的软件系统是否满足了需求规格说明书中规定的各种需求,以及软件配置是否完全、正确。 4.系统测试 系统测试(System Testing)将通过确认测试的软件,作为整个计算机系统的一个元素,在实际运行环境下或模拟系统运行环境下,测试其与系统中其他元素(硬件、外设、网络、系统软件、支持平台等)能否正确地配置、连接,并满足用户需求。 目的是通过与系统的需求定义作比较,? 发现软件与系统的定义不符合的地方。 5.验收测试 验收测试(Acceptance Testing)即按项目任务书或合同、供需双方约定的验收依据文档对整个系统进行测试与评审,以决定是否接收软件系统。 是以用户为主的测试,但软件开发人员和SQA(即SQA人员)也应参加。 2.2.2 按测试实施组织分类 按照实施测试的组织,可将测试分为α?测试、β测试和第三方测试。 1.α?测试 α测试(Alpha Testing)属于开发方进行的测试,指软件开发方组织公司内部人员模拟各类用户对即将交付的软件产品(称为α版本)进行的测试。 α测试的关键在于尽可能逼真地模拟软件的实际运行环境,并尽最大努力涵盖所有可能的用户操作方式。 α?测试的目的是评价软件产品的?FLURPS(?Function、Localization、Usability、Reliability、Performance、Support,功能、局域化、可使用性、可靠性、性能和支持?)?,尤其注重产品的界面和特色。? 经过α测试调整的软件产品称为β版本。 2.β?测试 β?测试(Beta Testing)是用户进行的测试,但通常不等同于验收测试,即
您可能关注的文档
最近下载
- 一种窄冠带条多层缠绕搭接量计算方法及应用.pdf VIP
- 2025年融媒体中心全媒体记者招聘考试笔试试题(附答案).docx VIP
- L10010022《病理学》课程标准.pdf VIP
- 【必备收藏】幼儿建构区游戏指导完整版课件-.pptx VIP
- 主题策略-【专题报告】CANSLIM4.0策略:叠加企业生命周期.docx VIP
- 最新人教版九年级化学演示、分组实验统计表.xls VIP
- GB 50797-2012 光伏发电站设计规范.docx VIP
- 插画设计-PPT课件(全).pptx
- 古代牝户手抄本雨花香PPT课件.pptx VIP
- 【大单元整体教学设计】人教版初中化学九年级上册 第三单元物质构成的奥秘 课题1 分子和原子.doc VIP
文档评论(0)