软件测试培训笔记

第一阶段考试重点归纳Evaluation Warning: The document was created with Spire.Doc for .NET.第一章 测试基础1. 软件测试的目的：证明（表达软件能够工作） 检测（发现错误） 预防（管理质量）2. 测试执行：单元测测试（UUT执行行）：一一个测试试用例的的测试执执行；集成测试（IIT执行行）：一一个测试试用例集集的测试试执行；系统测试（SST执行行）：不不同测试试阶段的的测试执执行。3. 测试用例（TTestt Caase）：指对一一项特定定的软件件产品测测试任务务的描述述，体现现测试方方案、方方法、技技术和策策略。4. 测试和调试试的区别别： 测试调试目的找出存在的的错误定位错误，修修改程序序以修正正错误对象文档，代码码代码流程有特定流程程，有计计划性无特定流程程，不可可设计，无无计划性性条件从已知条件件开始，用用预定义义过程，有有预知结结果从未知条件件开始，结结束过程程不可预预计5. 回归测试的的目的：a. 验证错错误是否否修复；b. 检测测对代码码的修改改是否引引入了新新的错误误。6. 软件测试的的主要工工作：aa. 检检视代码码，评审审开发文文档；b. 进行行测试设设计，写写作测试试文档（测测试计划划、测试试方案、测测试用例例等）；c. 执行行测试，发发现软件件缺陷，提提交缺陷陷报告，并并确认缺缺陷最终终得到了了修正；d. 通过过测试度度量软件件质量。7. 软件危机的的出现主主要表现现在：a. 由于于缺乏大大型软件件开发经经验和软软件开发发数据积积累，开开发工作作计划很很难制定定；b. 开发发早期需需求分析析不够明明确，造造成开发发后期矛矛盾集中中暴露；c. 不遵遵循开发发规范，开开发文档档不完整整，软件件难以维维护；d. 缺乏乏严密有有效的软软件质量量检测手手段，交交付给用用户的软软件质量量差。8. 软件危机的的后果：a. 软件质质量不高高，很难难稳定；b. 软件件项目延延期，进进度无法法控制；c. 成本本增加，无无法控制制预算。9. 软件危机的的根源：a. 根据摩摩尔定律律，硬件件发展很很快，相相应对软软件系统统的期望望越来越高；b. 软件件系统复复杂性提提高，需需多人合合作；c. 软件件开发是是人的智智力活动动，无法法用已有有的产业业工程方方法来组组织管理理。10. 软件生命周周期的各各个阶段段：计划 需需求分析析 设计计 编码码 测试试 运行行 评价价 11. 设计： 概要要设计（HHLD）：在设计计阶段把把各项需需求转换换成相应应的体系系结构，每每一部分分是功能能明确的的模块；详细设计（LLLD）：对每个个模块要要完成的的工作进进行具体体的描述述。12. 软件研发三三要素：人员、过过程、工工具13. 软件项目组组人员组组成：分分析人员员、设计计人员、开开发人员员、测试试人员、配配置管理理 人员员、SQQA（质质量保证证人员）14. 软件研发流流程类型型：瀑布布模型：无风险险控制能能力，适适合需求求变化较较小的情情况。螺旋模型：基于风风险管理理的模型型，高风风险的优优先考虑虑，对风风险管理理人员的的要求较较高。RVP流程程：面向向对象的的，通用用的（44大阶段段，6大大工作流流，8项项迭代）。特特点：1) 基于风险2) 用例集驱动动3) 以架构为中中心4) 迭代和增量量IPD流程程： 11） 产产品结构构重整（资资源重整整） 2） 公共模模块共用用15. 软件研发中中几个重重要的过过程：需需求管理理、配置置管理、缺缺陷管理理、同行行评审。16. 常见的引入入缺陷的的原因：a. 开发过过程缺乏乏有效的的沟通，或或者没有有进行沟沟通； b. 软件件复杂度度越来越越高； c. 编程程中产生生错误； d. 需求求不断变变更； e. 项目目进度的的压力； f. 不重重视开发发文档；g. 软件件开发工工具本身身隐藏的的问题。等等等17. 缺陷类型：遗漏、错错误、额额外的实实现。第二章 软件质质量1、 软件件质量的的定义：一个实实体的所所有特性性，基于于这些特特性可以以满足明明显的或或隐含的的需求。而而质量就就是实体体基于这这些特性性满足需需求的程程度。2、 软件件质量的的三个层层次：aa. 符符合需求求规格；b. 符合合用户显显示需求求； c. 符合合用户实实际需求求。3、 影响响软件质质量的因因素：流流程、技技术、组组织。流程：一组组活动（活活动是否否都是必必须的，活活动角色色之间的的关系）。过程：一组组将输入入转化为为输出的的相关联联或相互互作用的的活动。4、 八项质量量管理原原则：aa. 以以顾客为为中心；b. 领导作作用；cc. 全全员参与与； d. 过程程方法；e. 管理的的系统方方法；ff. 持持续改进进； g. 基于事事实的决决策方法法；h. 互利利的供方方关系。5、 八项项质量管管理原则则的意义义：a. 是质质量管理理的理论论基础； bb用高高度概括括易于理理解的语语言所表表述的质质量管理理的最基基本，最最通用的的一般性性规律； cc. 为为组织建建立质量量管理体体系提供供了理论论依据； dd. 是是组织的的领导者者有效的的实施质质量管理理工作必必须遵循循的原则则。6、 CMMM1：初始级级，Innltiial，不不可预测测并且缺缺乏控制制；CMM2：可重复复级：RRepeeataablee，可重重复以前前的主要要经验；（关键过程程区域：需求管管理；软软件项目目计划；软件项项目跟踪踪和监督督；软件件子合同同管理；软件质质量保证证；软件件配置管管理。） CCMM33：已定定义级：Deffineed，过过程被描描述，并并得到良良好理解解；（关键过程程区域：组织过过程定义义；组织织过程焦焦点；培培训大纲纲；集成成软件管管理；软软件产品品工程；组际协协调；同同行评审审。）CMM4：已管理理级：MManaagedd，过程程被测量量并受控控；（关键过程程区域：定量的的过程管管理；软软件质量量管理。）CMM5：优化级级，Opptimmiziing，关关注过程程改进。（关键过程程区域：缺陷预预防；技技术变更更管理；过程变变更管理理。）7、 CMMM的用用途：aa. 评评估组用用来识别别组织中中的强处处和弱处处； bb. 评评价组用用来识别别选择不不同的业业务承包包商的风风险和监监督合同同； cc. 管管理者用用来了解解其组织织的能力力，并了了解为了了提高其其能力成成熟度而而进行软软件过程程改进所所需进行行的活动动； dd. 技技术人员员和过程程改进组组用来作作为指南南，指导导他们在在组织中中定义和和改进软软件过程程。8、 ISSO90001和和CMMM的关系系： 相相似点：强调管管理、过过程、规规范化和和文档化化； 不不同点：CMMM把焦点点对准软软件；IISO990011的范围围包括：硬件、软软件、流流程性材材料和服服务； 两两者关系系：CMMM2级级与ISSO90001强强相关；CMMM的每个个关键过过程域至至少按某某种解释释与ISSO90001弱弱相关。9、六西格格玛的实实施方式式：Deefinne：定定义-提提出问题题，确定定目标 Meaasurre：测测量-收收集资料料，寻找找原因 Anaalysse：分分析-研研究资料料，确定定原因 Impprovve：改改进-优优化解决决方案 Conntrool：控控制-推推行控制制系统10、软件件质量模模型: 功功能性：当软件件在指定定条件下下使用时时，软件件产品提提供满足足明确和和隐含需需求的功功能的能能力。包包括：适适合性；准确性性；互操操作性；保密安安全性；功能性性的依从从性。 可可靠性：在指定定条件下下使用时时，软件件产品维维持规定定的性能能级别的的能力。包包括：成成熟性；容错性性；易恢恢复性；可靠性性的依从从性。 易易用性：在指定定条件下下使用时时，软件件产品被被理解、学学习、使使用和吸吸引用户户的能力力。包括括：易理理解性；易学性性；易操操作性；吸引性性；易用用性的依依从性。 效效 率率：在规规定条件件下，相相对于所所用资源源的数量量，软件件产品可可提供适适当性能能的能力力。包括括：时间间特性；资源利利用性；效率依依从性。 维维护性：软件产产品可被被修改的的能力。修修改可能能包括修修正、改改进或软软件对环环境、需需求和功功能规格格说明变变化的适适应。包包括：易易分析性性；易改改变性；稳定性性；易测测试性；维护性性的依从从性。 可可移植性性：软件件产品从从一种环环境迁移移到另外外一种环环境的能能力。包包括：适适应性；易安装装性；共共存性；易替换换性；可可移植性性的依从从性。11、 SSQA与与测试的的关系：测试从从技术的的角度来来保证软软件质量量SQA从流流程的角角度保障障软件质质量组织用来保保障SQQA和测测试的活活动12、 SSQA的的主要工工作范围围： 指导导并监督督项目按按照过程程实施； 对项目目进行度度量、分分析，增增加项目目的可视视性； 审核工工作产品品，评价价工作产产品和过过程质量量目标的的复合度度； 进行缺缺陷分析析，缺陷陷预防活活动，发发现过程程的缺陷陷，提供供决策参参考，促促进过程程改进。一三、 度度量：对对事物属属性的量量化表示示；软件度量：是指计计算机软软件中范范围广泛泛的测度度，包括括对软件件系统、构构建或生生命周期期过程具具有的某某个给定定属性的的度的一一个定量量测量。目的： 提高软软件生产产率，缩缩短产品品研发周周期，降降低研发发成本、维维护成本本； 提高软软件产品品质量，提提高用户户满意度度； 为组织织持续改改进提供供量化的的指标和和反馈。14、 软软件度量量的作用用：1) 理解解；预测测；评估估；改进进。2) 分类类：规模模；工作作量；进进度；质质量 一五、如如何将度度量的知知识应用用于实际际工作中中：建立立测试工工作的度度量数据据，目的的是作为为预测和和改进的的基础a. 熟悉悉需求：进度、工工作量、规规模；b. 设计计用例：工作效效率、覆覆盖率；c. 执行行用例：工作效效率、缺缺陷密度度；）第三章 测试方方法1、 什么么是白盒盒测试： 白盒测测试是依依据被测测软件，分分析程序序内部构构造，并并根据内内部构造造设计用用例，来来对内部部控制流流程进行行测试，可可完全不不顾程序序的整体体功能实实现情况况； 白盒测测试是基基于程序序结构的的逻辑驱驱动测试试； 白盒测测试又可可以被称称为玻璃璃盒测试试、透明明盒测试试、开放放盒测试试、结构构化测试试、逻辑辑驱动测测试。2、 为什什么进行行白盒测测试： 一般在在测试前前期进行行，通过过达到一一定的逻逻辑覆盖盖率指标标，使得得软件内内部逻辑辑控制结结构上的的问、难难题能基基本得到到消除； 能保证证内部逻逻辑结构构达到一一定的覆覆盖程度度，能够够给予软软件代码码质量更更大的保保证； 发现问问题后解解决问题题的成本本较低。3、 白盒盒测试的的常用技技术： 静态分分析：控控制流分分析、数数据流分分析、信信息流分分析等； 动态分分析：逻逻辑覆盖盖测试（分分支测试试、路径径测试等等）、程程序插装装等。4、 控制流相关关概念：程序元元素、控控制流关关系、控控制流图图、控制制流矩阵阵。（步步骤：55）5、 控制流分析析能发现现的问题题：1) 转向并不存存在的标标号；2) 没有用的语语句标号号；3) 从程序入口口进入后后无法达达到的语语句；4) 不能达到停停机语句句的语句句。6、 数据流相关关概念：数据的的定义；数据的的引用。（步步骤：33）7、 数据流分析析的作用用：分析代代码中关关于数据据定义和和引用方方面的错错误；进进行代码码优化。（赋值值语句运运算效率率高）8、 信息流分析析：输入入变量和和语句关关系；语语句和输输出变量量关系；输入和和输出变变量管理。（步骤骤：4）9、 覆盖率工具具的作用用： 分析被被测试代代码控制制结构，决决定插装装位置； 实施插插装； 将插装装代码重重新编译译； 执行被被测对象象，根据据插装的的监控哨哨信息统统计覆盖盖率。10、 白盒测试的的特点： 测试人人员需要要了解软软件的实实现； 可以检检测代码码中的每每条分支支和路径径；揭示隐藏藏在代码码中的错错误； 对代码码的测试试比较彻彻底； 实现代代码结构构上的优优化； 白盒测测试投入入较大，成成本高； 白盒测测试不验验证规格格的正确确性。11、 什么是黑盒盒测试： 黑盒测测试把被被测对象象看成一一个黑盒盒，只考考虑其整整体特性性，不考考虑其内内部具体体实现； 黑盒测测试针对对的被测测对象可可以是一一个系统统、一个个子系统统、一个个模块、一一个子模模块、一一个函数数等。 黑盒测测试又可可以被称称为基于于规格的的测试。12、 常见的黑盒盒测试类类型：功功能性测测试；容容量测试试；负载载测试；恢复性性测试。13、 常见的黑盒盒测试方方法：等等价类、边界值、因果图、判定表、状态迁移、正 交分解、错误猜测、输入/输出域覆盖、14、 系统测试的的时候，如如果没有有SRSS时，有有两类BBUG无无法发现现：1）需求求遗漏；2）需求偏偏差15、 黑盒测试的的优点：对于更大大的代码码单元来来说（子子系统甚甚至系统统级）比比白盒测测试效率率要高；测试人员员不需要要了解实实现的细细节，包包括特定定的编程程语言； 从用户户的视角角进行测测试，很很容易被被大家理理解和接接受； 有助于于暴露任任何规格格不一致致或有歧歧义的问问题。16、 黑盒测试的的缺点： 没有清清晰的和和简明的的规格，测测试用例例很难设设计； 不能控控制内部部执行路路径，会会有很多多内部程程序路径径没有被被测试到到；不能直接接针对特特定的程程序段，这这些程序序可能非非常复杂杂（因此此可能隐隐藏更多多的问题题）。17、 动态和静态态测试的的分类依依据在于于：被测测对象是是否运行行起来。18、 手工静态分分析同行评评审：正正规检视视；技术术评审；走查。评审对象：计划、需需求文档档、设计计图、代代码等。19、 自动化静态态分析：静态验验证；语语法分析析器；符符号执行行器。20、 自动化测试试应该考考虑的因因素：1) 测试进度要要求2) 人力资源要要求3) 版本稳定度度4) 版本应用情情况5) 可自动化率率6) 版本规模21、 自动化测试试的误区区：1) 自动化不能能取代手手工测试试。2) 手工测试都都做不好好，或者者经验积积累不够够，就尝尝试自动动化，很很难成功功。3) 自动化只能能保证测测试执行行效率，确确保已有有的问题题不会再再发生，自自动化 测测试不能能发现大大量新缺缺陷。4) 进行了自动动化测试试的软件件不一定定就是安安全的，质质量有保保证的。所以手工测测试是自自动化测测试的一一个基础础22、 自动化五大大等级：1) 录制和回放放2) 脚本3) 自动化框架架脚本4) 数据驱动5) 关键字驱动动 自动化测试试的限制制（板书书）： 自动化化测试不不具备想想象力，不不能够检检查脚本本中给定定的观察察点之外外的错误误； 自动化化测试只只能提高高测试效效率，不不能提高高测试效效果，不不能发现现比人工工测试更更多的问问题；如如被测对对象不稳稳定，存存在变动动性的话话不适合合开展自自动化测测试，否否则脚本本的编写写和维护护所耗费费的时间间可能远远大于人人工测试试； 只有手手工测试试积累到到一定程程度（提提供更多多的观察察点），才才能做好好自动化化测试。第四章测试试过程1、 各阶段测试试的目的的：1) 单元测试：检测软软件模块块对详详细设计计说明书书的符符合程度度2) 集成测试：检测软软件模块块对概概要设计计说明书书的符符合程度度3) 系统测试：通过与与需要要规格说说明书作作比较，发发现软件件与系统统定义不不符或与与之矛盾盾的地方方。2、 单元、集成成、系统统测试的的比较：测试类型目的考察范围评估基准测试方法单元测试消除局部模模块的逻逻辑和功功能上的的错误和和缺陷（消消除单元元、模块块内部的的逻辑和和功能上上的错误误与缺陷陷）单元内部的的数据结结构、逻逻辑控制制、异常常处理等等逻辑覆盖率率大量采用白白盒测试试方法集成测试找出与软件件设计相相关的程程序结构构，模块块调用关关系，模模块间接接口方面面的问题题（找出出与软件件架构设设计相关关的程序序结构，单单元/子子模块间间的调用用关系，单单元/子子模块间间接口方方米那的的问题）接口和接口口数据传传递关系系、模块块组合后后的整体体功能接口覆盖率率结合使用白白盒与黑黑盒测试试方法，较较多采用用黑盒方方法构造造测试用用例（也也有说法法叫灰盒盒测试方方法）系统测试对整个系统统进行一一系列的的整体、有有效性测测试（对对系统规规格中的的功能与与性能进进行一系系列的有有效性测测试）整个系统对对需求的的符合度度测试用例对对需求规规格的覆覆盖率黑盒测试3、 回归测试策策略：完完全重复复测试；选择性重复复测试（覆覆盖修改改法；周周边影响响法； 指标达达成方法法；选择择重要级级别高的的测试用用例）4、 回归测试流流程：1) 在测试策略略制定阶阶段，制制定回归归测试策策略2) 确定需要回回归测试试的版本本3) 回归测试版版本发布布，按照照回归测测试策略略执行回回归测试试4) 回归测试通通过，关关闭缺陷陷跟踪单单（问题题单）5) 回归测试不不通过，缺缺陷跟踪踪单返回回开发人人员，开开发人员员重新修修改问题题，再 次提提交测试试人员回回归测试试5、 有用户参与与的其他他一些测测试：验验收测试试、测试、测试6、 测试与测试的的比较：Alphaa测试Beta测测试比较测试环境开发环境或或者模拟拟实际操操作的环环境下实际使用环环境测试人员可以是终端端用户也也可以是是企业内内部的用用户终端用户（包包括潜在在用户）开发人员是是否在场场有开发人员员在场，实实际上是是一种受受控的测测试。开发人员通通常不在在测试现现场，测测试情况况通常不不受控。关注点Alphaa测试关关注软件件产品的的FLUURPSS（即功功能、局局域化、可可使用性性、可靠靠性、性性能和支支持），尤尤其注重重产品的的界面和和特色。Beta测测试着重重关注产产品的支支持性，包包括文档档、客户户培训和和支持产产品的生生产能力力。共同点1.都希望望从实际际终端用用户的使使用角度度来对软软件的功功能和性性能进行行测试，以以发现可可能只有有终端用用户才能能发现的的错误；2.都都不能由由测试人人员和程程序员完完成；7、 主要的测试试文档：测试计计划；测测试方案案；测试试用例；测试规规程；测测试报告告；测 试日日报8、 验证与确认认V&VV：验证证（VEERIFFICAATIOON）强强调过程程；确认认（VAALIDDATIION）强强调 结果。9、 V&V模型型优点：实现了了测试设设计和测测试执行行相分离离；揭示了软软件测试试活动分分层和分分阶段的的本质特特性：测测试执行行的顺序序与开发发活动相相反10、 V&V模模型：系统测试执行集成测试执行单元测试执行代码审查需求分析SRS评审SRS基线化概要设计HLD评审HLD基线化详细设计LLD评审LLD基线化CODE系统测试计划系统测试方案设计系统测试用例设计集成测试计划集成测试方案设计集成测试用例设计单元测试计划单元测试方案设计单元测试用例设计11、 系系统测试试分为几几个阶段段，每个个阶段的的输入 /输出出是什么么？系统测试阶阶段输入输出系统测试计划阶段1.软件开开发计划划2.软件测测试计划划3.需求规规格说明明书系统测试计计划设计阶段1.系统测测试计划划2.需求规规格说明明书系统测试方方案实现阶段1.系统测测试计划划2.系统测测试方案案3.需求规规格说明明书1.系统测测试用例例2.系统测测试规程程3.系统测测试预测测试项执行阶段1.系统测测试计划划2.系统测测试方案案3.系统测测试用例例4.系统测测试规程程5.系统测测试预测测试项 6.集成测测试报告告1.系统预预测试报报告2.系统测测试报告告3.缺陷报报告4.测试日日报集成测试计划阶段1.软件测测试计划划2.概要设设计说明明书集成测试计计划设计阶段1.概要设设计说明明书2.集成测测试计划划集成测试方方案实现阶段1.概要设设计说明明书2.集成测测试计划划3.集成测测试方案案1.集成测测试用例例2.集成测测试规程程执行阶段1.集成测测试计划划2.集成测测试方案案3.集成测测试用例例4.集成测测试规程程1.集成测测试报告告2.缺陷报报告单元测试计划阶段1.软件测测试计划划2.详细设设计说明明书单元测试计计划设计阶段1.详细设设计说明明书2.单元测测试计划划单元测试方方案实现阶段1.详细设设计说明明书2.单元测测试计划划3.单元测测试方案案1.单元测测试用例例2.单元测测试规程程执行阶段1.单元测测试计划划2.单元测测试方案案3.单元测测试用例例4.单元测测试规程程1.单元测测试报告告2.缺陷报报告第五章单元元测试1、 单元元的基本本属性：1) 明确的功能能2) 可定义的规规格3) 与其他单元元接口的的清晰划划分2、 单元元测试的的目的：在于发现现各模块块内部可可能存在在的各种种错误，主主要是基基于白盒盒测试。a) 验证代码是是与设计计相符合合的；b) 发现设计和和需求中中存在的的错误；c) 发现在编码码过程中中引入的的错误。（和和设计不不相符或或和设计计相符，但但是由于于编码疏漏引引起）3、 单元元测试关关注的重重点：出错处理体现软件的成熟性和容错性、单单元接口口、局部部数据结结构、独独立路径径、边界界条件 4、 单单元测试试的主要要关注点点：1) 参数的属性性、顺序序、个数数是否与与LLDD一致2) 不能修改只只做输入入用的形形参，否否则可能能导致数数据的错错误修改改3) 约束条件是是否通过过形参来来传送5、 驱动和桩的的功能：1) 驱动单元：被测函函数的主主函数，能能接受输输入数据据，输出出实际测测试结果果2） 桩单元：用用来代替替所测单单元调用用的子单单元6、 单元测试策策略：孤立的测试试策略、自自顶向下下、自底底向上的的单元测测试策略略1) 孤立立的测试试策略： 方法：不考虑虑每个模模块与其其他模块块之间的的关系，为为每个模模块设计计桩模块块和驱动动模块。每每个模块块进行独独立的单单元测试试。 优点：该方法法是最简简单，最最容易操操作的。可可以达到到高的结结构覆盖盖率。该该方法是是纯粹的的单元测测试。 缺点：桩函数数和驱动动函数工工作量很很大，效效率低。2) 自顶顶向下的的单元测测试策略略： 方法：先对最最顶层的的单元进进行测试试，把顶顶层所调调用的单单元做成成桩模块块。其次次对第二二层进行行测试，使使用上面面已测试试的单元元做驱动动模块。如如此类推推直到测测试完所所有模块块。 优点：可以节节省驱动动函数的的开发工工作量，测测试效率率较高。 缺点：随着被被测单元元一个一一个被加加入，测测试过程程将变得得越来越越复杂，并并且开发发和维护护的成本本将增加加。3) 自底底向上的的单元测测试策略略： 方法：先对模模块调用用层次图图上最低低层的模模块进行行单元测测试，模模拟调用用该模块的模块做做驱动模模块。然然后再对对上面一一层做单单元测试试，用下下面已被被测试过的模模块做桩桩模块。以以此类推推，直到到测试完完所有模模块。 优点：可以节节省桩函函数的开开发工作作量，测测试效率率较高。 缺点：不是纯纯粹的单单元测试试，底层层函数的的测试质质量对上上层函数数的测试试将产生很大的影影响。5、 单单元测试试的四个个阶段： 测试试计划：完成单单元测试试计划； 测试设设计：完完成单元元测试方方案； 测试实实现：完完成单元元测试用用例、单单元测试试规程、单单元测试试脚本及及数据文文件； 测试执执行：执执行单元元测试用用例，修修改发现现的问题题并进行行回归测测试，提提交单元元测试报报告。 单元测试：桩&驱驱动举例例：无论是单元元测试还还是集成成测试都都涉及到到以下三三个函数数：主控函数：intt cttrl(intt x, innt yy)加法函数：intt addd(iint x, intt y)减法函数：intt suub(iint x, intt y)注意：进行行单元测测试时，设设计用例例时依据据的是LLLD；进行集集成测试试时，设设计测试试用例依依据的是是HLDD。下面面给出来来的是需需要测试试的实际际的代码码。62int cctrll(innt xx, iint y)int ttempp=0;if(x=y) ttempp=addd(xx, yy);else ttempp=suub(xx, yy);returrn ttempp;int aadd(intt x, innt yy) rretuurn(x+yy);int ssub(intt x, innt yy) rretuurn(x-yy); 自顶向下单单元测试试策略不同测试步步骤中的的驱动可可以写到到一起，也也可以分分开写，这这里是写写到一起起了。 测试ctrrl函数数需要写一个个驱动和和两个桩桩。 驱动函数void driiverr()int rret=0;ret=cctrll(2,1); /xyif(reet=3) pprinntf(“tesstcaase JISSUANN_UTT_CTTRL_0011 paass”);else pprinntf(“tesstcaase JISSUANN_UTT_CTTRL_0011 faail”);ret=cctrll(1,1); /x=yif(reet=2) pprinntf(“tesstcaase JISSUANN_UTT_CTTRL_0022 paass”);else pprinntf(“tesstcaase JISSUANN_UTT_CTTRL_0022 faail”);ret=cctrll(1,2); /x=y) ttempp=sttub_addd(x, y);else ttempp=sttub_subb(x, y);returrn ttempp; 测试addd函数 驱动函数同测试cttrl函函数时的的驱动 桩函数同测试cttrl函函数时ssub函函数对应应的桩 修改代码int cctrll(innt xx, iint y) iint temmp=00;if(x=y) ttempp=addd(xx, yy);if(x=2 & y=1 & ttempp=33) priintff(“tesstcaase JISSUANN_UTT_ADDD_0001 passs”); eelsee priintff(“tesstcaase JISSUANN_UTT_ADDD_0001 faiil”); iif(xx=11 & y=1 & temmp=2) priintff(“tesstcaase JISSUANN_UTT_ADDD_0002 passs”); eelsee priintff(“tesstcaase JISSUANN_UTT_ADDD_0002 faiil”);else ttempp=sttub_subb(x, y);returrn ttempp;测试subb函数 驱动函数同测试cttrl函函数时的的驱动 桩函数无 修改代码int cctrll(innt xx, iint y) int temmp=00;if(x=y) ttempp=addd(xx, yy);else temmp=ssub(x, y);if(x=1&y=2 & temmp=-1) priintff(“tesstcaase JISSUANN_UTT_SUUB_0001 passs”); eelsee priintff(“tesstcaase JISSUANN_UTT_SUUB_0001 faiil”);retuurn temmp; 第六章 集集成测试试1. 集成测试的的目的：确保各各组件组组合在一一起后能能够按照照既定意意图写作作运行，并并确保增增量的行行为正确确（属于于灰盒测测试）1) 验证接口是是否与设设计相符符2) 发现设计和和需求中中存在的的错误2. 集成测试关关注的重重点：单单元间的的接口、集集成后的的功能3. 集成测试的的层次：模块内内集成、子子系统内内集成、子子系统间间集成4. 集成测试策策略：1) 大爆炸集成成2) 自顶向下集集成3) 自底向上集集成4) 三明治（混混合式）集集成重要5) 基干集成6) 分层集成7) 基于功能的的集成8) 基于消息的的集成实际中应用较多9) 基于进度的的集成10) 基于风险的的集成5. 各种集成测测试策略略的优缺缺点：优点缺点适用范围大爆炸集成成1.只要极极少数的的驱动和和桩2.可并行行工作，人人力、物物力资源源利用率率较高1.一次运运行成功功的可能能性不大大2.定位和和修改错错误比较较困难3.会有很很多接口口错误进进入到系系统测试试1.维护型型项目（增增强型）2.每个函函数都经经过了充充分单元元测试的的小规模模系统（特特别是接接口函数数）自顶向下1.较早验验证了主主要的控控制点和和判断点点2.选用按按深度方方向组装装的方式式，可首首先实现现和验证证一个完完整的软软件功能能3.功能可可行性较较早得到到证实（带带来信心心）4.最多只只需一个个驱动，减减少驱动动开发费费用5.支持故故障隔离离1.桩的开开发和维维护成本本大2.底层组组件行为为的验证证被推迟迟了3.底层组组件的测测试不充充分1.产品控控制结构构比较清清晰和稳稳定2.产品高高层接口口变化较较小3.产品底底层接口口未定义义或经常常可能被被修改4.产品控控制组件件具有较较大的技技术风险险，需要要尽早被被验证5.希望尽尽早看到到产品的的系统功功能行为为自底向上1.允许对对底层组组件行为为的早期期验证2.工作初初期可以以并行进进行集成成3.减少了了桩的工工作量4.支持故故障隔离离1.驱动的的开发和和维护成成本高2.对高层层的验证证被推迟迟到了最最后，设设计上的的错误不不能被及及时发现现1.底层接接口比较较稳定、变变动较少少的产品品2.高层接接口变化化较频繁繁的产品品3.底层组组件较早早被完成成的产品品三明治集成成集合了自顶顶向下和和自底向向上策略略的优点点中间层在被被集成前前测试不不充分大部分软件件开发项项目基干集成具有三明治治集成的的优点1.必须对对系统的的结构和和相互依依存性进进行仔细细分析2.必须开开发驱动动和桩3.有些接接口可能能测试不不充分大型复杂项项目基于功能集集成/基基于消息息集成1.可尽快快看到关关键功能能的实现现，并验验证正确确性2.进度上上要短3.可减少少驱动的的开发1.对有些些接口测测试不充充分，会会丢失许许多接口口错误2.可能会会有较大大的冗余余测试基于进度集集成1.具有比比较高的的并行度度2.能有效效缩短项项目开发发的进度度1.许多接接口要到到后期才才能验证证，无法法发现有有效的接接口问题题2.桩和驱驱动开发发工作量量大3.由于进进度，组组件很不不稳定且且会不断断变动，导导致测试试的重复复和浪费费进度优先级级高于质质量的项项目基于风险集集成最具有风险险的组件件最早进进行验证证，有助助于系统统的快速速稳定需要对各组组件的风风险有一一个清晰晰的分析析第七章 系系统测试试1. 系统测试目目的：1) 通过与需求求做比较较，发现现与系统统定义不不符合或或与之矛矛盾的地地方2) 系统测试的的用例应应根据需需求分析析说明书书来设计计，并在在实际使使用环境境下运行行2. 系统测试对对象1) 软硬件集合合在一起起的系统统2) 验证时应尽尽可能模模拟实际际的运行行环境与与条件3. 系统测试常常用类型型：功能能、性能能、压力力、容量量、安全全性、GGUI、可可用性、安安装、配配置、异异常（恢恢复性）、备备份、健健壮性、文文档、在在线帮助助、网络络、稳定定性测试试4. 功能测试：1) 概念：根据据产品的的SRSS和测试试需求列列表，验验证产品品的功能能实现是是否符合合产品的的需求规规格2) 目标：为了了发现以以下几类类错误a) 是否有不正正确或遗遗漏了的的功能b) 功能实现是是否满足足用户需需求和系系统设计计的隐藏藏需求c) 输入能否正正确接受受？能否否正确输输出结果果？5. 性能测试：1) 概念：用来来测试软软件在集集成系统统中的运运行性能能2) 目标：度量量系统相相对于预预定义目目标的差差距3) 工具：LooadRRunnner、WWebLLoadd、SiilkPPerfformmer4) 重要性：aa) 性性能是质质量的重重要组成成部分b) 给用用户树立立良好形形象c) 节省省成本的的重要手手段6. 性能测试的的关键：有效的的协调、正正确的模模型、瓶瓶颈的定定位、合合理的建建议7. 性能需求五五大特性性：需求求行、代代表性、完完整性、可可测试性性、可用用性8. 压力测试：关注稳稳定性和和破坏性性1) 目的：调查查系统在在其资源源超负荷荷的情况况下的表表现2) 目标：通过过极限测测试方法法，发现现系统在在极限或或恶劣环环境中自自我保护护能力，主主要验证证系统的的可靠性性。9. 容量测试：1) 目的：使系系统承受受超额的的数据容容量来发发现它是是否能够够正确处处理2) 关注点：aa) 整整体的业业务流量量（一般般关注静静态容量量） bb) 数数据库的的容量 cc) 最最大文件件数目 dd) 最最大事务务数10. 安全性测试试：口令令认证、加加解密技技术、权权限管理理、安全全日志11. GUI测试试：1) 关注点：界界面实现现与界面面设计的的吻合情情况、确确认界面面处理的的正确性性2) 对象：简单单界面元元素、组组合类界界面元素素、完整整界面（窗窗口）3) 内容：外观观、界面面元素行行为、布布局、友友好功能能12. 可用性测试试：关注注点：1) 过分复杂的的功能或或指令2) 困难的安装装过程3) 错误信息过过于简单单4) 用户被迫去去记住太太多的信信息5) 语法、格式式和定义义不一致致13. 配置测试：概念：测试试系统在在各种软软硬件配配置、不不同的参参数配置置下系统统具有的的功能和和性能目标：验证证全部配配置的可可操作性性和有效效性，特特别需要要对最大大配置、最最小配置置或特殊殊配置进进行测试试14. 异常测试：概念：又叫叫系统容容错和可可恢复性性测试，通通过人工工干预手手段使系系统产生生软、硬硬件异常常，通过过验证系系统异常常前后的的功能和和运行状状态，达达到检验验系统的的容错、排排错和恢恢复的能能力。它它是系统统可靠性性评价的的重要手手段。容错处理：系统自自动处理理、人工工干预处处理系统可靠性性指标：平均失失效时间间间隔（MMTBFF）、平平均恢复复时间（MMTTRR）系统可靠性性设计技技术：1) 避开错误2) 容错技术：结构冗冗余（动动、静态态）、信信息冗余余、时间间冗余、硬硬件冗余余、附加加冗余技技术15. 健壮性测试试：Roobusstneess Tesstinng用于测试系系统在出出现故障障时，是是否能够够自动恢恢复或忽忽略故障障继续运运行16. 网络测试：概念：在网网络环境境下和其其他设备备对接，进进行系统统功能、性性能与指指标方面面的测试试，保证证设备对对接正常常。内容：考察察系统的的处理能能力、系系统兼容容性、系系统稳定定可靠性性及用户户使用等等方面。1) 一致性测试试：检测测系统与与协议规规范符合合程度2) 性能测试：检测协协议实体体或系统统的性能能指标3) 互操作性测测试：4) 坚固性测试试：检测测协议实实体或系系统在各各种恶劣劣环境下下运行的的能力17. 系统稳定性性测试：目的是评价价系统在在一定负负荷情况况下、长长时间的的运行情情况。第八章 测试覆覆盖率1. 覆盖率概念念：覆盖率是是用来度度量测试试完整性性的一个个手段。覆覆盖率是是测试技技术有效效性的一一个度量量。覆盖盖率=（至至少被执执行一次次的ittem数数）/iitemm的总数数； 覆盖率率大体可可以划分分为两大大类：逻逻辑覆盖盖和功能能覆盖； 测试用用例设计计不能一一味追求求覆盖率率，因为为测试成成本虽覆覆盖率的的增加而而增加。2. 逻辑覆盖主主要类型型：语句覆盖盖、判定定覆盖、条条件覆盖盖、判定定-条件件覆盖、路路径覆盖盖。3. 语句覆盖率率：（SStattemeent Covveraage），在在测试时时运行被被测程序序后，程程序中被被执行到到的可执执行语句句的比率率； 语句覆盖率率 = （至少少被执行行一次的的语句数数量）/（可执执行的语语句总数数）4. 分支覆盖率率：（BBrannch Covveraage）也也叫判定定覆盖（DDeciisioon CCoveeragge），它它的含义义是：在在测试时时运行被被测程序序后，程程序中所所有判断断语句的的取真分分支和取取假分支支被执行行到的比比率；判定覆盖率率=（判判定结果果被评价价的次数数）/（判判定结果果的总数数）5. 条件覆盖率率：（CCondditiion Covveraage）的的含义是是，在测测试时运运行被测测程序后后，所有有判断语语句中每每个条件件的可能能取值（真真值和假假值）出出现过的的比率；条件覆盖率率=（条条件操作作数值至至少被评评价一次次的数量量）/（条条件操作作数值的的总数）6. 分支-条件件覆盖率率：（BBrannch Conndittionn Cooverragee）也叫叫判定条条件覆盖盖（Deecissionn Coondiitioon CCoveeragge），它它的含义义是，在在测试时时运行被被测程序序后，所所有判断断语句中中每个条条件的所所有可能能值（为为真为假假）和每每个判断断本身的的判定结结果（为为真为假假）出现现的比率率；分支条件覆覆盖率=（条件件操作树树枝或判判定结果果至少被被评价一一次的数数量）/（条件件操作数数值总数数+判定定结果总总数）7. 路径覆盖率率：（PPathh Cooverragee）的含含义是，在在测试时时运行被被测程序序后，程程序中所所有可能能的路径径被执行行过的比比率；路径覆盖率率=（至至少被执执行到一一次的路路径数）/（总的的路径数数）8. 其他覆盖率率：功能能覆盖率率；面向向对象的的覆盖率率；函数数覆盖；指令块块覆盖；判定路路径覆盖盖。第九章测试试用例举举例测试用例编编号BOSS_ STT_ MMARKKETIING_NEWW_011P重要级别高（还有“较高、中中、较低低、低”几个等等级）测试项目新增营销记记录测试标题新增10元元的营销销记录用例类型基本事件（对对应还有有“备选事事件”、“异常事事件”）用例设计者者songffun设计日期2005-04-25对应需求编编号REQ_ MARRKETTINGG_NEEW_001对应UIMarkeetinng.hhtm对应UCUC_ MMARKKETIING_NEWW_011版本号Buildd v00.1对应开发人人员Frankk预置条件操作员登录录营销管管理系统统测试方法等价类划分分（对应应还有“错误猜猜测法”、“边界值值分析”等）输 入用户名：551teestiing 性别：男 金金额：110元 描述：aaaaaaaaa操作步骤. 进入【营销销下发】页页面；. 点击增加加按钮钮；. 输入相应数数据；. 点击确定定按钮钮；. 在后台数据据库(ttestt/teestxxtesstDBB)输入入查询语语句验证证：seelecct * frrom MarrkettinggTabb whheree IDD=110011预期输出1. 执行步骤后，页页面弹出出添加成成功提示示信息框框；2. 执行步骤后查询询数据库库，记录录确实添添加成功功且数据据无误第十章 测测试经验验和误区区1. 软件测试的的误区：1) 测试和调试试是一样样的2) 测试组应当当为保证证质量负负责3) 过分依赖BBETAA测试4) 把测试作为为新员工工的一个个过渡工工作5) 把不合格的的开发人人员安排排做测试试6) 关注于测试试的执行行而忽略略测试的的设计7) 自动化测试试是万能能的8) 测试是可以以穷尽的的9) 测试是为了了证明软软件的正正确性10) 测试是枯燥燥乏味，缺缺乏创造造力的工工作2. 软件测试的的10大大原则：1) 测试是一个个持续改改进的过过程，而而不是一一个阶段段2) 测试必须被被计划、被被控制、并并且被提提供时间间和资源源3) 测试应当分分级别4) 测试应当