软件测试概述PPT文件格式下载.ppt

上传人:b****1 文档编号:14272497 上传时间:2022-10-21 格式:PPT 页数:89 大小:481.50KB
下载 相关 举报
软件测试概述PPT文件格式下载.ppt_第1页
第1页 / 共89页
软件测试概述PPT文件格式下载.ppt_第2页
第2页 / 共89页
软件测试概述PPT文件格式下载.ppt_第3页
第3页 / 共89页
软件测试概述PPT文件格式下载.ppt_第4页
第4页 / 共89页
软件测试概述PPT文件格式下载.ppt_第5页
第5页 / 共89页
点击查看更多>>
下载资源
资源描述

软件测试概述PPT文件格式下载.ppt

《软件测试概述PPT文件格式下载.ppt》由会员分享,可在线阅读,更多相关《软件测试概述PPT文件格式下载.ppt(89页珍藏版)》请在冰豆网上搜索。

软件测试概述PPT文件格式下载.ppt

确保软件完成了它所承诺或公布的功能确保软件满足性能的要求确保软件是健壮的和适应用户环境的,测试的目标,为软件的质量评估提供依据为软件质量改进和管理提供帮助,软件测试原则,Good-enough:

一种权衡投入/产出比的原则保证测试的覆盖程度,但穷举测试是不可能的所有的测试都应追溯到用户需求越早测试越好,测试过程与开发过程应是相结合的测试的规模由小而大,从单元测试到系统测试为了尽可能地发现错误,应该由独立的第三方来测试不能为了便于测试擅自修改程序既应该测试软件该做什么也应该测试软件不该做什么,测试的规律,木桶原理:

软件质量的关键因素是分析、设计和实现,测试应该是融于其中的补充检查手段,其他管理、支持、甚至文化因素也会影响最终软件的质量测试是提高软件质量的必要条件,最直接、最快捷的手段,但决不是一种根本手段,测试的规律,Bug的80-20原则在分析、设计、实现阶段的复审和测试工作能够发现和避免80%的Bug而系统测试又能找出其余Bug中的80%最后的5%的Bug可能只有在用户的大范围、长时间使用后才会曝露出来,软件测试的重点,测试用例的良好设计测试用例的设计是整个软件测试工作的核心测试用例反映对被测对象的质量要求,决定对测试对象的质量评估,软件测试的重点,测试工作的管理尤其是对包含多个子系统的大型软件系统,其测试工作涉及大量人力和物力,有效的测试工作管理是保证有效测试工作的必要前提,软件测试的重点,测试环境的建立测试环境应该与实际测试环境一致,软件测试的质量,软件测试可以发现以下软件缺陷:

软件实现的功能不正确“缺少”:

软件没有实现某项功能“多余”,软件实现的某项功能在需求中没有定义发现第一类软件缺陷的过程-“验证”发现后两类软件缺陷的过程-“确认”,软件测试的质量,软件测试本身的质量在于:

发现软件缺陷并能区分其类型提供关于软件质量和开发过程质量的信息,软件测试度量,测试覆盖率有多少需求、代码已经被测试了缺陷发现率缺陷是何时被发现,并且有多少缺陷已经被发现。

缺陷可以根据严重性来分类。

需记录以下值:

缺陷数目缺陷的严重性,软件测试度量,测试成功率:

有多少测试已经通过了,并且有多少是运行正常的?

已通过的测试用例的数目可利用的测试用例的数目,软件测试的分类,典型的软件测试类型功能测试可靠性测试容错性测试恢复测试易用性测试,性能测试可维护性测试可移植性测试安全性测试用户文档测试,软件的可测试性,软件容易被测试的程度,包括下面几个指标:

可确认性:

可以明确确认软件是否符合要求,例如有明确的要求和指标可观察性:

用于确认的结果可以进行有效的观察可控制性:

相对应的测试环境可以进行控制,从而保证测试的有效性可分解性:

