软件测试方法和技术.ppt课件.ppt
- 【下载声明】
1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
3. 本页资料《软件测试方法和技术.ppt课件.ppt》由用户(三亚风情)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 测试 方法 技术 ppt 课件
- 资源描述:
-
1、软件缺陷的主要类型软件缺陷的主要类型/现象:现象:p 功能、特性没有实现或部分实现p 设计不合理,存在缺陷p 实际结果和预期结果不一致p 运行出错,包括运行中断、系统崩溃、界面混乱p 数据结果不正确、精度不够p 用户不能接受的其他问题,如存取时间过长、界面不美观 其他其他10%软件产品说明软件产品说明书(需求)书(需求)56%编写代码编写代码7%设计设计27%n发现软件缺陷n发现软件缺陷,尽可能早一些n发现软件缺陷,尽可能早一些,并确保其得以修复图1-2 完整的开发流程项目规划项目规划项目需求分析项目需求分析项目概要分析项目概要分析项目详细分析项目详细分析代码编写代码编写测试代码编写测试代码编
2、写测试需求分析测试需求分析系统测试计划系统测试计划集成测试计划集成测试计划单元测试计划单元测试计划产品发布产品发布系统测试系统测试集成测试集成测试单元测试单元测试图1-3 软件缺陷在不同阶段发现时修复的费用示意图0 02020404060608080100100编制说明书编制说明书设计阶段设计阶段编写代码编写代码测试测试发布发布软件测试技术 按照软件测试用例的设计方法而论,软件测试可分为白盒测试法和黑盒测试法;按照软件测试是否执行程序而论,软件测试又可以分为静态测试和动态测试;按照软件设计方法是否采用面向对象设计技术而论,软件测试又可以分为传统测试方法和面向对象测试方法;按照网络环境下C/S应
3、用结构的特定环境而论,软件测试又有其相应的方法。这些都是软件测试具体的测试方法。1.2.4 软件测试技术概要集成测试 集成测试是将模块按照设计要求组装起来同时进行测试,主要目标是发现与接口有关的问题。如数据穿过接口时可能丢失;一个模块与另一个模块可能有由于疏忽的问题而造成有害影响;把子功能组合起来可能不产生预期的主功能;个别看起来是可以接受的误差可能积累到不能接受的程度;全程数据结构可能有错误等。功能测试 是基于产品功能说明书,是在已知产品所具有的功能,从用户角度来进行功能验证,以确认每个功能是否能正常使用。确认测试 确认测试的目的是向未来的用户表明系统能够像预定要求那样工作。经集成测试后,已
4、经按照设计把所有的模块组装成一个完整的软件系统,接口错误也已经基本排除了,接着就应该进一步验证软件的有效性,这就是确认测试的任务,即软件的功能和性能如同用户所合理期待的那样。系统测试 软件开发完成以后,最终还要与系统中其他部分配套运行,进行系统测试。包括恢复测试、安全测试、强度测试和性能测试等。验收测试 验收测试是向未来的用户表明系统能够像预定要求那样工作。经集成测试后,已经按照设计把所有的模块组装成一个完整的软件系统,接口错误也已经基本排除了,接着就应该进一步验证软件的有效性,这就是验收测试的任务,即软件的功能和性能如同用户所合理期待的那样。经验收后,将软件提交用户。图1-4 获得软件产品的
5、工作示意图产品说明书、产品审查、设计文档、进度计划、上一版本信息反馈、商业竞争产品说明书、产品审查、设计文档、进度计划、上一版本信息反馈、商业竞争对手的同类软件产品情况、客户调查、易用性数据、观察与感受说明书对手的同类软件产品情况、客户调查、易用性数据、观察与感受说明书开发过程开发过程7、软件产品组成部分(1)程序代码 (2)帮助文件 (3)用户手册(4)样本和示例 (5)标签 6)产品支持信息(7)图表和标志 (8)错误信息 (9)广告与宣传材料(10)软件的安装(11)软件说明文件(12)测试错误提示信息 图1-5 软件开发基本过程需求分析:根据客户的要求,清楚了解客户需求中的产品功 能、
6、特性、性能、界面和具体规格等,然后进行 分析,确定软件产品所能达到的目标。设计:根据需求分析的结果,考虑如何在逻辑、程序上去实 现所定义的产品功能、特性等,可以分为概要设计和 详细设计,也可分为数据结构设计、软件体系结构设 计、应用接口设计、模块设计、界面设计等。编程:将设计转换成计算机可读的形式。测试:对设计、编程进行验证和用户需求确认的过程。维护:维持软件运行,修改软件缺陷、增强已有功能、增加 功能、升级等。瀑布模式是将软件生命周期的各项活动,规定为按照固定顺序相连的若干个阶段性工作,形如瀑布流水,最终得到软件产品。优点:易于理解;调研开发的阶段性;强调早期计划及需求调查;确定何时能够交付
7、产品及何时进行评审与测试。缺点:需求调查分析只进行一次,不能适应需求变化;顺序的开发流程,使得开发中的经验教训不能反馈到该项目的开发中去;不能反映出软件开发过程的反复与迭代性;没有包含任何类型的风险评估;开发中出现的问题直到开发后期才能够显露,因此失去及早纠正的机会。问题定义分析研究需求分析软件设计编码测试维护定义阶段开发阶段维护阶段需求分析原型开发原型评价最终设计系统实现用户反馈图1-6 快速原型开发模式快速应用开发(RAD)模型(P6)图1-7 RAD开发模式V模型(P7)图1-8 V型开发模式图1-9 螺旋开发模式详细设计风险分析评估方案累计成本提交线制定计划原型1原型2原型3可运行原型
8、风险分析风险分析需求计划开发计划集成与测试软件需求软件产品设计需求确定设计确定实现编码单元测试集成测试验收测试图1-10 软件分阶段开发示意图增量开发增量开发迭代开发迭代开发图1-11 软件分阶段增量和迭代示意图1、对于软件缺陷的精确定义,通常有下列5条描述:软件未达到产品说明书的功能软件出现了产品说明书指明不会出现的错误软件功能超出产品说明书指明范围软件未达到产品说明书虽未指出但应达到的目标软件测试员认为难以理解、不易使用、运行速度缓慢、或者最终用户认为不好2、软件缺陷第一大原因就是软件产品规格说明书,第二大原因是软件设计,第三个原因才是编写代码和其它原因;前两个原因至少占了 80%以上。3
9、、软件测试的定义:软件测试是贯穿整个软件开发生命周期、对软件产品(包括阶段性产品)进行验证和确认的活动过程,其目的是尽快尽早地发现在软件产品中所存在的各种问题与用户需求、预先定义的不一致性。4、软件测试要经过单元测试、集成测试、确认测试、系统测试和验收测试。软件质量就是客户的满意度软件质量就是客户的满意度软件缺陷软件缺陷(Bug)是什么是什么软件测试的基本方法软件测试的基本方法-白盒/黑盒,静态/动态,自动化/手工,软件测试的分类和阶段软件测试的分类和阶段-单元、集成、系统(性能、适用性、兼容性)、验收测试软件测试的工作范畴软件测试的工作范畴-策略、计划、设计、执行、报告、评估软件开发的模型软
10、件开发的模型软件质量就是客户的满意度软件质量就是客户的满意度软件缺陷软件缺陷(Bug)是什么是什么软件测试的基本方法软件测试的基本方法-白盒/黑盒,静态/动态,自动化/手工,软件测试的分类和阶段软件测试的分类和阶段-单元、集成、系统(性能、适用性、兼容性)、验收测试1、测试策略的概念、测试策略的概念测试策略通常是描述测试工程的总体方法和目标。描述测试策略通常是描述测试工程的总体方法和目标。描述目前在进行哪一阶段的测试(如单元测试、集成测试、目前在进行哪一阶段的测试(如单元测试、集成测试、系统测试)以及每个阶段内进行的测试种类(如功能测系统测试)以及每个阶段内进行的测试种类(如功能测试、性能测试
11、、压力测试等),以确定合理的测试方案试、性能测试、压力测试等),以确定合理的测试方案使得测试更有效。使得测试更有效。2、影响测试策略的因素、影响测试策略的因素测试完成的标准测试完成的标准标准的高低对策略确定有着重要的影响。比如该软件的应该用场合为军用,这将对软件的可靠性、安全性要求非常高,但如果是用于小型商场的收费系统由于是内部使用,主要考虑其计算的准确与精度及复杂统计与报表生成等方面准确性与易用性。资源状况资源状况参与测试的人、测试中所需要的软件平台(如操作系统甚至会涉及到第三方的一些应用软件)及测试可能用到的相关硬件设备(如计算机,网络硬件其它外设等)3、制定测试策略全面细致地了解产品的项
12、目信息全面细致地了解产品的项目信息:应用领域,测试范围,市场需求,产品的特点和主要功能,技术架构p 基于模块、功能、整体、系统、版本、压力、性能、配置和安装等各个因素对产品的影响因素对产品的影响,公正客观地开展测试计划公正客观地开展测试计划p 根据程序的重要性和一旦发生故障将造成的损失,来确定它的测试测试等级和测试重点等级和测试重点p 认真研究测试策略,以便能使用尽可能少的有效测试用例用尽可能少的有效测试用例,发现尽发现尽可能多的程序错误可能多的程序错误,因为一次完整的软件测试过后,如果程序中遗漏的错误过多并且很严重,则表明本次测试是失败的,是不足的;而测试不足意味着让用户承担隐藏错误带来的危
展开阅读全文