软件测试与质量保障课件:概述.ppt

上传人(卖家):罗嗣辉 文档编号:2048297 上传时间:2022-01-22 格式:PPT 页数:64 大小:3.05MB
下载 相关 举报
软件测试与质量保障课件:概述.ppt_第1页
第1页 / 共64页
软件测试与质量保障课件:概述.ppt_第2页
第2页 / 共64页
软件测试与质量保障课件:概述.ppt_第3页
第3页 / 共64页
软件测试与质量保障课件:概述.ppt_第4页
第4页 / 共64页
软件测试与质量保障课件:概述.ppt_第5页
第5页 / 共64页
点击查看更多>>
资源描述

1、公园拆墙透绿,宝玉出门俏人伤Java+3G+物联物联网软件工程师网软件工程师3G-iOS软件测试工程师软件测试工程师国际软件测试工程师国际软件测试工程师C+国际软件工程师国际软件工程师.NET+3G云计云计算软件工程师算软件工程师PHP/WEB3.0互联网工程师互联网工程师3G-Android软件工程师软件工程师嵌入式开发工程师嵌入式开发工程师数字艺术数字艺术UID设计工程师设计工程师经典著作推荐经典著作推荐uBill Hetzel,软件测试完全指南,软件测试完全指南(Complete Guide of Software Testing )uGlenford J.Myers代表论著代表论著Th

