物联网测试技术 第2讲 软件测试基础研讨.ppt

物联网测试技术 第2讲 软件测试基础研讨.ppt

  1. 1、本文档共48页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
物联网测试技术 第2讲 软件测试基础研讨

2.4.2 软件测试方法 白盒测试方法 又称为结构测试或逻辑驱动测试。它把对象开成一个打开的盒子,进行测试时候,检查内部的结构和处理过程,通常无须测量软件产品的功能。 白盒测试需要注意覆盖标准,包括前面所述的逻辑覆盖,循环覆盖等。 白盒测试通常有软件产品内部程序人进行,也有常用的测试工具:Jtest、C++Test、Logiscope。 物联网工程 2.4.2 软件测试方法 黑盒测试方法 又称为功能测试或数据驱动测试。它根据软件的规格对软件进行测试,这类测试不考虑软件内部的运作原理,因此软件对用来说就像一个黑盒子。 它从用户的角度,输入各种数据,观察软件的各种输出发现软件存在的缺陷,而不关心软件程序是怎么实现的,工具有WinRunner,LoadRunner。 物联网工程 2.4.3 软件测试的误区 测试与调试程序是一个事情 忽视需求阶段的参与 软件开发完成后进行软件测试 通过短期增加软件测试投入,迅速达到零缺陷 规范化软件测试使项目成本增加。 期望用自动化测试代替人工劳动 物联网工程 2.4.3 软件测试的误区 软件测试是技术要求的岗位 软件发布以后,如果发现质量问题,那是软件测试人员的错误。 软件测试是测试人员的事情,与程序员无关。 项目进度吃紧时可以少做些测试,等到时间富裕时再多些测试 通过软件测试发现所有问题 通过测试证明软件的正确性。 物联网工程 物联网工程 2.5 软件质量 软件质量保证(SQA)。 软件能力成熟度模型CMM。 物联网工程 2.5.1 软件质量SQA 1979年Fisher和Light:表征计算机系统卓越程度的所有属性的集合。1982年改为:软件产品满足明确需求一组属性的集合。 ANSI/IEEE729:软件产品能满足规定的和隐含的与定义的需求有关的全部特征和特性。 软件质量是各种特性的复杂组合。它随着应用的不同而不同,随着用户提出的质量要求不同而不同。 软件质量特性,反映了软件的本质。讨论一个软件的质量,问题最终要归结到定义软件的质量特性。 人们通常把影响软件质量的特性用软件质量模型来描述。 物联网工程 2.5.1 软件质量SQA 软件质量特性定义成分层模型 最基本的叫做基本质量特性,它可以由一些子质量特性定义和度量。 二次特性在必要时又可由它的一些子质量特性定义和度量。 1976年 Boehm质量模型 1979年 McCall质量模型 1985年 ISO质量模型 物联网工程 物联网工程 Boehm质量模型 ISO的软件质量评价模型 按照ISO/TC97/SC7/WG3/1985-1-30/N382,软件质量度量模型由三层组成 软件质量需求评价准则(SQRC) 软件质量设计评价准则(SQDC) 软件质量度量评价准则(SQMC) 高层和中层建立国际标准,低层可由各使用单位视实际情况制定 物联网工程 物联网工程 CMM 软件过程管理 对软件开发全过程规范化及标准化的管理 软件过程管理技术包括:软件管理学和软件工程经济学 目前,国外普遍采用的软件过程管理方法是:美国卡内基?梅隆大学软件工程研究所(SEI) 提出的软件能力成熟度模型(SW-CMM) 目的:研究如何有效地对软件开发项目进行管理,以便按照进度和预算完成软件项目计划,实现预期的经济效益和社会效益 包括:成本估计、进度计划、人员组织、质量保证等 物联网工程 软件产业与CMM的提出 软件产业的发展 软件产业发展过程 Continue CMM的发展过程 CMM的发展 1987年9月 SEI 软件能力成熟度框架和软件成熟度问卷 1991年 SEI推出了CMM 1.0版本 1993年 SEI推出了CMM 1.0版本 目前 CMMI(Capability Maturity Model Integration) 计划 CMM 2.0 CMM的发展过程 CMM基础知识 不成熟的软件组织 成熟的软件组织 没有计划 / 临时计划 不按计划执行 没有判断产品质量的基准 用户不可见 反应式的工作性质 经费超支 & 项目超时 功能和质量的大打折扣 组织和管理的能力 按照计划执行 软件过程定义的必要更新 软件过程的明确规则 全员参与,职责清晰 质量和过程的监督、评价和分析 基于经验的进度和预算制定 所有参与者都能自觉遵循软件过程的有关规则,在一种有序的状态下开展软件过程的活动 CMM基础知识 1 初始级 2 可重复级 3 已定义级 4 已管理级 5 优化级 图 CMM分级标准 无序、混乱的软件过程。依赖个别人的努力和机遇。 建立基本的项目管理过程。相似项目,重复以往成果。 文档化、标准化和标准的软件软件过程。 软件过程和产品质量有详细的度量

文档评论(0)

ddf55855 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档