软件测试复习重点

第二章1软件质量是软件特性的总和,以及满足规定和潜在顾客需求的能力2.产品质量的原则:功能性 可用性 可靠性性能 容量可测量性 可维护性兼容性 可扩展性.软件测试的分类：按测试阶段或层次分：单元测试，集成测试,系统测试盒验收测试 按措施分：白盒测试和黑盒测试 按目的和特性分：功能测试 强健型测试 性能测试 合用性测试 安全测试 可靠性测试4.测试阶段(SDLC):5单元测试：单元测试的对象是程序系统中的最小单元-模块或组件上,在编码阶段进行，针对每个模块进行测试,重要通过白盒测试措施,从程序的内部构造出发设计测试用例，检查程序模块或组件的已实现的功能与定义的功能与否一致、以及编码中与否存在错误。多种模块可以平行地、对立地测试，一般要编写驱动模块和桩模块单元测试一般由编程人员和测试人员共同完毕 .集成测试:集成测试,也称组装测试、联合测试、子系统测试，在单元测试的基本上,将模块按照设计规定组装起来同步进行测试，重要目的是发现与接口有关的模块之间问题 两种集成方式：一次性集成方式和增殖式集成方式。7功能测试:功能测试一般须在完毕集成测试后进行,并且是针相应用系统进行测试。功能测试是基于产品功能阐明书,是在已知产品所应具有的功能,从顾客角度来进行功能验证，以确认每个功能与否都能正常使用 .系统测试：系统测试是将软件放在整个计算机环境下，涉及软硬件平台、某些支持软件、数据和人员等,在实际运营环境下进行一系列的测试，涉及恢复测试、安全测试、强度测试和性能测试等9验收测试和安装测试：验收测试的目的是向将来的顾客表白系统可以像预定规定那样工作,验证软件的功能和性能犹如顾客所合理期待的那样安装测试是指按照软件产品安装手册或相应的文档，在一种和顾客使用该产品完全同样的环境中或相称于顾客使用环境中，进行一步一步的安装操作性的测试第三章1. 测试的核心问题是如何选择测试用例。. 软件测试难度大根据上述分析,既然不能进行 “穷举”测试，又要查出尽量多的错误，软件测试工作的难度大。只有选择 高效的测试用例测试用例:由测试数据和预期成果构成的.软件测试的对象和目的：软件测试的对象涉及源程序、目的程序、数据及有关文档。测试的目的是为了发现程序中的错误而执行程序的过程；好的测试方案是极也许发现迄今为止尚未发现的错误的测试方案;成功的测试是发现了至今为止尚未发现的错误的测试。 软件是人的发明活动，错误不可避免,因此只能发现错误，不能避免错误4. 规定掌握多种逻辑覆盖法和基途径覆盖法的概念,并能设计有关的测试用例！. 满足鉴定/条件覆盖的测试用例一定同步满足鉴定覆盖和条件覆盖。满足组合覆盖的测试用例一定满足鉴定覆盖、条件覆盖和鉴定/条件覆盖。6 规定掌握控制流图的画法、控制流图的圈复杂度的计算措施、掌握使用基本途径测试法设计测试用例的措施。7.（最佳看一下，见PPT复习30页)cCabe基途径算法举例.黑盒测试:理解一下分类:掌握等价类划分法，可以划分等价类并设计测试用例。掌握弱一般等价类测试、强一般等价类测试、弱强健等价类测试、强强健等价类测试的概念。等价类测试：等价类划分法是一种重要的,常用的黑盒测试用例设计措施。完全不考虑程序内部构造,只根据程序规格阐明书对输入范畴进行划分;把所有也许的输入数据,即程序的输入域划提成若干互不相交的部分（子集）,称为等价类,然后从每个等价类中选用少数具有代表性的数据作为测试用例。划分等价类:等价类划分可有两种不同的状况:有效等价类和无效等价类。有效等价类:是指对于程序的规格阐明来说是合理的、故意义的输入数据构成的集合。运用有效等价类可检查程序与否实现了规格阐明中所规定的功能和性能。无效等价类:与有效等价类的定义碰巧相反。 设计测试用例时,要同步考虑这两种等价类。软件不仅要能接受合理的数据,也要能经受意外的考验。这样的测试才干保证软件具有更高的可靠性。弱一般等价类测试:每个测试用例只使用一种等价类(区间)中的一种变量。注意：等价类测试措施同样根据不同的测试对象，可合用于基于输入变量的测试用例选择和基于输出的测试用例选择。强一般等价类：强一般等价类是基于多缺陷设计的，保证了两种意义上的完备性:)覆盖了所有的等价类;2）覆盖了所有也许的输入组合弱强健等价类测试：强健:考虑问题中的无效值 弱:基于单缺陷假设测试用例：对于有效输入,使用每个有效等价类中的一种值； 对于无效输入,取一种无效值，并保持其她的值是有效的强强健等价测试:强健:考虑问题中的无效值 强：基于多缺陷假设从所有等价类（涉及有效和无效的）笛卡儿积的每个元素中获得测试用例。9. 掌握边界值分析措施的原理,并能运用边界值分析法设计测试用例。边界值分析法:边界值分析措施是对等价类划分措施的补充。 使用边界值分析措施设计测试用例,一方面应拟定边界状况。一般输入和输出等价类的边界,就是应着重测试的边界状况。应当选用正好等于,刚刚不小于或刚刚不不小于边界的值作为测试数据,而不是选用等价类中的典型值或任意值作为测试数据。边界值分析:关注输入空间的边界,以标记测试用例。基本思想：运用输入变量的最小值、略高于最小值、正常值、略低于最大值和最大值来设计测试用例。基于一种核心假设“单缺陷”假设：失效很少是由两个(或多种）缺陷的同步发生引起。边界值测试用例：只让一种变量取极值，其他所有变量取正常值。对于一种n变量函数，让一种变量依次取min，m+，o，ax-,ax各个极值，而保持其他所有变量为正常值；依次对每个变量都反复这个过程即可。边界值分析会产生4n+1个测试用例。本来应当是5n个(但正常状况的组合会反复)强健性测试:边界值分析的扩展：除了五个边界值分析取值外,（考虑无效值)加上略超过最大值ma、略不不小于最小值in-的取值。目的：测试系统物理量超过其最大值时浮现的状况,关注测试的预期输出。 对强健性测试,最重要的不是输入，而是盼望输出。（考虑在物理量超过其上限时会浮现什么状况？例如5月3，应给出出错信息) 强健性测试最重要的价值在于把注意力集中在对系统异常状况的解决上。 但对于强类型语言,强健性测试也许比较困难，如在C语言中，如果给定变量的取值范畴则超过这个范畴的取值都会产生故障。10. 掌握鉴定表法的基本原理,并能运用它设计测试用例。理解因果图法、场景法、错误推测法掌握静态测试与动态测试的区别：静态测试涉及对软件产品的需求和设计规格阐明书的评审.对程序代码的复审等，静态分析的差错和分析功能是其她措施所不能替代的,可以采用人工检测盒计算机辅助静态分析手段进行检测,但越来越多地采用工具进行自动化分析。动态测试时通过真正运营程序发现错误,通过观测代码运营过程，来获取系统信息，对系统行为进行验证。第四章1.测试过程模型:软件测试过程模型v模型w模型TAP模型规定理解测试过程的种模型,具体掌握vM模型（见复习PPt59-61页，书上6页)的原理，懂得各阶段的相应关系测试V模型W模型TMAP模型第五章(掌握单元测试的概念，单元测试的任务，理解单元测试的工具）.定义：单元测试是对软件基本构成单元进行的测试。时机:一般在代码完毕后由开发人员完毕,QA人员辅助.概念:模块, 组件, 单元 2. 静态测试技术的运用：静态测试技术： 不运营被测试程序,对代码通过检查、阅读进行分析。三步曲： 走查:采用解说、讨论和模拟运营的方式进行的查找错误的活动。 审查:采用解说、提问方式进行，一般有正式的筹划、流程和成果。重要措施采用缺陷检查表。 评审:一般在审查会后进行，审查小组根据记录和报告进行评估。. 动态测试技术的运用动态测试需要真正将程序运营起来,需要设计系列的测试用例保证测试的完整性和有效性。4.理解单元测试阶段的多种工具,如uit,cppunit,sucemontor等。第六章1.集成与系统测试:集成测试: 集成测试是在软件系统集成过程中所进行的测试，其重要目的是检查软件单元之间的接口与否对的。 它根据集成测试筹划,一边将模块或其她软件单元组合成越来越大的系统，一边运营该系统,以分析所构成的系统与否对的,各构成部分与否合拍。 集成测试的方略重要有自顶向下和自底向上两种。系统测试： 系统测试是对已经集成好的软件系统进行彻底的测试；以验证软件系统的对的性和性能等满足其规约所指定的规定，检查软件的行为和输出与否对的并非一项简朴的任务,它被称为测试的“先知者问题”; 因此，系统测试应当按照测试筹划进行，其输入、输出和其她动态运营行为应当与软件规约进行对比。软件系统测试措施诸多，重要有功能测试、性能测试、随机测试等等。集成测试与系统测试的区别:测试措施 集成测试：一般采用白盒测试和黑盒测试相结合的测试措施。 系统测试:一般使用黑盒测试措施。测试内容 集成测试:各个单元模块直接的接口,以及各个模块集成后所实现的功能。 系统测试:整个系统的功能和性能。测试目的 集成测试:发现单元之间接口的错误,以及发现集成后的软件同软件概要设计阐明书不一致的地方，保证各个单元模块组合在一起后，可以达到软件概要设计阐明的规定,协调一致地工作。 系统测试:通过与系统需求定义相比较，发现软件与系统定义不符合或矛盾的地方。2.集成测试的第一步：模块划分是集成测试的第一步，也是最重要的工作之一。模块划分的好坏直接影响集成测试工作量、进度和质量。软件工程的2/原则：测试中发现的0%的错误也许源于2的模块。一般将模块划分为个级别:高危模块、一般模块和低危模块。高危模块应当优先测试。.集成测试与开发 集成测试与软件开发过程中的概要设计有关，概要设计中有关整个系统的体系构造是集成测试用例设计的基本。 概要设计作为软件设计的骨架,可以清晰地表达出大型系统中的组件或子系统的层次构造,软件产品的层次、组件分布、子系统分布等信息为集成测试方略的选用提供了重要的参照根据。 集成测试可以检查所设计的软件构架与否存在错误和漏掉，以及与否存在二义性。4. 集成测试的层次 对于老式软件来说，按集成粒度不同,可以把集成测试分为3个层次,即： 模块间集成测试 子系统内集成测试 子系统间集成测试 对于面向对象的应用系统来说,按集成粒度不同,可以把集成测试分为2个层次： 类内集成测试 类间集成测试.集成测试的模式：渐增式测试模式：先分别测试每个模块,再把所有模块按设计规定放在一起结合成所要的程序,如大棒模式。渐增式测试模式:把下一种要测试的模块同已经测试好的模块结合起来进行测试,测试完后来再把下一种应当测试的模块结合进来测试。.自顶向下和自底向上集成措施驱动程序/驱动模块（diver），用以模拟被测模块的上级模块。驱动模块在集成测试中接受测试数据,把有关的数据传送给被测模块,启动被测模块,并打印出相应的成果。桩程序/桩模块（stub),也有人称为存根程序，用以模拟被测模块工作过程中所调用的模块。桩模块由被测模块调用,它们一般只进行很少的数据解决,例如打印入口和返回,以便于检查被测模块与其下级模块的接口.集成测试的方略：自顶向下集成，自底向上集成，大棒集成,三明治集成等。规定掌握各集成方略的方案设计。自顶向下集成: 长处:能尽早地对程序的重要控制和决策机制进行检查，因此可以较早地发现错误。 缺陷：在测试较高层模块时,低层解决采用桩模块替代，不能反映真实状况,重要数据不能及时回送到上层模块,因此测试并不充足。自底向上集成:长处：自底向上集成措施不用桩模块，测试用例的设计亦相对简朴； 缺陷:程序最后一种模块加入时才具有整体形象。 它与自顶向下综合测试措施优缺陷正好相反,因此在测试软件系统时,应根据软件的特点和工程的进度,选用合适的测试措施，有时混和使用两种措施更为有效,上层模块用自项向下的措施,下层模块用自底向上的措施。大棒集成措施三明治集成措施：改善的三明治集成措施:8. 掌握回归测试、性能测试、压力测试的概念与各自的特点。回归测试:当发现某些严重的缺陷需要修正时,会构造一种新的软件包,需要对新的软件包进行测试。这个测试不仅验证被修复的软件缺陷与否真正被解决了,并且要保证此前所有运营正常的功能仍旧保持正常。性能测试概念和目的：性能测试的目的:为了验证系统与否达到顾客提出的性能指标,同步发现系统中存在的性能瓶颈，起到优化系统的目的。性能测试指标的来源:顾客对各项指标提出的明确需求;如果顾客没有提出性能指标则根据顾客需求、测试设计人员的经验来设计各项测试指标。（需求+经验)重要的性能指标:服务器的各项指标(CPU、内存占用率等）、后台数据库的各项指标、网络流量、响应时间系统负载:在线顾客：通过浏览器访问登录系统后还没有退出的顾客。虚拟顾客：模拟浏览器向wb服务器发送祈求并接受响应的一种进程或线程。并发顾客：同步在线并操作系统。在性能测试中，一般同步模拟多种顾客运营一套脚本，即执行相似操作。顾客并发数量：不一定等于在线顾客数量,由于有些在线顾客不进行操作。思考时间：浏览器在收到响应后提交下一种祈求之间的间隔时间。思考时间越短，服务器就承受更大的负载。负载模式：)一次性建立20个并发连接； 2)每秒逐渐增长10个连接,直至0个。系统性能指标:祈求响应时间:客户端浏览器向we服务器提交一种祈求到收到响应之间的间隔时间事务响应时间:事务也许由一系列祈求构成，这一系列祈求完毕解决所耗费的时间。数据吞吐量：单位时间内客户端和服务器之间网络上传播的数据量；（单位时间内web服务器成功解决的HP页面数量)两种负载类型：“at”测试: 对于一次建立连接数的测试,应当取响应时间和吞吐量的平均值。精确地获得这些值的唯一措施是一次加载所有的顾客,然后在预定的时间段内持续运营。Ramp-up测试:顾客是交错上升的(每几秒增长某些新顾客)。rampu测试不能产生精确和可重现的平均值，这是由于由于顾客的增长是每次一部分，系统的负载在不断地变化。其长处是，可以看出随着系统负载的变化,测量值是如何变化的据此选择要运营的flt测试的范畴。压力测试:在一种需要反常（如长时间的峰值）数量、频率或资源的方式下，在软件负载达到极限前,执行可反复的负载测试,以检查程序对异常状况的抵御能力，找出性能瓶颈。从本质上来说,测试者是想要破坏程序。第七章1. 验收测试(Accpce Te):在软件产品完毕了功能测试和系统测试之后、产品发布之前所进行的软件测试活动它是技术测试的最后一种阶段，也称为交付测试。重要涉及易用性测试、兼容性测试、安装测试、文档（如顾客手册、操作手册等)测试等几种方面的内容。2. 测试、测试n 测试是指软件开发公司组织内部人员模拟各类顾客行对即将面市软件产品(称为版本）进行测试,试图发现错误并修正。n 通过测试调节的软件产品称为版本。紧随其后的测试是指软件开发公司组织各方面的典型顾客在平常工作中实际使用版本，并规定顾客报告异常状况、提出批评意见。然后软件开发公司再对版本进行改错和完善。第八章面向对象软件的测试.重要是两个方面:p 类的线性测试,交互测试。p 类的独立性测试（跨平台)方面测试 面向对象的程序是由若干对象构成的，这些对象互相协作以解决某些问题。对象的协作方式决定了程序能做什么，从而决定了这个程序执行的对的性。因此，一种程序中对象的对的协作-即交互-对于程序的对的性是非常核心的。2。面向对象的集成测试-对象交互汇集类测试有些类在它们的阐明中使用对象,但是事实上从不和这些对象中的任何一种进行协作,即历来不祈求这些对象的任何服务。相反,它们会体现出如下的一种或多种行为：p 寄存这些对象的引用（或指针）对象之间一对多的关系p 创立、删除这些对象的实例协作类测试p 该类的一种或多种操作中使用其他的对象并将其作为它们的实现中不可缺少的一部分。当类接口中的一种操作的某个后置条件引用了一具对象的实例状态,并且(或者）阐明那个对象的某个属性被使用或修改了，那么这个类就是一种协作类 。3. 理解面向对象测试的特点、内容。第十章软件本地化测试软件国际化（Intrntioaliatio，I18) 软件国际化是在软件设计和文档开发过程中,使得功能和代码设计能解决多种语言和文化老式，使创立不同语言版本时，不需要重新设计源程序代码的软件工程措施。 软件本地化( calizn,L1N) 软件本地化是将一种软件产品按特定国家/地区或语言市场的需要进行加工，使之满足特定市场上的顾客对语言和文化的特殊规定的软件生产活动。G11= 18N + L10N理解软件本地化、国际化的有关概念。8：支持Unice字符集、双字节的字符；分离程序代码和显示内容消除Hadod使用Hader files 去定义常常被调用的代码段;改善翻译文本尺寸，具有调节的灵活性支持各个国家的键盘设立；支持文字排序和大小写转换;支持各个国家的度量衡,时区,货币单位格式等的设立；国际化顾客界面设计（自我定义）。L10 翻译地区文化、宗教度量衡和时区等软件顾客界面（U)联机文档(协助文档和功能性的PD文档）热键设立 第十二章:p 测试经理：人员管理，资源调配、测试措施改善等；p 实验室管理人员：设立、配备和维护实验室的测试环境p 内审员：审查流程,建立测试模板，跟踪缺陷测试报告的质量等;p 测试组长:负责项目的管理、测试筹划、测试用例、任务安排等；p 测试设计人员资深测试工程师,产品设计规格阐明书的审查、测试用例的设计、技术难题的解决、培训和指引、实际测试任务的执行;p 一般（初级）测试工程师，执行测试用例和有关的测试任务。 第十五章：软件缺陷：软件缺陷指的是系统或系统部件中那些导致系统或部件不能实现其功能的缺陷。如果在执行中遇到一种缺陷,也许引起系统的失效。那么精确有效的定义和描述软件缺陷，可以使软件缺陷得以迅速修复，节省了软件测试项目的成本和资源，提高产品质量。软件缺陷的基本描述:软件缺陷的描述是软件缺陷报告中测试人员对问题的陈述的一部分并且是软件缺陷报告的基本部分。同步，软件缺陷的描述也是测试人员就一种软件问题与开发小组交流的最初且最佳的机会。一种好的描述,需要使用简朴的、精确的、专业的语言来抓住缺陷的本质。 如下是软件缺陷的有效描述规则：q 单一精确 q 可以再现 q 完整统一q 短小简洁q 特定条件q 补充完善 q 不做评价 软件缺陷属性涉及缺陷标记、缺陷类型、缺陷严重限度、缺陷产生也许性、缺陷优先级、缺陷状态、缺陷来源、缺陷因素。分离和调试软件缺陷之间的区别,是为了划清测试人员与开发人员的责任，增长界线的清晰度与测试资源的控制能力。