2、e Art of Software TestinguPaul C. Jorgensen, Software Testing A Craftsmans Approach软件软件测试测试什么是软件什么是软件“臭虫臭虫”的由来的由来 人们将软件错误人们将软件错误称为称为“臭虫臭虫”,这是因为第一个这是因为第一个有记载的电脑故有记载的电脑故障是由线路上的障是由线路上的臭虫造成的。就臭虫造成的。就是我们通常称的是我们通常称的“BUG”。软件失败的术语描述软件失败的术语描述缺点(缺点(defect) 偏差偏差(variance)谬误谬误 (fault) 失败失败(failure)问题问题 (problem

3、) 矛盾矛盾(inconsistency)错误错误 (error) 特殊特殊(feature)毛病毛病 (incident) 缺陷缺陷(bug)异常异常 (anomaly)软件失败的几个定义软件失败的几个定义u错误:人类会犯错误。错误:人类会犯错误。u缺陷:缺陷是错误的结果。缺陷:缺陷是错误的结果。u失效:当缺陷执行时会发生失效。失效:当缺陷执行时会发生失效。u事故:当出现失效时,可能会也可事故:当出现失效时,可能会也可能不会呈现给用户。能不会呈现给用户。w缺陷容易被找出吗? 软件的特殊性决定了缺陷不易看到,即“看不到”;发现了缺陷,但不易找到问题发生的原因所在,即“看到但是抓不到”。软件缺陷

4、产生的原因软件缺陷产生的原因编制说明书55%设计26%其他4%编写代码15%编制说明书设计编写代码其他软件测试员的目标软件测试员的目标发现软件缺陷测试的“成功”与“失败”就在于: 能否发现错误!注意:问题发现越早,解决问题的代价就越小。缺陷存在放大趋势软件测试最致命的缺陷就是: 不不能进行彻底的测试为什么不可能做穷举测试为什么不可能做穷举测试循环次数0 1220独立路径数51+52+53+5211014每个测试用例(考虑、执行、验证结果)5分钟共需测试时间10亿年M1D1D2D3D4M2M3M4M5M6M7D5=20次为什么不可能做穷举测试为什么不可能做穷举测试u 若X、Y为所有可能的整数,在

5、字长32位机上测试: X1、Y1 Z1 Xn、Yn Zn 测试次数:n = 232232 = 264 1.84 1019程序PXYZ输入输出 Pareto原则暗示原则暗示着测试发现的错着测试发现的错误中的误中的80%很可很可能起源于程序模能起源于程序模块中的块中的20%。u5.软件缺陷的寄生虫性软件缺陷的寄生虫性找到的软件缺陷越多,就说明软件缺陷越多找到的软件缺陷越多,就说明软件缺陷越多原因:程序员的疲倦程序员往往犯同样的错误某些软件的缺陷其实是大灾难的征兆u6.6.避免测试自己的程序避免测试自己的程序程序员轻易不会承认自己写的程序有错误;程序员轻易不会承认自己写的程序有错误;程序员的测试思路

6、有局限性,做测试时很容程序员的测试思路有局限性,做测试时很容易受到编程思路的影响;易受到编程思路的影响;程序员测试不具有典型性程序员测试不具有典型性u7.7.设计周密的测试用例设计周密的测试用例软件测试的本质就是针对要测试的内容确软件测试的本质就是针对要测试的内容确定一组定一组测试用例测试用例。测试用例至少应包括:测试用例至少应包括:F执行测试用例前,应满足的前提条件执行测试用例前,应满足的前提条件F输入输入F预期输出预期输出设计测试用例时,应当包括合理的输入条设计测试用例时,应当包括合理的输入条件和件和不合理的输入条件不合理的输入条件。 u8.8.回归测试回归测试程序修改后必须进行回归测试,

7、避免引入程序修改后必须进行回归测试,避免引入新的错误。新的错误。u9.9.严格执行测试计划,排除测试的随意严格执行测试计划,排除测试的随意性。性。u10.10.确认确认BUGBUG的有效性的有效性 对测试错误结果一定要有一个确认的过程。对测试错误结果一定要有一个确认的过程。有时候测试人员提交的有时候测试人员提交的BUGBUG并不是真正的并不是真正的BUGBUG。u11.11.妥善保存测试计划,测试用例,出妥善保存测试计划,测试用例,出错统计和最终分析报告,为维护提供方错统计和最终分析报告,为维护提供方便。便。第第2讲讲 测试模型与过程测试模型与过程本讲内容测试层次的传统观点软件测试模型软件测试

8、流程2.1 测试层次的传统观点测试层次的传统观点瀑布模型需求规格说明概要设计详细设计编码单元测试集成测试系统测试瀑布式生命周期2.2 软件测试模型软件测试模型uV模型模型uW模型模型uH模型模型uX模型模型u测试前置模型测试前置模型(测试驱动模型测试驱动模型)需求分析概要设计详细设计编码单元测试集成测试系统测试验收测试需求测试需求分析功能测试概要设计设计测试详细设计单元测试编码系统测试验收确认测试确认集成测试集成 W模型模型测试准备测试执行测试流程其他流程测试就绪点u1.1.准备测试环境准备测试环境u2.2.获得测试数据获得测试数据 u3 3. .测试测试脚本脚本u4 4. .辅助辅助测试工具

9、测试工具输入输入执行过程执行过程检查过程检查过程输出输出u1 1)覆盖评测覆盖评测u2)质量质量评测评测u3)性能性能评测评测测试人必备的素质测试人必备的素质u三心:三心:责任心,细心,耐心责任心,细心,耐心u二意:二意:服务意识,团队合作意识服务意识,团队合作意识应该思考的问题应该思考的问题u测试是开发后期的一个阶段。测试是开发后期的一个阶段。u软件测试要求技术不高,比编程容易多了软件测试要求技术不高,比编程容易多了,随便找一个人就可以了。,随便找一个人就可以了。u测试要执行所有可能的输入。测试要执行所有可能的输入。u有时间就多测试些,没时间就少测试些。有时间就多测试些,没时间就少测试些。u软件测试是测试人员的事,与开发人员无软件测试是测试人员的事,与开发人员无关关u调试和测试是一样的。调试和测试是一样的。u测试就是运行一下软件看看结果对不对。测试就是运行一下软件看看结果对不对。

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

当前位置:首页 > 大学
版权提示 | 免责声明

1,本文(软件测试与质量保障课件:概述.ppt)为本站会员(罗嗣辉)主动上传,163文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。
2,用户下载本文档,所消耗的文币(积分)将全额增加到上传者的账号。
3, 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(发送邮件至3464097650@qq.com或直接QQ联系客服),我们立即给予删除!


侵权处理QQ:3464097650--上传资料QQ:3464097650

【声明】本站为“文档C2C交易模式”,即用户上传的文档直接卖给(下载)用户,本站只是网络空间服务平台,本站所有原创文档下载所得归上传人所有,如您发现上传作品侵犯了您的版权,请立刻联系我们并提供证据,我们将在3个工作日内予以改正。


163文库-Www.163Wenku.Com |网站地图|