Ch2-软件测试基本概念-STMT-2014.pptxVIP

  • 0
  • 0
  • 约4.31千字
  • 约 46页
  • 2024-09-20 发布于江西
  • 举报

软件测试方法和技术第2章软件测试的基本概念

第1章回顾什么是软件测试软件测试的正反两面性验证软件发现缺陷VV软件测试和开发的关系TDD

第2章软件测试的基本概念2.1软件缺陷2.2软件测试的分类2.3静态测试与动态测试2.5黑盒测试与白盒测试2.6软件测试级别2.7软件测试计划与用例2.8专业测试人员的责任和要求

缺陷是质量的对立面要了解什么是缺陷(defect),就必须清楚“质量(Quality)”概念,因为缺陷是相对质量而存在的,违背了质量、违背了客户的意愿,不能满足客户的要求,就会引起缺陷或产生缺陷

什么是Bug?2.1.2软件缺陷的定义Anyproblem/disfigurement/limitationinproductdesigndevelopmentFeatureorfunctioncan’tworkUnreasonabledesignPartlyrealizationinfunctionDataerrorRunerrorLimitationinfeaturesDifferencebetweenactualresultsandexpectedresultsUnfriendlyUI,LowperformanceOthers任何程序、系统中的问题,和产品设计书的不一致性,不能满足用户的需求

缺点(defect)偏差(variance)谬误(fault)失败(failure)问题(problem)矛盾(inconsistency)错误(error)毛病(incident)异常(anomy)缺陷–Defect,Bug

软件缺陷的现象功能、特性没有实现或部分实现设计不合理,存在缺陷实际结果和预期结果不一致运行出错,包括运行中断、系统崩溃、界面混乱数据结果不正确、精度不够用户不能接受的其他问题,如存取时间过长、界面不美观

软件缺陷的产生技术问题算法错误,语法错误,计算和精度问题,接口参数传递不匹配团队工作沟通不充分,误解软件本身文档错误、用户使用场合(userscenario),时间上不协调、或不一致性所带来的问题系统的自我恢复或数据的异地备份、灾难性恢复等问题

软件缺陷构成

软件缺陷在不同阶段的分布在真正的程序测试之前,通过审查、评审会可以发现更多的缺陷。规格说明书的缺陷会在需求分析审查、设计、编码、测试等过程中会逐步发现,而不能在需求分析一个阶段发现

缺陷成本

2.3软件测试的分类方法目标/特性单元测试系统测试验收测试性能测试强壮性测试功能测试白盒测试黑盒测试测试阶段或层次适用性测试可靠性测试集成测试安全性测试

不同的分类按测试的对象或范围分类,如单元测试、文档测试、系统测试等)按测试目的分类,如功能测试、回归测试、性能测试、可靠性测试、安全性测试和兼容性测试等根据测试过程中被测软件是否被执行,分为静态测试和动态测试根据是否针对系统的内部结构和具体实现算法来完成测试,可分为白盒测试和黑盒测试

2.3静态测试和动态测试2.3.1产品评审2.3.2静态分析2.3.3验证和确认

静态的和动态的主持人作者记录员列席人员内审员技术专业人员用户代表不正式正式轮查互审走读审查会议运行程序

静态测试和动态测试将需求和设计的评审纳入测试的范畴,可看作是广义测试静态测试包括对软件产品的需求和设计规格说明书的评审、对程序代码的复审等静态分析的查错和分析功能是其他方法所不能替代的,可以采用人工检测和计算机辅助静态分析手段进行检测,但越来越多地采用工具进行自动化分析动态测试是通过真正运行程序发现错误,通过观察代码运行过程,来获取系统信息,对系统行为进行验证。

2.3.1产品评审通过软件评审,可以更早地发现需求工程、软件设计等各个方面的问题,大大减少大量的后期返工,将质量成本从昂贵的后期返工转化为前期的缺陷发现。评审是对软件元素或者项目状态的一种评估手段,以确定其是否与计划的结果保持一致,并使其得到改进。检验工作产品是否正确地满足了以往工作产品中建立的规范。

评审的形式/方法互为评审(Peerreview)轮查(Pass-round)走查(walk-through)会议评审(Inspection)最不正式的最正式的临时评审轮查走查互为评审同行评审评审

评审分类管理评审技术评审文档评审流程评审

需求和设计审查测试人员参与产品需求分析和系统设计,认真阅读有关文档,真正理解客户的需求和技术上的设计,检查需求说明书对产品描述

文档评论(0)

1亿VIP精品文档

相关文档