课件01-软件测试-成果.pptxVIP

软件测评技术第一部分测试成果及管理测试成果及管理—提要认识软件测试失效及其管理缺陷及其管理认识—测试的定义由人工或自动方法来执行或评价系统或系统部件的过程，以验证它是否满足规定的需求；或识别出期望的结果和实际结果之间有无差别。认识—测试的对象软件被广泛应用，承担许多关键与核心任务软件是被开发或设计的，包括维护阶段软件是逻辑产品，可视性低软件是复杂的，输入空间无限大，可执行路径特别多大多数软件是定制的，可选标准构件少既可能运行在芯片上，也可能运行于大型系统中认识—测试的发展历程时间区间标志性活动 ~1956面向调试的阶段1957 ~ 1978面向证实的阶段1979 ~ 1982面向缺陷的阶段1983 ~ 1987面向评价的阶段1988 ~面向预防的阶段认识—测试的目的发现软件中隐藏的缺陷或其征兆；验证软件是否满足其规格说明的规定和要求；为软件产品质量的评价提供依据，为软件开发过程的改进提供支持。认识—测试的焦点开发过程中的工作产品软件需求规格说明软件设计文档软件源代码软件产品软件目标代码用户文档认识—测试的独立性开发人员的测试专职测试人员的测试专职测试团队的测试独立机构的测试用户的测试认识—测试与调试测试不是调试，调试也不是测试，实际工作中人们却常将测试与调试混为一谈主要区别：测试是一种检验，调试是推理过程测试从已知条件开始，使用预先定义的规程并且有可预知的结果；调试的开始条件可能不可知，结果不可预见测试经常由非程序设计人员完成，调试必须由程序设计者完成认识—验证与确认验证(Verification)与确认(Validation)是广泛认可的质量保证方法和手段验证是指对开发过程中某项规定活动进行检查的过程，以确保该活动实现了规定能力确认是指审查已建立的软件产品是否符合客户需要的过程VVVerification: Are we building the product right?Validation: Are we building the right product?认识—验证与确认认识—测试的公理公理1不可能对程序进行完全的测试局限无法确信规格说明100%正确无法确信可以达到100%的软件测试无法保证测试环境100%满足测试要求期望证实给定的软件满足其规格说明认识—测试的公理公理2测试无法说明软件没有缺陷局限软件质量体现在多个方面，但首先要面对并必须解决的是软件缺陷，在资源制约和技术限制的条件下，无法保证找到软件中所有的缺陷期望在给定的时限内尽可能多的发现缺陷和隐患认识—测试的公理公理3发现问题越多地方, 潜在的问题也更多局限不可能通过测试获得100%的质量信心无法确信测试系统(或环境)的正确性无法确信测试人员完全理解了软件没有足够的资源彻底完成软件测试期望为软件产品质量的评价提供依据认识—测试的地位软件测试是软件验证与确认的重要组成部分有效的测试对于开发可靠、安全和成功的软件是必须的测试不是“银弹(silver bullet)”，它具有有效范围，它不能替代其它软件工程方法的作用认识—与其他活动的关系认识—测试的主要成果软件缺陷软件缺陷的征兆故障失效异常注：相关定义来自IEEE Std 1633?-2008 IEEE Recommended Practice on Software Reliability认识—缺陷缺陷(Defect)存在于软件中的、不期望的或不可接受的偏差。在特定的状态下，导致软件不能完成所需的任务典型的软件缺陷数组越界使用计算表达式错误算法实现错误认识—故障故障(Fault)软件中缺陷的体现。如：软件的计算或判断与规定的不符合等一个故障如果发生，可能引起失效典型的软件故障资源泄露执行了多余的循环无限递归调用认识—失效失效(Failure)系统或系统部件不能在规定的限制内完成所需功能功能单元完成所需功能的能力被终止程序的运行偏离了其需求认识—异常观察到异常(征兆)可能是软件失效测试失效可能表现为软件缺陷(原因)测试缺陷(原因)可能造成开发人员错误测试人员错误认识—征兆与原因征兆和原因有可能在“地理上”是分离的征兆有可能会因为其他问题的解决而消失征兆有可能是间歇性的原因有可能会归结于非错误之间的组合原因有可能会归结于系统或编译器错误原因有可能会归结于每个人都相信的假设在软件开发过程中在软件运行中在运行阶段在软件产品中错误(Error)隐错／缺陷(bug/defect)故障(fault)失效(failure)软件开发人员产生用户的经历缺陷被激活软件中存在设计者的失误(错误)→导致软件中留有错误的设计(缺陷) → 导致软件错误地执行(故障) → 导致软件的错误行为(失效)。认识—失效与缺陷的关系认识—错误错误(Error)在软件开发过程中出现的不符合期望或不可接受的人为差错典型的错误误解或遗漏了用户需求设计没有