软件可以进行分解,对分解的结构进行测试,课程内容,软件测试基本概念软件测试技术软件测试方法软件测试流程软件测试过程微软软件测试简介,软件测试技术,黑盒测试/白盒测试动态测试/静态测试,黑盒测试和白盒测试,什么是黑盒测试又称功能测试或数据驱动测试,是针对软件的功能需求/实现进行测试通过测试来检测每个功能是否符合需求,不考虑程序内部的逻辑结构穷举输入测试,黑盒测试和白盒测试,黑盒测试方法功能划分等价类划分边界值分析因果图错误推测等,黑盒测试和白盒测试,什么是白盒测试白盒测试也称结构测试或逻辑驱动测试必须知道软件内部工作过程,通过测试来检测软件内部是否按照需求、设计正常运行通过逻辑覆盖、路径覆盖等方式选择测试用例,可以用测试覆盖率评价测试用例,黑盒测试和白盒测试,白盒测试的主要方法对应于程序的一些主要结构:

语句、分支、逻辑路径、变量;

白盒测试的主要方法是:

语句覆盖方法分支覆盖方法逻辑覆盖方法,动态测试和静态测试,动态测试动态测试需要在开发/测试环境或实际运行环境中运行软件,并使用测试用例去查找软件缺陷动态测试包括功能确认与接口测试、覆盖率分析、性能分析、内存分析等,动态测试和静态测试,静态测试静态测试不实际运行软件,主要是对软件的编程格式、结构等方面进行评估静态测试包括代码检查、程序结构分析、代码质量度量等。

它可以由人工进行,也可以借助软件工具自动进行,黑盒白盒测试与动态静态测试的关系,黑盒测试、白盒测试测试用例设计阶段采用的方法动态测试、静态测试测试执行阶段采用的方法,课程内容,软件测试基本概念软件测试技术软件测试方法软件测试流程软件测试过程微软软件测试简介,手工测试和自动测试,手工测试自动测试适合自动化的测试操作手工测试和自动测试的比较,手工测试,传统的测试方法由测试人员手工编写测试用例缺点在于测试工作量大,重复多,回归测试难以实现,自动测试,利用软件测试工具自动实现全部或部分测试工作:

管理、设计、执行和报告自动测试节省大量的测试开销,并能够完成一些手工测试无法实现的测试,适合自动化的测试操作,测试用例的生成(包括测试输入,标准输出,测试操作指令等)测试的执行与控制(包括单机与网络多机分布运行;

夜间及假日运行)测试对象、范围、版本等的控制,适合自动化的测试操作,测试结果与预期输出的对比不吻合的测试结果的分析、记录、分类、和通报测试的统计,报表的产生,手工测试和自动测试的比较,手工完成测试的全部过程无法保证测试的科学性与严密性:

修改的缺陷越多,回归测试越困难没有人能向决策层提供精确的数据以度量当前的工作进度及工作效率反复测试带来的倦怠情绪及其他人为因素使得测试标准前后不一测试花费的时间越长,测试的严格性也就越低,手工测试和自动测试的比较,自动测试将测试人员从反复、烦杂的测试执行中解放出来,用更多的时间进行测试设计和结果分析软件测试不可能完全自动化不能完成所有手工测试任务无创造性且灵活性差,不能改进测试的有效性过程中可能会遇到许多意想不到的问题,特别是当软件不稳定时测试脚本的维护高,课程内容,软件测试基本概念软件测试技术软件测试方法软件测试流程软件测试过程微软软件测试简介,测试流程,单元测试集成测试系统测试用户验收测试回归测试,V模型示意图,单元测试,完成对最小的软件设计单元模块的验证工作目标是确保模块被正确地编码使用过程设计描述作为指南,对重要的控制路径进行测试以发现模块内的错误通常情况下是面向白盒的对代码风格和规则、程序设计和结构、业务逻辑等进行静态测试,及早地发现和解决不易显现的错误,单元测试,单元测试的内容接口测试内部数据结构全局数据结构边界语句覆盖错误路径,单元测试,单元测试的工具OpenSource:

