软件测试复习资料.pdf

该【软件测试复习资料 】是由【青山代下】上传分享，文档一共【13】页，该文档可以免费在线阅读，需要了解更多关于【软件测试复习资料 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。:..第1章软件测试是由“验证(Verification)”和“有效性确认(Validation)”活动构成的整体:“验证”是检验软件是否已正确地实现了产品规格书所定义的系统功能和特性;“有效性确认”是确认所开发的软件是否满足用户真正需求的活动。软件测试和软件开发的关系是什么?(P10-12)软件测试和软件开发构成一个全过程的交互、协作之关系,两者自始至终一起工作,共同致力于统一目标——按时、高质量的完成项目。第2章软件质量:软件产品具有满足规定的或隐含要求能力要求有关的特征与特征总和。软件产品质量的属性:-功能性Functionality-可用性Usability(简单安装;轻松使用;友好界面)-可靠性Reliability(用户使用的根本)-性能Performance-容量Capacity-可测量性Scalability-可维护性Servicemanageability-patibility-可扩展性Extensibility软件缺陷一个标准的定义:从产品内部看,软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题;从外部看,软件缺陷是系统所需要实现的某种功能的失效或违背。软件缺陷产生的主要原因:。。。软件缺陷的的构成:规格说明书,设计,代码,其他。软件产品规格说明书为什么是软件缺陷存在最多的地方?(P19)1:..,软件开发人员和用户的沟通存在较大困难,、开发,完全靠想象去描述系统的实现结果,。,在规格说明书的设计和写作上投入的人力、,又是只有设计师或项目经理得到比较多的信息软件评审的目的?(P22)通过软件评审尽早地发现产品中的缺陷,因此软件评审可以看做软件测试的有机组成部分,两者之间有着密不可分的关系软件评审是什么?(P22)评审是对软件元素或者项目状态的一种评估手段,以确定是否与计划的结果保持一致,并使其得到改进软件评审的对象分为:管理评审,技术评审,文档评审和流程评审。软件质量保证是通过对软件产品和活动有计划的进行评审和审计来验证软件是否合乎标准的系统工程活动。SQA与软件测试有什么关系和区别?(P23)关系:SQA与软件测试之间相辅相成,存在包含和交叉的关系。SQA指导、监督软件测试的计划和执行,督促测试工作的结果客观、准确和有效,并协助测试流程的改进。而软件测试是SQA重要手段之一,为SQA提供所需的数据,作为质量评价的客观依据。相同点是二者都是贯穿整个软件开发生命周期的流程。区别:SQA是一项管理工作,侧重于流程的评审和监控,而测试是一项技术性的工作,侧重对产品的评估和验证。软件测试的分类:(P24)按测试的对象或范围分类,如单元测试、文档测试、系统测试等)。按测试目的分类,如功能测试、回归测试、性能测试、可靠性测试、安全性测试和兼容性测试等。根据测试过程中被测软件是否被执行,分为静态测试和动态测试。根据是否针对系统的内部结构和具体实现算法来完成测试,可分为白盒测试和黑盒测试。软件测试的整个过程包括8个阶段:1规格说明书审查。2系统和程序设计审查。3单元测试。4集成测试。5功能测试。6系统测试。7安装测试。8验收测试。软件测试工作范畴分为2个层次:软件测试工作的组织与管理:制定测试策略、测试计划,确认所采用的测试方法与规范,控制测试进度,管理测试资源。测试工作的实施:编制符合标准的测试文档,搭建测试环境,开发测试脚本、与开发组织协作实现各阶段的测试活动。软件测试工作流程概括为下列6个主要方面:(P28-29)1测试组织和管理2测试计划3测试用例设计4测试实施5测试结果分析6测试评审与报告第3章白盒测试的定义?(P31)已知产品的内部工作过程,清楚最终生成软件产品的计算机程序结构及其语句,按照程序内部的结构测试程序,测试程序内部的变量状态、逻辑结构、运行路径等,检验程序中的每条2:..通路是否能按预定要求正确工作,检查内部动作或运行是否符合设计规格要求,所以内部成分是否按照规定正常运行白盒测试的具体方法有:逻辑覆盖、循环覆盖、基本路径覆盖等。白盒测试的基本原则?(P31)(true)和假值(false),,完成边界条件的测试黑盒测试的定义?(P38)在测试时,把程序看做一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,测试人员针对软件直接进行测试黑盒测试的具体方法有:等价类划分法、边界值分析法、错误推测法、因果图法等。静态测试的定义?(P50)对模块的源代码进行研读,查找错误或筹集一些度量数据,并不需要对代码进行编译和仿真运行动态测试的定义?(P50)通过真正运行程序发现错误,通过检查代码运行过程,来获取系统行为、变量实时结果、内存、堆栈、线程以及测试覆盖度等各方面的信息,来判断系统是否存在问题,或者通过有效的测试用例,对于的输入输出关系来分析被测程序的运行情况,来发现缺陷主动测试方法:测试人员主动向被测试对象发送请求、或借助数据、事件驱动被测试对象的行为,从而验证被测试对象的反应或输出结果。被动测试方法:测试人员不干预产品的运行,而是被动地监控产品在实际环境中运行,通过一定的被动机制来获得系统运行的数据,包括输入、输出数据。第4章IBM统一过程(RUP)是以用例驱动、以体系结构为中心的软件开发迭代过程。RUP把软件的生命周期划分为4个阶段:先启阶段、精化阶段、构建阶段和产品化阶段。TMap(TestManagementApproach,测试管理方法)是一种结构化的、基于风险策略的测试方法体系,目的能更早地发现缺陷,以最小的成本、有效地、彻底地完成测试任务,以减少软件发布后的支持成本。TMap所定义的测试生命周期由计划和控制、准备、说明、执行和完成等阶段组成。TMap的4项基石:与软件开发生命周期一致的测试活动生命周期(L);坚实的组织融合(O);正确的基础设施和工具(I);可用的技术(T)。软件测试的标准分为5个级别:国际标准;国家标准;行业标准;企业(机构)规范;项目规范。软件测试规范就是对软件测试的流程过程化并对每一个过程元素进行明确的界定,形成完整的规范体系。软件测试规范的内容:角色的确定;进入的准则;输入项;活动过程;输出项;验证与确认;退出的准则;度量。软件测试管理与评价体系的目标:3:..1监视和测量软件产品2识别和控制不符合要求的产品3验证产品设计和开发4监视和测量软件过程建立软件测试管理体系的6个步骤:(P91),、。单元测试的基本过程由以下5个步骤:(P96),,《单元测试报告》为什么要进行单元测试?(P96)1尽早发现错误。错误发现越早,成本越低。开发人员过于自信,后期复杂度高,发现解决BUG困难。2检查代码是否符合设计和规范。单元测试的主要目标:单元模块被正确编码。单元测试的任务:1单元中所有独立执行路径测试2单元局部数据结构测试3单元接口测试4单元边界条件测试5单元的各条错误处理通路测试6内存分析静态测试技术:不运行被测试程序,对代码通过检查、阅读进行分析。走查和审查的对比:(P104)4:..驱动程序的定义:(P107)用以模拟被侧模块的上级模块,能够调用被测模块桩程序的定义:(P107)用以模拟被测模块工作过程中所调用的下层模块单元测试的管理分为5个阶段:(P109),这更有利于代码的打包发布和测试代码的管理。2针对某一个类的测试代码,通地较少的改动便可以应用另一个类的测试,JUnit提供了一个编写测试类的框架,使测试代码的编写更加方便。3易于集成到程序中的构建过程中,JUnit和Ant的结合还可以实施增量开发。4JUnit的源代码是公开的,故而可以进行二次开发。5JUnit具有很强的扩展性,可以方便地对JUnit进行扩展。第6章集成测试定义:集成测试是将已分别通过测试的单元按设计要求组合起来再进行的测试,以检查这些单元之间的接口是否存在问题。集成测试前的准备:1人员安排2测试计划3测试内容4集成模式5测试方法集成测试的2种模式:非渐增式测试模式:先分别测试每个模块,再把所有模块按设计要求放在一起结合成所要的程序,如大棒模式。渐增式测试模式:把下一个要测试的模块同已经测试好的模块结合起来进行测试,测试完以后再把下一个应该测试的模块结合进来测试。以上两种模式的优缺点:(P126),工作量较大,,,较难诊断,而使用渐增式测试模式,,可以并行测试5:..回归测试的目的:1所做的修改达到了预定的目的,如错误得到了改正,新功能得到了实现,能够适应新的运行环境等;2不影响软件原有功能的正确性。回归测试的方法:1再测试全部用例2基于风险选择测试3基于操作剖面选择测试4再测试修改的部分性能测试步骤:1确定性能测试需求2根据测试需求,选择测试工具和开发相应的测试脚本3建立性能测试负载模型,就是确定并发虚拟用户的数量、每次请求的数据量、思考时间、加载方式和持续加载的时间等4执行性能测试5结果分析,并提交性能测试报告压力测试(Stresstest),也称为强度测试、负载测试。压力测试是模拟实际应用的软硬件环境及用户使用过程的系统负荷,长时间或超大负荷地运行测试软件,来测试被测系统的性能、可靠性、稳定性等。容量测试目的是通过测试预先分析出反映软件系统应用特征的某项指标的极限值(如最大并发用户数、数据库记录数等),系统在其极限值状态下还能保持主要功能正常运行。容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。安全性测试是检查系统对非法侵入的防范能力。安全性测试方法有3种:(P140):1规定的时间;2规定的环境条件;3规定的功能。容错性测试是检查软件在异常条件下自身是否具有防护性的措施或者某种灾难性恢复的手段。容错性测试包括两个方面:1输入异常数据或进行异常操作,以检验系统的保护性。如果系统的容错性好的话,系统只给出提示或内部消化掉,而不会导致系统出错甚至崩溃。2灾难恢复性测试。通过各种手段,让软件强制性地发生故障,然后验证系统已保存的用户数据是否丢失、系统和数据是否能尽快恢复。第7章验收测试(AcceptanceTest):在软件产品完成了功能测试和系统测试之后、产品发布之前所进行的软件测试活动它是技术测试的最后一个阶段,也称为交付测试。验收测试的测试内容:验证系统是否达到了用户需求规格说明书(可能包括项目或产品验收准则)中的要求,测试试图尽可能地发现软件中存留的缺陷,从而为软件进一步改善提供帮助,并保证系统或软件产品最终被用户接受。主要包括易用性测试、兼容性测试、安装测试、文档(如用户手6:..册、操作手册等)测试等几个方面的内容。验收测试的测试步骤:1制定测试计划,测试项,测试策略及验收通过准则,并经过客户参与的计划评审。2建立测试环境,设计测试用例,并经过评审。3准备测试数据,执行测试用例,记录测试结果。4分析测试结果,根据验收通过准则分析测试结果,作出验收是否通过及测试评价。5提交测试报告。验收测试通过标准:1完全执行了验收测试计划中的每个测试用例。2在验收测试中发现的错误已经得到修改并且通过了测试或者经过评估留待下一版本中修改。3完成软件验收测试报告。用户界面的7个要素:符合标准和规范。直观性。一致性。灵活性。舒适性。正确性。实用性。兼容性测试包括:软件兼容性、数据共享兼容性、硬件兼容性三个方面。软件兼容性测试是指验证软件之间是否正确地交互和共享信息。数据共享兼容性表现在以下3个方面:1剪切、复制和粘贴2文件的存取3文件导入和导出恢复测试主要检查系统的容错能力。当系统出错时,能否在指定时间间隔内修正错误或重新启动系统。文档的种类:1联机帮助文档或用户手册;2指南和向导;3安装、设置指南;4示例及模板;5错误提示信息;6用于演示的图像和声音;7授权/注册登记表及用户许可协议;8软件的包装、广告宣传材料。文档测试主要检查文档的正确性、完备性、易理解性和一致性。(P158)第8章面向对象层次结构测试重点:1对认定对象的测试2对认定结构的测试7:..3构造的类层次结构的测试线程是一个操作系统进程内能够独立运行的内容,拥有自己的计数器和本地数据。线程是能够被调度执行的最小单位。第10章软件国际化和软件本地化的定义?(P205-206)软件本地化是将一个软件产品按特定国家或语言市场的需求进行全面定制的过程,它包括翻译、重新设计、功能调整、功能测试,一集是否汾河各个地方的****俗、文化背景、语言和方言的验证等软件国际化是对软件“原始产品”本地化的支持,也就是为了解决软件能在各种不同语言、不同风俗好的国家和地区使用的问题,对计算机设计和变成所作出的某些规定。为什么要进行软件本地化?(P205)软件本地化和软件国际化有什么关系?(P205-206)国际化与本地化是一种辩证的关系,本地化要适应国际化的规定,而国际化是本地化的基础和前提,为本地化做准备,使本地化过程不需要对代码做改动就能完成,或将代码修改降到最低限度字符集是操作系统中所使用的字符映射表。软件国际化的规范可以归纳为以下5点:1切换语言的机制。2与语言无关的输出接口。3与语言无关的输入接口和标准的输入协议。4资源文件的国际化。5支持和包容本地化数据格式。软件本地化的基本步骤:1建立配置管理体系,跟踪目标语言各个版本的源代码;2创造和维护术语表;3源语言代码和资源文件分离、或提取需要本地化的文本;4把分离或提取的文本、图片等翻译成目标语言;5把翻译好的文本、图片重新检入目标语言的源代码版本;6如果需要,编译目标语言的源代码;7测试翻译后的软件,调整UI以适应翻译后的文本;8测试本地化后的软件,确保格式和内容都正确。本地化测试包括6个方面:1功能性测试,所有基本功能、安装、升级等测试;2翻译测试,包括语言完整性、术语准确性等的检查;3可用性测试,包括用户界面、度量衡和时区等;4兼容性调试,包括硬件兼容性、版本兼容性等测试;5文化、宗教、喜好等适用性测试;6手册验证,包括联机文件、在线帮助、PDF文件等测试。本地化测试的技术问题有:1数据格式2页面显示和布局8:..3配置和兼容性问题第11章自动化测试(automatedtest)的定义:(P223-225)由手工逐个地运行测试用例的操作过程被测试工具或系统自动执行的过程所代替,包括输入数据自动生成、结果的验证、自动发送测试报告等。主要是通过所开发的软件测试工具、脚本等来实现,具有良好的可操作性、可重复性和高效率等特点自动化测试的优势:1自动运行的速度快,是手工无法相比的。2永不疲劳3测试结果准确。,系统都会发现问题,不会忽视任何差异。4可靠。5可复用性。一旦完成所用的测试脚本,可以一劳永逸运行很多遍。6特别的能力。自动化测试带来的好处:1缩短软件开发测试周期2更高质量的产品3软件过程更规范4测试效率高,充分利用硬件资源5节省人力资源,降低测试成本6增强测试的稳定性和可靠性7提高软件测试的准确度和精确度8手工不能做的事情,软件测试工具可以完成9高昂的团队士气第12章软件测试的人员的责任:1发现软件程序、系统或产品中所有的问题;2尽早地发现问题;3督促开发人员尽快地解决程序中的缺陷;4帮助项目管理人员制定合理的开发计划;5并对问题进行分析、分类总结和跟踪;6帮助改善开发流程、提高产品开发效率;7提高程序编写的规范性、易读性、可维护性等。测试团队饿基本构成:1QA/测试经理:人员管理,资源调配、测试方法改进等;2实验室管理人员:设置、配置和维护实验室的测试环境3内审员:审查流程,建立测试模板,跟踪缺陷测试报告的质量等;4测试组长:负责项目的管理、测试计划、测试用例、任务安排等;5测试设计人员/资深测试工程师:产品设计规格说明书的审查、测试用例的设计、技术难题的解决、培训和指导、实际测试任务的执行;9:..6优秀测试工程师应具备的素质:1高度的责任感2非常好的沟通能力、幽默感3技术能力4自信心5耐心6怀疑一切的精神7适度的好奇心8洞察力9反向思维和发散思维能力10记忆力第14章测试用例的作用:1有效性2可复用性3易组织性4可评估性5可管理性测试用例的标准模板中主要元素如下:1标志符(Identification)2测试项(TestItems)3测试环境要求4输入标准(InputCriteria)5输出标准(OutputCriteria)6测试用例之间的关联测试用例设计中考虑因素:1具有代表性、典型性2寻求系统设计、功能设计的弱点3测试用例需要考虑到正确的输入,也需要考虑错误的或者异常的输入,以及需要分析怎样使得这样的错误或者异常能够发生4考虑用户实际使用场景测试用例设计的基本原则:1尽量避免含糊的测试用例2尽量将具有相类似功能的测试用例抽象并归类3尽量避免冗长和复杂的测试用例测试套件的定义?(P318)根据特定的测试目标和任务而构造的某个测试用例的集合测试用例的组织方法:1按照程序的功能模块组织2按照测试用例的类型组织3按照测试用例的优先级组织跟踪测试用例包括两个方面:(P320)1测试用例执行的跟踪;2测试用例覆盖率的跟踪。跟踪测试用例的方法:1书面文档2电子表格3数据库测试用例的覆盖率的定义?(P323)评估测试过程以及测试计划的一个参考依据,它根据测试用例进行测试的执行结果与软件实际存在的问题进行比较,从而获得测试有效性的评估结果测试用例的覆盖率=发现缺陷后补充的测试用例数/总的测试用例数第15章10:..指的是一个软件缺陷被发现、报告到这个缺陷被修复、验证直至最后关闭的完整过程。一个基本的软件缺陷生命周期包含了个状态:“新打开的”、“已修正”和“已关闭”。软件缺陷的严重性级别:(P326)1致命的(fatal)2严重的(critical)3一般的(major)4微小的(minor)1致命的(fatal):致命的错误,造成系统或应用程序崩溃(crash)、死机、系统悬挂,或造成数据丢失、主要功能完全丧失等。2严重的(critical):严重错误,指功能或特性(feature)没有实现,主要功能部分丧失,次要功能完全丧失,或致命的错误声明。3一般的(major):不太严重的错误,这样的软件缺陷虽然不影响系统的基本使用,但没有很好的实现功能,没有达到预期效果。如次要功能丧失,提示信息不太准确,或用户界面差,操作时间长等。4微小的(minor):一些小问题,对功能几乎没什么影响,产品及属性仍可使用,如有个别错别字、文字排列不整齐等。软件缺陷的优先级级别:(P327)1立即解决2高优先级3正常排队4低优先级1立即解决:缺陷导致系统几乎不能使用或测试不能继续,需立即修复。2高优先级:缺陷严重,影响测试,需要优先考虑。3正常排队:缺陷需要正常排队等待修复4低优先级:缺陷可以在开发人员有时间的时候被纠正缺陷描述的基本要求:1单一准确2可以再现3完整统一4短小简练5特定条件6补充完善8不做评价优秀的缺陷报告和散漫的缺陷报告的主要区别?优秀的缺陷报告记录下最少的重现步骤,不仅包括了期望结果、实际结果和必要的数据、附件、测试环境或条件,还包括了简单的分析。散漫的缺陷报告是无关的重现步骤,以及对开发人员理解这个错误毫无帮助的结果信息分离和再现软件缺陷的步骤?。。、嘲络和硬件共享的相互作用等。。第17章软件测试项目管理的内容:1软件项目的测试过程管理;2软件自动化解决方案和实施;3软件项目的测试资源分配和进度控制;11:..45软件版本定义、测试范围变化的控制等;6软件构建和发布等监控。测试项目管理的特点:1软件测试存在较大风险,质量标准定义不准确、任务边界模糊2软件测试项目的变化控制和预警分析要求高。3软件测试管理要求更严格和细致4测试任务的分配难5测试要求人力资源十分稳定6测试人员在待遇、地位可能受到一些不公正的待遇测试进入的准则:1清楚了解项目的整体计划框架;2完成需求规格说明书评审;3技术知识或业务知识的储备;4标准环境;5技术设计文档是测试用例设计的重要参考资料;6足够的资源;7人员组织结构、成员及其责任已确定。软件测试计划是指导测试过程的纲领性文件,描述测试活动的范围、方法、策略、资源、任务安排和进度等,并确定测试项、哪些功能特性将被测试、哪些功能特性将无需测试,识别测试过程中的风险。测试设计分为2个层次:(P364)1高层次的设计:针对功能测试、性能测试、安全性和可靠性测试等不同的需求,制定合适的测试技术方案,确定各个测试阶段要采用的测试技术、测试环境和平台,以及选择什么样的测试工具2低层次的设计:在测试的技术方案基础上,根据产品需求分析、系统技术设计等规格说明书,设计具体的测试用例有效管理Bug的规则和流程:(P366)、状态分类等;,使得任何Bug都不会错过,并得到及时处理。、周报等各类报告来跟踪项目的当前状态;,召开有关人员的会议,对Bug进行集体会审;,更好的控制、调整项目。里程碑的定义:(P369)是项目中完成阶段性工作的标志,即将一个过程性的任务用一个结论性的标志来描述任务结束的、明确的起止点,一系列的起止点就构成引导整个项目进展的里程碑。一个里程碑标志着上一个阶段结束,下一个阶段开始,也就是定义当前阶段完成的标志和下个阶段启动的条件或前提。测试文档存储的规划、设计要考虑以下因素:(P378)1强大的搜索功:能按文档标识符、作者、标题和全文等进行多关键字的搜索;2安全性:测试文档一般会涉及公司内部的机密信息,需要保证其安全性,严格设置相关的用户权限体系;3目录结构:可以按照团队、项目、文件类型等多个层次来设置。12:..4Update)、阅读等各项操作。13