- 1、本文档共89页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
Software Testing-软件测试基本概念 Software Testing Techniques_2013 《软件测试》课件
Chapter 1 Players in the Systems Game 几个术语(1) 失败(Failure) - 指不完全符合给定的需求,实际结果或行为与期望 结果或行为之间的偏差。 - 当故障执行时有时会发生失败 - 事故(Incident)是警告用户注意所出现的失败 故障(Fault) - 软件中的静态缺陷 (Defect) - 故障屏蔽指一个故障会被系统的某个或某些故障所 掩盖。 错误(Error) - 不正确的内部状态 - 该状态是某个故障的表现 错误、故障和失败的类比示例 一个病人带着一些症状进入医生办公室 失败 医生必须发现症状的根源 故障 为帮助诊断,医生寻找异常的内部条件,如高血压、心律不齐、高血糖。 错误 错误、故障和失败的专业示例 几个术语(2) 测试(Testing) - 用于处理错误、故障和失败。 - 通过观察其执行来评估软件。 调试(Debugging) - 对于给定的失败找出故障的过程。 测试用例(Test case) - 输入:测试用例值和操作步骤 - 输出:预期的结果 - 测试环境:前缀值、后缀值 一个测试生命周期 软件故障 软件未达到需求规格说明中指定的功能; 软件出现了需求规格说明中指明不会出现的错误; 软件功能超出需求规格说明指明范围; 软件未达到需求规格说明虽未指出但应达到的目标; 软件测试人员认为软件难以理解、不易使用、运行速度缓慢,或者最终用户认为不好。 软件故障产生的主要原因(1) 软件故障产生的主要原因(2) 用户和开发人员的沟通存在较大困难,对要开发的产品功能理解不一致; 由于软件尚未设计构造,完全靠想象去描述系统的实现结果,对系统特性不够清晰; 需求变化的不一致; 对需求规格说明书不够重视; 没有在整个开发团队中对需求规格说明书进行充分沟通。 软件故障的修复成本 软件测试员的任务 发现软件故障; 找出软件故障,尽可能早一点; 找出软件故障,尽可能早一点,并确保其得以修复。 以最少的时间和人力找出软件中潜在的各种故障。 软件测试的定义 1979:测试是为了发现错误而执行程序的过程。 G.J. Myers 《软件测试的艺术》 1983:测试是由人工或自动手段来运行或测试某个系统的过程,其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。 IEEE 2002:测试是为了度量和提高被测系统的质量,对测试件进行工程设计、实施和维护的整个生命周期进程。 Rick D.C,《系统的软件测试》 软件测试ST和软件质量SQ的关系 计算机产品质量检验员 (软件测试工程师) ST是SQ的手段之一,是高SQ的必要非充分条件。 软件的高质量是分析设计出来的,而不是靠测试修补出来的。 软件测试是软件生存周期内的一个重要阶段,是软件质量保证的重要步骤,是软件投入运行前,对软件需求分析、设计规格说明和编码进行最终复审的活动”----1997年,朱鸿,《软件质量保障与测试》 软件质量特性 ISO 9126 功能性:充分性、互操作性、正确性和安全性 可靠性:成熟度、故障容限、可恢复性 可用性:易懂易学、可操作、易接受、符合标准、惯例、风格向导或用户界面规定 效率 可维护性:可分析性、可变更性、稳定性以及易测性、 可移植性:适应性、易安装、一致性和可交换性 软件质量保证SQA SQA:为确保软件开发过程和结果符合预期要求而建立的一系列规程,以及依照规程和计划采取的一系列活动及其结果评价。 餐厅: 老板-当班经理-主厨-厨师-检验员 监督员 项目: 老板-项目经理-系统架构师-程序员-测试员 SQA(独立于项目组之外的第三方监督机构) 软件测试的对象 软件= 程序+ 文档 + 服务 软件测试≠ 程序测试 软件测试应贯穿于软件开发的整个期间 需求分析、概要设计、详细设计以及编码各阶段所得到的文档. -需求规格说明书 -概要设计说明书 -详细设计说明书 -源程序 验证和确认模型(VV)(1) 为把握软件开发各个环节的正确性,需要进行各种确认和验证工作。 验证(Verification),在软件开发过程的某个阶段,决定此时的产品是否满足前一个阶段所确定需求的过程。 (Are you building the product right?是否正确地构造软件?) 确认(Validation),在软件开发结尾时,评估软件以保证所开发的软件和预期用途相符的过程。 ( Are you building the right product?是否构造正确的软件?) 验证和确认模型(VV)(2) 软件测试的特征 完全测试程序是不可能的 软件测试具有一定的风险 软件故障的寄生虫性 软件测试的不修复原则 Par
您可能关注的文档
最近下载
- [QC]路基改良土填筑施工QC成果 范本.pdf
- Unit3ConservationLesson1TheSixthExtinction课件-高中英语北师大版(2019)选择性必修第一册.pptx VIP
- 2024五保户供养协议.docx VIP
- 直埋埋地电缆质量管控要点.docx VIP
- 青少版新概念Starter A Unit 13 Lesson 2+3.pptx VIP
- 青少版新概念Starter A Unit 13 Lesson 1.pptx VIP
- 急性胰腺炎病例讨论.ppt
- (完整版)纸的故事.ppt
- 青少版新概念Starter A Unit 12 Lesson+2+3.pptx VIP
- (正式版)G-B∕T 44146-2024 基于InSAR技术的地壳形变监测规范.docx VIP
文档评论(0)