软件测试的基本概念和方法课件

上传人:我*** 文档编号:142468485 上传时间:2020-08-19 格式:PPT 页数:19 大小:154KB
返回 下载 相关 举报
软件测试的基本概念和方法课件_第1页
第1页 / 共19页
软件测试的基本概念和方法课件_第2页
第2页 / 共19页
软件测试的基本概念和方法课件_第3页
第3页 / 共19页
软件测试的基本概念和方法课件_第4页
第4页 / 共19页
软件测试的基本概念和方法课件_第5页
第5页 / 共19页
点击查看更多>>
资源描述

《软件测试的基本概念和方法课件》由会员分享,可在线阅读,更多相关《软件测试的基本概念和方法课件(19页珍藏版)》请在金锄头文库上搜索。

1、软件测试方法和技术 - Ch.2 软件测试的基本概念,Leon,2.1 软件质量就是客户的满意度,从广义上讲,软件质量由产品质量、过程质量、商业环境质量这三者决定。,2.1 软件质量就是客户的满意度,产品质量 功能性 可用性 可靠性 性能 容量 可测量性 可维护性 兼容性 可扩展性 软件产品质量有一些有效的质量模型,McCall模型、Boehm模型、ISO9126模型等。,McCall模型,2.1 软件质量就是客户的满意度,过程质量(目前流行的过程改进模型有:) 软件能力成熟度模型(CMM,Capability Maturity Model) 国际标准过程模型ISO9000 软件过程改进和能力

2、决断(SPICE,Software Process Improvement and Capability Determination) 软件产品质量有一些有效的质量模型,McCall模型、Boehm模型、ISO9126模型等。,2.1 软件质量就是客户的满意度,商业环境质量 好软件产品不一定有好市场 Windwos OS例子,2.1.2 软件缺陷(bug)是什么,关于软件缺陷的术语,Defect缺点 Variance偏差 Fault缪误 Failure失败 Problem问题 Inconsistency矛盾 Error错误 Incident毛病 Bug Anomaly异常,指出现没有真正达成目

3、标的情形,可能不会发生危险,主要指未预料的情况,而非全盘失败。,缺陷,2.1.2 软件缺陷(bug)是什么,缺陷严重性的4个级别 致命的fatal 严重的critical 一般的major 微小的minor 缺陷状态: 激活状态active/open 已修正状态fixed/resolved 关闭或非激活状态close/inactive 保留状态Hold 推迟状态Differed p306,2.1.2 软件缺陷(bug)是什么,软件缺陷产生的3原因 技术问题 算法错误 语法错误 计算和精度问题 系统结构不合理 接口参数传递不匹配 团队工作 需求分析不清楚,与用户沟通存在问题 不同阶段的开发人员相

4、互理解不一致 设计或编程上的一些假设或依赖性没有得到充分的沟通 软件本身 文档错误、内容不正确或拼写错误 没有考虑大量数据使用场合,从而可能引起负载问题 对程序逻辑路径或数据范围的边界考虑不周全 对实时应用系统容易仪器时间上不协调、不一致 系统崩溃后的自我恢复或数据的异地备份 软件开发标准或过程上的错误,2.1.2 软件缺陷(bug)是什么,缺陷的构成:主要是产品规格说明书引发的缺陷 主要是产品规格说明书引发缺陷的原因: 用户一般是计算机非专业人员,软件开发人员和用户的沟通存在较大的沟通困难,对要开发的产品功能理解不一致 由于软件产品还没有设计、开发、完全靠想象去描述系统的实现结果,所以有些特

5、性还不够清晰 需求变化的不一致性 对规格说明书不够重视,在规格说明书的设计和协作上投入的人力、时间不足 没有在整个开发队伍中进行充分沟通,有时只有设计师或项目经理得到比较多的信息,2.1.2 软件缺陷(bug)是什么,图2-3 软件缺陷在不同阶段的分布图,2.1.2 软件缺陷(bug)是什么,图2-4 软件缺陷随着时间的推移带来的成本越来越多,2.2 验证和确认,验证和确认(verification & validation) 软件测试不仅要检查程序是否出错,程序是否和软件产品的设计规格说明书一致,而且还要检验所实现的正确功能是否就是客户所需的功能,这就引出了V & V。 验证, verifi

6、cation,也可译成“检验”,检验软件是否已正确地实现了产品规格说明书所定义的系统功能和特性。 确认, validation,更准确可以译为“有效性确认”,要能保证所生产的软件可追朔到用户需求的一系列活动。该过程提供证据表明软件是否满足系统需求,并解决了相应的问题。,Boehm对(verification & validation)的著名解释(记住) Verification: Are we building the product right?是否正确地构造了软件?是否正在正确地做事,验证开发过程是否遵守已定义好的内容。 Validation:Are we building the rig

7、ht product?是否构造了正确的软件?是否正在做用户所需的事情。,2.2 验证和确认,2.3 软件测试的分类,软件测试的分类取决于分类的标准,可以从不同角度对软件测试加以分类,软件测试可以根据测试的方法进行分类,也可以根据测试的对象、目标、阶段进行分类。,对象或阶段,方法,目标,需求审查 设计审查 单元测试 集成测试 系统测试 确认测试,白盒测试方法,灰盒测试方法,黑盒测试方法,可靠性测试,可用性测试,兼容性测试,安装测试,恢复测试,安全性测试,性能测试,2.3 软件测试的分类,按照测试的对象或范围(单元/组件、文档、子系统、系统等)分类: 单元测试,包括组件测试、模块测试 集成测试 系

8、统测试 验收测试 文档测试 Web应用测试、客户端测试 数据库测试、服务器测试。,2.3 软件测试的分类,按照测试的目标分类: 包括集成测试、功能测试、回归测试、性能测试、可靠性测试、安全性测试、兼容性测试等。 集成测试:完成系统内单元之间接口和单元集成为一个完整系统的测试 功能测试:也叫正确性测试,验证每个功能是否按照事先定义的要求那样正常工作 压力测试:也叫负载测试,用来检查系统在不同负载条件下的系统运行情况,特别是高负载、极限负载下的系统运行情况。 性能测试:测定系统在不同负载条件下的系统具体性能指标 可靠性测试:建议系统是否能保持长期稳定、正常的运行,=强壮性测试+异常处理测试 灾难恢

9、复性测试:在系统崩溃、硬件故障等灾难发生之后,重新恢复系统和数据的能力。 安全性测试:测试系统在应对非授权的内部/外部访问、故意损坏时的系统防护能力 兼容性测试:测试系统在不同运行环境中的实际表现 回归测试:为了保证软件中新变化不会对原有功能的正常使用有影响而进行的测试 安装测试:验证系统是否能按照安装说明书成功地完成系统的安装,2.4 测试阶段,需求规格说明书审查,系统和程序设计审查,单元测试,单元测试,单元测试,集成测试,功能测试,系统测试,安装测试,验收测试,设计规范,已集成系统,功能规格,功能正常的系统,非功能性需求,可发布的系统,实际使用的环境,客户实际需求,投入的系统,作业,举例说明软件问题会造成巨大经济损失或社会问题(不能重复书本上的例子)。 谈谈软件测试的正反两方面观点所带来的利弊;并给出软件测试的定义。 查找资料,说明当前软件测试领域最热门的研究内容有哪些?,Q & A,

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > PPT模板库 > PPT素材/模板

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