slide09 - testing

slide09 - testing

ID:20314509

大小:1.64 MB

页数:88页

时间:2018-10-11

slide09 - testing_第1页
slide09 - testing_第2页
slide09 - testing_第3页
slide09 - testing_第4页
slide09 - testing_第5页
资源描述:

《slide09 - testing》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、软件测试1内容提纲验证与确认验证与确认的基本概念与活动模型静态方法:走查、审查、检查软件测试基础测试的概念与原则、测试文档软件测试活动软件测试技术黑盒测试与白盒测试等价类划分、边界值分析路径测试、基于状态的测试面向对象的测试2基本术语错误(Error)错误是指导致系统可能包含故障的人的行为,如输入错误、需求错误、设计错误等。缺陷(Defect,Bug)缺陷是错误的表现,包括过错缺陷和遗漏缺陷。故障(Fault)故障是指系统的规格说明与其行为之间的偏差,通常由一个或多个缺陷引起。3基本术语验证(Verification)我们是否在正确地制造产品?软件验证试图证

2、明在软件生存周期的各个阶段,软件产品或中间产品是否能够满足客户需求,包括一致性、完整性和正确性。确认(Validation)我们是否在制造正确的产品?软件确认的目的是保证所开发的最终软件产品能够符合用户的需求。说明:验证强调对于过程的检验,确认强调对于结果的检验。4软件错误(或软件缺陷)的表现软件未达到产品说明书标明的功能;软件出现了产品说明书指明不会出现的错误;软件功能超出了产品说明书指明的范围;软件未达到产品说明书虽未指出但应达到的目标;软件测试人员认为软件难以理解、不易使用、运行速度缓慢、或者最终用户不满意。有错是软件的属性,而且是无法改变的。因此,关

3、键在于如何避免错误的产生和消除已经产生的错误,使程序中的错误密度达到尽可能低的程度。软件错误或缺陷5验证与确认6这是什么?7错误的状态8算法错误9机械错误10处理错误或缺陷:缺陷?11处理错误或缺陷:特性?12处理错误或缺陷:冗余?13处理错误或缺陷:补丁?14处理错误或缺陷:测试?15另一种观点错误预防(在系统发布之前实施)使用好的程序设计方法来减少复杂性使用版本控制来防止系统的不一致应用验证技术来防止算法错误错误检测(当系统运行时实施)测试:以事先规划的方式发现错误调试:假设从意外故障着手可以找到错误监控:发送状态信息,发现性能错误错误恢复(一旦系统发布

4、后出现错误时实施)数据库系统:提供从故障中恢复的基本事务处理模块冗余:将不止一个组件分配执行同一个操作恢复程序:该程序处理错误信息,使系统从故障中恢复过来16验证与确认的活动模型17验证与确认的活动模型需求分析与规格说明阶段用例表示待开发系统的场景,有助于建立完整的系统,可以用于在后续的实现阶段生成测试用例;形式化方法(如状态机)可以自动地检验一致性和完整性等特性;需求检查、需求评审、原型方法设计阶段断言、抽象数据类型、契约设计等是详细设计的验证工具设计走查、设计检查、设计评审18验证与确认的活动模型软件实现阶段软件测试是一种主要的验证与确认工具代码走查、代

5、码检查、代码评审动态监控工具(如断言的动态监控)验证与确认的方式静态方法:通过人工分析或程序正确性证明的方式来确认程序的正确性,包括走查、审查、检查等方法;动态方法:通过动态分析和程序测试来检查程序执行状态,以确认程序是否有问题。19评审评审(Review)评审是由若干开发人员、项目经理、测试人员、用户或领域专家等组成一个会审小组,通过阅读、讨论和争议,对工作制品进行静态分析的过程。类型:需求评审、设计评审和代码评审。评审过程小组负责人提前把需求规格说明、设计说明或程序代码及有关要求、规范等分发给小组成员,作为评审的依据;在充分阅读有关材料后召开评审会议,主

6、要开发人员进行讲解,其他成员提出问题并展开讨论,审查是否存在错误;评审小组形成产品评审的书面报告。20走查走查(Walkthrough)走查是由设计人员或编程人员组成一个走查小组,通过阅读一段文档或代码,并进行提问和讨论,从而发现可能存在的缺陷、遗漏和矛盾的地方。类型:设计走查、代码走查。走查过程与评审过程类似,即先把材料先发给走查小组每个成员,让他们认真研究程序,然后再开会;与评审的区别:评审通常是简单地读程序或对照错误检查表进行检查;走查则是按照所提交的测试用例,人工模仿计算机运行一遍,并记录跟踪情况。21走查走查是开发者的一次友好的会议,需要仔细规划,

7、并有明确的目的、日程、持续时间和参与人员,许多小组以星期为单位走查。走查前几天:召集人将收集的一些要在会上审查的材料(模型、文档、程序代码等)分发给参与者,参与者研究这些材料并在会议之前提交意见。会议期间:召集人提出大家的意见并对每一项进行讨论。会议时间比较短,一般2-3小时。会议的目的是查明问题,而不是干扰开发者。会议的思想是确认问题的存在,甚至不必去谋求问题的解决。会后:将问题分发给相应人员进行解决。22检查(Inspection)检查是由一些经过严格训练的人员根据评估标准,对于开发过程中的产品或中间制品进行检查,发现其中存在的错误。检查一般是按规定程序

8、和时间计划进行的,参与者来自开发人员、测试人员、质量

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。