xUnitJunit-JavaNUnit-C#DevPartner,集成测试,通过测试发现与模块接口有关的问题目标是把通过了单元测试的模块拿来,构造一个在设计中所描述的程序结构应当避免一次性的集成(除非软件规模很小),而采用增量集成,集成测试,集成测试主要内容APIAPI/参数组合,系统测试,根据软件需求规范的要求进行系统测试,确认系统满足需求的要求系统测试人员相当于用户代言人在需求分析阶段要确定软件的可测性,保证有效完成系统测试工作,系统测试,系统测试主要内容所有功能需求得到满足所有性能需求得到满足其他需求(例如安全性、容错性、兼容性等)得到满足,用户验收/确认测试,配置审查确保已开发软件的所有文件资料均已编写齐全,并分类编目Alpha测试是由用户在开发者的场所来进行的,Alpha测试是在一个受控的环境中进行的,用户验收/确认测试,Beta测试由软件的最终用户在一个或多个用户场所来进行的开发者通常不在现场,用户记录测试中遇到的问题并报告给开发者开发者对系统进行最后的修改,并开始准备发布最终的软件,回归测试,当发现并修改缺陷后,或者在软件中添加新功能后,重新测试,用来检查被发现的缺陷是否被改正,并且所作的修改没有引发新的问题回归测试可以通过人工重新执行测试用例,也可以使用自动化的捕获回放工具来进行,回归测试,回归测试方式再测试全部用例选择基线测试用例库中的全部测试用例组成回归测试包,测试成本最高基于风险选择测试可以基于一定的风险标准来从基线测试用例库中选择回归测试包,各阶段测试所使用的方法技术,单元测试白盒、自动、静态集成测试白盒、黑盒、自动、静态系统测试黑盒、自动、手工用户验收/确认测试黑盒、自动、手工,课程内容,软件测试基本概念软件测试技术软件测试方法软件测试流程软件测试过程微软软件测试简介,软件测试过程,软件测试环境测试的基本过程测试的管理测试的组织和运作,软件测试环境,软件测试设计环境软件测试管理环境软件测试实施环境,测试基本过程,一个规范化的软件测试过程包括以下基本的测试活动拟定软件测试计划、方案设计和生成测试用例、准备测试数据执行测试,记录原始数据,对缺陷进行管理生成软件测试报告、缺陷的统计和报表,测试基本过程,测试基本过程,软件测试过程与整个软件开发过程基本上是平行进行的一个开发机构还应当制定软件测试规程,按照软件工程的规范,定义各项活动的目标和详细过程,测试基本过程示图,测试基本过程,测试计划时间进度和人员安排、风险管理测试范围的确定、测试数据的生成测试工具、方法的选择和工具开发测试完成标准影响资源分配的特殊考虑等,测试基本过程,测试方案定义被测软件功能以及相关的测试,并详细说明的测试方法和策略创建测试方案是开始测试设计的第一步。

测试方案的定义应当基于需求分析和设计文档,并遵从测试计划文档,测试基本过程,测试用例为实施一次测试而向被测系统提供的输入数据、操作或各种环境设置控制着软件测试的执行步骤是对测试方案中每个测试项的进一步实例化,测试基本过程,测试用例的几条基本准则测试用例的代表性测试结果的可判定性测试结果的可再现性,测试基本过程,如何编写/生成测试用例对于手动执行的测试用例确定测试用例,描述执行步骤及预期结果对于可自动执行的测试用例采用工具录制回放脚本性能测试工具使用通用的脚本语言,测试基本过程,软件测试的执行执行测试用例记录原始测试数据记录缺陷对所发现的缺陷进行跟踪、管理和监控,测试基本过程,测试评估结合量化的测试覆盖率及缺陷跟踪报告,对整个软件质量、测试工作和软件缺陷进行总结对软件项目的质量和开发团队的工作进度及工作效率进行综合评价生成相应报告或报表,测试基本过程,测试报告总结测试的结果,通过与未通过的测试用例,并对被测软件对象进行评估测试总结:

评价软件质量分析提交客户后的缺陷预测分析,以及维护成本分析对测试工作进行经验、教训、建议总结,软件测试的管理,测试管理从功能应用上可分为三部分:

测试管理控制对象的编辑和管理测试计划、测试用例、缺陷报告、测试总结报告等测试流程控制和管理统计分析和决策支持,测试的组织方式小组,测试小组内部分为测试人员和支持人员(管理人员属于支持人员)测试的工作实体是测试小

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 考试认证 > 其它考试

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1