现代软件测试技术 课件全套张剑波 第1-9章 软件工程过程与模型 -测试管理

1现代软件测试技术2第1章软件工程过程与模型八月26目录3软件工程过程概述软件过程框架软件过程分类软件生命周期模型软件过程工具软件工程模型与方法1.1软件工程过程4核心定义软件过程是一组相互关联的活动，将输入工作产品转换为输出工作产品。与传统工程过程不同，软件工程过程聚焦软件的开发、维护和操作相关的工作活动，包括需求、设计、结构、测试、配置管理等子过程。

核心目的促进人们之间的理解、沟通和协调协助管理软件项目以有效的方式衡量和提高软件产品的质量支持改进过程为过程执行的自动化提供基础1.1软件工程过程（续）5关键要素输入：可能是触发事件或另一个软件过程的输出，需满足输入标准转换：活动分解为任务（软件过程管理的最小单位）输出：工作产品需满足输出标准和验收条件补充内容：角色和能力、IT支持、软件工程技术和工具、工作环境、过程度量方法符号定义：包括文本列表、自然语言描述、数据流图、状态图、BPMN、Petri网、UML活动图等1.1.1软件过程框架6框架定义软件过程框架为过程定义、解释和应用提供策略与描述，同时提供资金、工具、培训和专职人员支持。其规模和复杂度需匹配组织与项目的大小，大型复杂组织可设立软件工程过程组等单元监督过程实现与改进。框架活动沟通：技术工作前与客户及干系人协作，理解项目目标并收集需求策划：制定软件项目计划，明确技术任务、风险、资源需求和工作进度建模：通过草图或模型明确软件需求与设计，细化问题解决方案构建：包括手写或自动生成编码，以及用于发现错误的测试活动部署：将软件全部或部分增量交付用户，收集评测反馈普适性活动（贯穿全程）7软件项目跟踪和控制：按计划评估进度，采取措施保障项目按计划推进风险管理：评估可能影响项目成果或产品质量的风险软件质量保证：确定并执行保证软件质量的活动技术评审：评估软件工程产品，尽早发现并清除错误测量：定义和收集软件过程、项目及产品的度量数据软件配置管理：管理变更带来的影响可复用管理：定义工作产品复用标准，建立构件复用机制工作产品的准备和生产：包括建模、文档、日志等产品的生产活动软件过程框架示意8软件过程流类型线性过程流：从沟通到部署顺序执行五项框架活动迭代过程流：执行下一个活动前，重复执行之前的一个或多个活动演化过程流：循环执行各活动，每次循环产生更完善的软件版本并行过程流：一个或多个活动与其他活动并行执行软件过程├──过程框架│├──框架活动（沟通/策划/建模/构建/部署）││└──软件工程动作→任务集（工作任务+工作产品+质量保证点+里程碑）│└──普适性活动（贯穿全程）1.1.2软件过程分类9基本过程（直接相关软件生产）获取过程：确定需求定义、投标准备、合同管理、供应方监督及验收供应过程：理解需求、应标准备、合同签订、计划实施、产品交付开发过程：需求分析、系统设计、编码、测试、安装及验收，贯穿其他软件过程维护过程：包括改正性、适应性、完善性维护，涵盖问题分析、修改实施、维护评审、移植和退役等活动运行过程：用户业务环境中使用软件，提供咨询支持，评价运行效果并反馈1.1.2软件过程分类（续1）10支持过程（保障基本过程）文档过程：记录其他过程产生的特定信息配置管理过程：捕获和维护开发过程中的信息与产品，支持后续开发与维护质量保证过程：客观保证产品和过程与需求文档、计划保持一致验证过程：依据需求定义和产品规范，通过分析、评审、测试等活动检验产品是否满足要求确认过程：确定产品是否满足客户实际预期用途，与验证过程共同构成软件测试的核心联合评审过程：供需双方共同评估活动状态和产品，包括管理评审和技术评审审核过程：内部评审，判断软件活动是否符合需求、计划和合同要求问题解决过程：分析并根除开发、运行、维护等过程中暴露的问题，形成文档化对策1.1.2软件过程分类（续2）11组织过程（提供组织级支持）管理过程：包括项目管理、质量管理、风险管理、子合同商管理，保障项目在周期和预算内达成目标基础设施过程：建立和维护软件工具、技术、标准及开发、支持、运行所需设施改进过程：评估、度量、控制和改进软件生命周期过程培训过程：制定培训计划、开发培训资料并实施人员培训1.1.3软件生命周期模型12瀑布模型（传统模型）阶段：需求分析→设计→编码→集成与系统测试→运行与维护阶段交付产品：软件需求规格说明、系统设计说明、代码和测试用例、最终产品、产品升级等核心特点：每个阶段以验证/确认/测试结束；允许对前阶段产品迭代优化优点：易理解、管理成本低；早期控制基线和配置缺点：需求需完整清晰；文档可能冗余；早期难以评估进度；项目后期集成测试压力大；需到项目结束才能演示系统能力适用场景：需求稳定、技术方案明确的项目；版本维护或平台移植项目；质量需求高于成本和进度需求的项目1.1.3软件生命周期模型（续1）13V模型（瀑布模型变体）核心特征：测试与开发并行，每个开发阶段对应特定测试类型，实现开发者与测试者分离阶段对应关系：需求分析和功能设计→验收测试系统设计→系统测试详细设计→集成测试编码→单元测试关键优势：项目启动即启动测试工作，避免瀑布模型后期集中测试的弊端适用场景：软件外包项目，便于阶段性考查成果1.1.3软件生命周期模型（续2）14增量模型（瀑布模型精化）核心假设：需求可分段为独立的可交付增量产品，分阶段开发开发方式：可并行开发不同增量，也可迭代优化（如完成首个增量后改进后续设计）优点：首个可交付版本成本低、周期短；风险小；早期交付减少用户需求变更；支持增量投资缺点：初始增量可能因未规划用户变更导致后续不稳定；需求不稳定时需重新开发增量；管理复杂度高适用场景：需求明确且可分解的项目，需尽早交付核心功能的项目1.1.3软件生命周期模型（续3）15演化模型（增量模型扩展）核心机制：通过增量迭代精化需求，利用早期增量的反馈和实践完善后续需求开发方式：每个增量仍可采用瀑布模型管理优点：适应需求不规范场景；用户参与度高；能动态调整产品方向缺点：风险较高，需有效管理；易忽视文档规范；用户可能因结果不符预期产生抱怨适用场景：需求模糊、需快速验证产品概念的项目1.1.3软件生命周期模型（续4）16原型模型核心流程：需求采集与细化→快速构建原型→用户评价→原型优化→重复迭代，直至明确需求后开发正式系统关键特点：原型仅用于需求验证，不关注内部结构，需快速构建与修改优点：减少需求不明确导致的开发风险，提升用户满意度适用场景：需求模糊、用户界面要求高的项目1.1.3软件生命周期模型（续5）17螺旋模型（风险导向）核心思想：迭代开发与风险分析结合，将项目分解为多个小项目，逐个识别并降低主要风险迭代步骤：确定目标、方案和约束→识别风险并选择最优方案→实施开发→评估成果→规划下一轮迭代优点：风险随投入增加逐步降低；管理控制能力强；支持与其他模型结合（如原型模型验证性能风险）缺点：复杂度高，需专业管理能力；周期可能较长适用场景：高风险、需求不确定的大型复杂项目1.1.3软件生命周期模型（续6）18统一过程模型核心特征：用例驱动、构架为中心、风险驱动的迭代增量开发阶段划分（横向）：初始阶段：明确系统“做什么”，确定生命周期目标里程碑细化阶段：构建构架基线，确定生命周期构架里程碑构造阶段：形成初步可运行能力，确定最初操作性能里程碑移交阶段：完成产品发布，确定产品发布里程碑核心工作流（纵向）：业务建模、需求、分析与设计、实现、测试、部署、配置与变更管理、项目管理、环境优点：提前识别风险；持续验证质量；有效管理变更；支持团队协作1.1.3软件生命周期模型（续7）19敏捷过程模型（轻量级）核心价值观：短期交付、用户紧密参与、适应变更、简化设计、最小化不必要工作12条核心原则：尽早并持续交付有价值的软件以满足用户；欢迎需求变更，利用变更提升用户竞争优势频繁交付可运行软件（周期从几周至几个月）业务人员与开发团队全程紧密协作围绕积极主动的个人构建项目，提供必要支持与信任面对面沟通是最高效的信息传递方式可运行软件是进度的核心度量标准倡导可持续的开发节奏持续关注优秀技能与设计，增强敏捷能力保持简洁，最小化不必要的工作最佳构架、需求和设计源于自组织团队团队定期反思并调整工作方式1.1.3软件生命周期模型（续7）20敏捷过程模型（轻量级）常见方法：RAD（快速应用程序开发）：适用于数据密集型业务系统XP（极限编程）：故事驱动、测试先行、结对编程、持续重构Scrum：Sprint迭代（≤30天）、产品待办清单、每日站会FDD（特征驱动开发）：模型驱动、分阶段实现特征1.1.4软件过程工具21建模与符号工具：数据流图编辑器、UML活动图工具、Petri网工具CASE工具：支持过程定义、执行与跟踪（如需求-设计-代码跟踪）ALM平台（应用程序生命周期管理）：代表：Integrity(PTC)、RationalALM(IBM)、HPEALM功能：需求管理、项目规划、测试管理、配置管理其他工具：GDPA（过程定义工具包）ProVision（工作流自动化工具）通用工具：文字处理器、电子表格1.2软件过程模型22软件工程模型与方法软件工程模型与方法将结构强加于软件工程,以促使该活动系统化、可重复，并且更加面向成功作为目标。模型提供解决问题的方法、符号，以及软件构建和分析的方式方法则为最终项目的软件和相关工作产品的系统规范、设计、构造、测试和验证提供解决途径。1.2.1建模23建模原则聚焦要点：抽象不必要信息，仅关注需明确答案的核心方面，使模型易于管理提供透视：从多维度（结构、行为、时态等）展示软件视图，集中解决特定问题有效通信：使用统一的领域词汇、建模语言和语义表达，促进与干系人的沟通模型的性质与表达核心性质：完整性（实现所有需求）、一致性（无冲突描述）、正确性（符合规范无缺陷）表达元素：实体（具体或抽象工件）与关系，可通过文本或图形建模语言实现验证方式：自动化工具检查完整性和一致性，模拟或评审验证正确性1.2.1建模（续）24关键概念语法：定义建模语言的有效结构（文本用BNF，图形用元模型）语义：明确实体与关系的含义语用：解释模型在具体上下文的意义传递前置条件：功能/方法执行前必须满足的条件后置条件：功能/方法执行成功后保证为真的条件不变量：执行前后持续存在的环境条件1.2.2模型类型25模型类型信息模型：聚焦数据实体的概念、属性、关系及约束，为软件提供形式和上下文行为模型：定义软件功能，包括状态机（状态-事件-转换）、控制流模型（进程激活/停用）、数据流模型（数据移动步骤）结构模型：说明软件物理/逻辑组成，包括实体组合、分解、泛化、特化等，UML结构图（类图、组件图等）为典型代表1.2.3模型分析26模型分析完整性分析：验证所有需求是否实现，可通过工具自动分析或手动评审一致性分析：检查需求、约束、组件描述等是否冲突正确性分析：验证模型语法（语言结构使用正确）和语义（含义表达准确）无缺陷可追溯性分析：映射工作产品间的依赖关系，支持变更影响评估交互分析：检查实体间通信流和控制流，通过仿真工具验证协同工作能力1.2.4软件工程方法27启发式方法（基于经验）结构化分析和设计方法：从功能/行为角度，自上而下逐步分解细化模型，最终形成可编码的详细规范数据建模方法：聚焦数据需求，定义数据表和关系，支持数据库设计，适用于业务软件面向对象的分析和设计方法：以封装数据和关系的对象为核心，通过图表构建模型，迭代细化为代码实现1.2.4软件工程方法（续1）28形式化方法（基于数学）核心特征：使用严格的数学符号和语言，系统验证模型的一致性、完整性和正确性关键技术：规范语言：非执行性高级语言，描述输入/输出行为程序细化：通过多轮转换生成详细规范，直至可编码形式验证：通过状态空间探索等技术证明设计属性逻辑推理：基于前置/后置条件的数学证明，预测软件行为1.2.4软件工程方法（续2）29原型方法原型类型：丢弃型（验证需求后废弃）、蓝本型（作为设计基础）、可执行规范型原型目标：需求规范验证、架构设计测试、人机界面评估等评估方式：基于目标需求或实际软件测试，可为后续开发提供参考1.2.4软件工程方法（续2）30敏捷方法（轻量级）诞生背景：降低重量级计划驱动方法的开销，适应快速变化的需求主流方法：RAD：快速开发、测试和部署数据密集型业务应用XP：故事驱动需求、测试先行、结对编程、持续集成与重构Scrum：Sprint迭代管理、产品待办清单、每日站会、增量交付FDD：模型驱动、分阶段实现特征、个人代码所有权、强调整体架构本章小结31围绕软件工程过程与模型展开，核心内容包括：软件过程是输入到输出的转换活动集合，包含基本、支持、组织三类过程软件过程框架由5项核心活动和8项普适性活动构成，通过多种过程流组织执行软件生命周期模型从传统的瀑布模型到敏捷模型，需根据项目需求和风险选择软件工程模型与方法以建模为核心，通过多种分析技术和实施方法，支撑软件全生命周期的规范设计、构造、测试和验证32现代软件测试技术八月2633第2章软件测试生命周期八月26目录34软件测试基础软件测试与软件开发软件测试过程模型软件测试发展2.1软件测试基础35软件测试的目的核心目标：发现程序错误，而非证明程序无错关键观点：测试是为发现错误执行程序的过程好的测试用例能发现未发现的错误成功的测试=发现新错误的测试延伸价值：分析错误根源，优化软件过程无错误发现的测试可验证软件可靠性评估软件质量，支持决策2.1软件测试基础（续1）36软件测试的定义核心定义：为发现错误而执行程序的过程，是软件工程关键阶段本质：对软件需求分析、设计、编码的最终检查，保障软件正确性、完整性、一致性用户视角：基于规格说明和程序结构设计测试用例，验证功能软件测试的作用执行系统/程序操作，主动发现问题检验程序功能与质量评估软件是否达成预期目标、可被客户接受覆盖编码及需求等非编码内容的测试2.2软件测试与软件开发37测试与开发的关系测试贯穿软件开发全周期：规划→需求分析→设计→编码→测试各阶段测试作用：项目规划：监控测试全流程需求分析：确定测试需求，制定系统测试计划设计阶段：制定集成测试、单元测试计划编码阶段：开发测试代码/脚本测试阶段：实施测试，提交测试报告核心原则：测试与开发并行工作，早期介入2.2.1敏捷开发与测试38敏捷开发核心理念（敏捷联盟2001）：人和交互>过程和工具可工作软件>完备文档客户合作>合同谈判响应变化>遵循计划特点：适应性强、面向人、重视协作与变化2.2.1敏捷开发与测试（续）39敏捷测试核心理念：强化开发质量，补充现有方法，高效协同关键原则：角色驱动有目的测试细化计划用例精化多方法组合快速反馈等适用条件：迭代/递增开发、资源不足、全员单元测试、健全培训、良好沟通2.2.2测试驱动开发（TDD）40定义核心：先写测试用例，再编写代码，通过测试推动开发目标：保障代码质量、可维护性，降低后期修复成本与传统测试的差异维度传统测试方法测试驱动开发测试时机开发结束后开发前优先核心逻辑验证代码正确性通过重构满足测试，减少错误过程类型线性（设计→代码→测试）循环（测试→代码→重构）2.2.2测试驱动开发（续）41核心步骤红色阶段：编写失败的测试用例绿色阶段：编写最小量代码使测试通过重构阶段：优化代码质量，保持测试通过迭代：重复上述步骤构建完整功能优缺点优点：软件质量高、自动化测试套件、文档完善、增量开发、代码设计优、可维护性强缺点：初始阶段慢、可能忽视全局、初始测试设计难、不支持大量初始设计变更2.2.3行为驱动开发（BDD）42定义扩展

TDD，关注系统行为而非实现细节核心：用领域特定语言（DSL）描述用户行为，将用户故事转化为可执行测试用例核心步骤编写用户故事（从用户视角描述需求）细化场景描述（Given-When-Then格式）转换为可执行测试用例（如Cucumber框架）关键特征强调团队协作（业务专家、开发者、测试人员）用自然语言沟通，弥合需求与实现的差距产出：领域模型一致性+可执行验收测试2.3软件测试过程模型43测试过程的4个阶段测试计划阶段：确定目标、范围、策略，安排资源测试设计阶段：分析需求、设计测试用例、准备测试数据测试执行阶段：搭建测试环境、执行用例、记录结果测试报告阶段：分析结果、编写报告、提交

Stakeholders2.3.1V模型44核心特征瀑布模型变体，左右对应开发与测试阶段强调测试早期介入，每个开发阶段对应专属测试阶段阶段对应关系开发阶段测试阶段测试目标测试方法编码单元测试验证单元模块功能白盒测试详细设计集成测试验证模块接口与协同灰盒测试系统设计系统测试验证系统功能与非功能需求黑盒测试需求分析验收测试验证是否符合用户需求黑盒测试（用户主导）局限性：灵活性差，不适应需求变更与迭代开发2.3.2W模型45核心特征开发与测试并行进行，每个开发阶段对应测试阶段测试对象包括程序及需求、设计文档测试阶段主要任务需求测试：评审需求文档，确保完整性、可测试性设计测试：评审设计文档，确保合理性、可实现性单元测试：验证最小单元功能（开发人员主导）集成测试：验证模块集成与接口系统测试：验证系统整体功能与非功能验收测试：用户最终确认需求满足局限性：不支持迭代开发，项目管理要求高、成本高2.3.3H模型46核心特征测试独立于开发流程，形成专属测试流程测试准备就绪后即可启动，灵活适配迭代/增量开发关键活动测试准备：制定计划、设计用例测试执行：独立并行开展，不受开发进度限制优缺点优点：灵活性高、尽早发现问题缺点：测试管理要求高、可能增加成本2.3.4X模型47核心特征改进

V模型，强调探索性测试与早期介入支持测试独立性与灵活性，鼓励基于直觉的测试与

V模型的区别维度V模型X模型测试类型预设测试用例为主预设用例+探索性测试阶段灵活性固定阶段顺序灵活调整，支持迭代开发适配瀑布模型迭代/增量模型2.4软件测试发展48发展历程时期关键特征重要事件/技术早期（20世纪50年代）类似调试，无系统方法图灵提出原始测试定义20世纪70年代后理论兴起，受重视《人月神话》出版、首本测试著作问世20世纪90年代面向对象测试发展面向对象测试专集/专栏发布21世纪自动化、智能化、服务化敏捷测试、CI/CD集成、AI赋能测试2.4软件测试发展（续）49发展现状市场规模：持续扩大，2022年达11929亿元，保持增长人才现状：国内缺口30万，年增20%，供需比例失衡（开发：测试≈8:1）技术趋势：智能化测试、云测试平台、服务化测试、安全性测试、低代码测试、车载测试拓展政策支持：《“十四五”软件和信息技术服务业发展规划》推动产业升级本章小结50围绕软件测试与软件开发的关系展开，核心内容包括：软件测试核心是发现错误，兼具质量验证与过程优化价值测试与开发深度融合，敏捷/TDD/BDD是主流协同模式四大测试模型各有适配场景，需结合项目选择测试行业向智能化、服务化、专业化方向发展51现代软件测试技术八月2652第3章静态测试八月26目录53静态测试概述评审评审类型静态分析

静态测试实践3.1静态测试概述54定义不动态执行程序，通过分析程序文档、代码等静态形式发现缺陷的测试方法。

特点无需设计测试用例和判读结果可人工实施，充分发挥人的逻辑思维优势利用思维互补，高效发现逻辑错误实施条件简单，易于开展3.2评审55评审的作用提高质量：尽早发现并修复缺陷，减少缺陷传递降低成本：缺陷发现越早，修复成本越低加快进度：减少后期缺陷定位和修复的时间消耗提升能力：促进知识共享，积累项目经验3.2评审（续1）56评审的基本原则聚焦产品，对事不对人注重评审效率未通过阶段评审不得进入下一研制阶段以发现问题、缺陷和隐患为目标评审组人员覆盖面宜广避免无休止争论，记录争议点留待后续甄别仅提出问题，不承担解决问题的责任使用评审检查单提升效果3.2评审（续2）57评审的基本过程组建评审组评审计划制定评审准备（资料分发、人员熟悉）召开评审会提交评审报告建立评审过程记录跟踪问题解决，必要时组织再评审3.2评审（续3）58角色和职责角色核心职责主审员协调审查、主持讨论、调解争端、确保评审高效有序责任人准备被审查产品、提供相关信息、解决评审发现的问题讲解员熟悉被审产品、解释信息逻辑块、配合主审员工作审查员熟悉产品和标准、鉴别问题、保持客观性记录员记录评审问题及说明、提供补充信息产品经理确定审查内容、分配资源、保障培训、选定主审员3.3评审类型59需求评审概要设计评审详细设计评审数据库评审测试评审3.3.1需求评审60常见问题需求报告冗长，难以快速理解前期准备不足，评审效率低评审节奏无法控制缺乏合格评审员，难以提出深入问题需求评审（续1）61实施建议分层次评审（目标性、功能性、操作性需求）正式评审与非正式评审结合分阶段评审，避免大规模集中评审精心挑选多元背景评审员开展评审员专项培训利用需求评审检查单建立标准评审流程做好评审后问题跟踪充分准备评审资料并提前分发需求评审（续2）62评审细则引用文档定义清晰功能、性能、接口描述完整准确非功能性需求（安全、可靠、易用等）明确需求可测试、可度量、可验证具备需求追踪表文档规范、一致、无歧义3.3.2概要设计评审63评审重点与需求说明书的一致性系统模块划分合理性接口定义明确性文档规范性评审细则体系结构优化合理，基于实体部件设计功能性能完全分配至具体部件部件接口定义清晰合理扇入扇出数控制在7以下具备需求追踪表多视图（逻辑、进程、实现、部署）描述完备3.3.3详细设计评审64评审重点与概要设计说明书的一致性模块内部逻辑合理性接口清晰度数据库设计完整性测试方案合理性评审细则软件部件分解为可实现的软件单元单元入口、出口设计清晰完整单元间关系明确文档规范、正确、一致3.3.4数据库评审65评审重点概念、逻辑、物理结构设计合理性数据字典完整性安全保密设计有效性评审细则数据逻辑结构满足完备性和一致性数据冗余度合理后备与恢复设计有效存取控制满足安全和实时性要求存储分配、压缩、分块合理3.3.5测试评审66测试需求规格说明的评审细则测试依据完整有效被测对象全部标识测试类型分类适当测试充分性和终止条件明确覆盖所有功能、性能和接口文档规范一致测试评审（续1）67测试计划的评审细则组织与职责分配合理测试人员具备独立性和相应资质测试环境要求明确进度安排可行测试项可追踪至对应文档测试说明的评审细则覆盖所有被测对象测试方法可行、用例充分进度和过程准备合理用例与计划可追踪测试评审（续2）68测试报告的评审细则测试过程和用例执行情况描述完整未执行用例说明原因结论客观公正文档规范一致测试记录的评审细则有测试人员签名执行结果描述充分明确文档规范一致3.4静态分析69控制流分析数据流分析程序插桩变异测试编码标准一致性检查3.4.1控制流分析70核心概念控制流图：描述程序执行路径的有向图路径定义：有序边的集合（完整路径、简单路径、基本路径等）可达性：节点间是否存在可行路径控制流分析（续）71控制流覆盖准则准则类型核心要求覆盖率公式语句覆盖覆盖所有节点（每条语句至少执行一次）覆盖节点数/总节点数×100%分支覆盖覆盖所有有向边（每个分支真假值各一次）覆盖边数/总边数×100%原子谓词覆盖每个原子谓词真假值各一次运行的原子谓词状态数/总原子谓词状态数×100%分支-谓词覆盖原子谓词和复合谓词均取真假值运行的分支-谓词状态数/总分支-谓词状态数×100%复合谓词覆盖谓词所有可行真假组合均出现运行的复合谓词组合数/总复合谓词组合数×100%路径覆盖覆盖所有完整路径覆盖路径数/总路径数×100%3.4.2数据流分析72核心概念测试过程和用例执行情况描述完整定义性出现：变量绑定数据的位置引用性出现：变量数据被使用的位置（计算性、谓词性引用）数据流图：包含变量定义与引用信息的控制流图数据流覆盖准则定义覆盖：每个变量的定义能传递到至少一个引用引用覆盖：每个变量的定义能传递到所有可行引用定义-引用覆盖：覆盖所有无回路或简单回路的定义-引用路径3.4.3程序插桩73定义向被测程序插入探针（如计数语句、打印语句），获取执行信息的测试方法测试记录的评审细则覆盖率统计插桩：记录语句、分支等执行次数断言检测插桩：插入判断变量特性的语句（如分母非零断言）错误定位插桩：通过二分法等插入打印语句定位错误关键问题探测信息：根据测试目标确定（如覆盖率、执行结果）探测位置：按需设置（如分支后、关键计算节点）探测点数量：在满足需求的前提下最小化3.4.4变异测试74定义是一种错误驱动测试，通过生成变异因子（含特定错误的程序变体）验证原程序正确性强变异测试核心思想：假设原程序存在小错误，生成变异因子，通过测试数据区分原程序与变异因子的输出变异算子：语法结构转换规则（如运算符替换、变量替换）优缺点：测试效果好，但资源消耗大变异测试（续）75弱变异测试核心思想：聚焦程序基本组成成分，验证成分内部错误能否在局部发现与强变异的区别：不实际生成变异因子，仅验证测试数据能否区分成分变异前后的输出优缺点：开销小、效率高，但故障覆盖范围有限3.4.5编码标准一致性检查76代码检查检查代码与设计的一致性、结构合理性、编码标准符合性等的静态方法代码检查的目的确保代码遵循编码标准发现程序缺陷和错误验证代码与流程图的一致性提升代码可读性和可维护性编码标准一致性检查（续1）77代码检查方式方式特点实施步骤桌面检查程序员自查，节省时间个人分析代码、补充文档、发现错误代码走查小组逻辑运行程序分发材料→提出问题→开会探讨解决方案代码审查小组阅读讨论分析分发材料→程序员讲解→成员提问→发现问题编码标准一致性检查（续2）78代码检查项目目录文件组织：分组清晰、模块独立函数：功能描述清晰、参数合理、算法有说明数据类型及变量：命名规范、取值正确、无未使用变量条件判断语句：逻辑清晰、使用正确、常见情况优先循环体制：非空、终止条件明确、命名有意义代码注释：准确完整、无无用注释其他：兼容性、变量交叉引用、标号正确性等3.5静态测试实践79指导原则实践案例3.5.1指导原则80提高评审有效性技术因素不将评审数据用于个人绩效评估提供评审技能培训优先评审重要工作产品确保评审员技术和背景平衡遵循评审流程，注重内容而非形式组织因素管理层支持评审活动提供缺陷修改时间认可评审改进成果营造无责备氛围指导原则（续）81提高评审有效性（续）人员因素鼓励深层次思考作者自愿参与评审聚焦关键缺陷发现程序的错误：未定义变量、不匹配参数、死循环等寻找潜伏问题的原因：未使用变量、冗余代码、可疑计算等提供程序的信息：语句次数、变量交叉引用表等选择测试用例：明确输入输出和前提条件为查错做准备：提前识别潜在问题3.5.2实践案例82原始程序问题必须修改：无注释、子函数无返回值类型、精度丢失建议修改：main函数无返回值类型和参数列表、变量定义不规范、缺乏空行max(floatx,floaty){returnz=x>y?x:y;}main(){floata,b;intc;scanf(“%f,%f”,&a,&b);c=max(a,b);printf(“MAXIS%f\n”,c);}修改后的代码83/*

程序名称：求两个实数中的最大值

作者：×××

版本：1.0

创建时间：×年×月×日*/

floatmax(floatx,floaty){//返回两个单精度数中的大数returnz=x>y?x:y;}voidmain(){floata,b;intc;scanf(“%f,%f”,&a,&b);c=max(a,b);printf(“MAXIS%f\n”,c);}本章小结84围绕静态测试展开，核心内容包括：静态测试是软件质量保障的关键环节，无需执行程序即可发现缺陷评审是静态测试的核心手段，涵盖需求、设计、数据库、测试等全流程静态分析方法（控制流、数据流、插桩、变异测试等）提升测试深度遵循规范流程和实践原则，可高效提升软件质量、降低成本85现代软件测试技术八月2686第4章动态测试设计八月26目录87经典测试设计基于质量特性的测试设计基于经验的测试设计测试设计实践

4.1经典测试设计88白盒测试黑盒测试4.1.1白盒测试89定义基于程序内部逻辑结构和代码实现的测试方法，将被测对象视为“透明盒子”，测试人员依据内部逻辑设计测试用例，验证每条路径和状态是否符合预期。核心目标覆盖所有逻辑路径，检测内部动作是否按设计说明书正常执行。白盒测试的常用方法90逻辑覆盖法语句覆盖：覆盖所有可执行语句（最弱准则）判定覆盖（分支覆盖）：覆盖每个判定的真假分支条件覆盖：覆盖判定表达式中每个条件的所有可能结果判定/条件覆盖：同时满足判定覆盖和条件覆盖条件组合覆盖：覆盖判定表达式中条件的所有组合情况（较强准则）路径覆盖：覆盖程序所有可能路径程序插桩向程序插入探测语句，记录执行状态（如语句执行次数、变量变化），需明确探测信息、探测点位置和数量白盒测试的常用方法（续）91基本路径法基于控制流图和环路复杂度，导出独立路径集，确保每条可执行语句至少执行一次。图覆盖包括节点覆盖、边覆盖、边对覆盖、完全路径覆盖、主路径覆盖等准则符号测试以符号值为输入，替代大量数值测试，一次测试等价于多组普通测试。变异测试插入错误生成变异体，通过测试用例检测变异体，评估测试有效性。4.1.2黑盒测试92定义不关注程序内部实现，仅基于输入输出映射关系和功能规格的测试方法，将被测对象视为“黑盒”，聚焦外部行为验证。核心目标从用户视角验证功能是否符合需求，发现功能遗漏、交互错误等问题优点与软件实现无关，测试用例可复用可与开发并行进行，缩短项目周期黑盒测试的常用方法93等价类划分法将输入域划分为有效等价类（符合规格的合理数据）和无效等价类（不符合规格的不合理数据），选取代表性数据设计用例边界值分析法聚焦输入输出边界值（如最小值、最大值、临界值），故障检出率高因果图法梳理输入条件（因）与输出结果（果）的逻辑关系，解决输入组合问题决策表法罗列条件组合与对应动作，适用于复杂逻辑场景，避免遗漏错误推测法基于经验预判易出错场景（如输入为0、空值），补充测试用例黑盒测试方法的选择94选择原则优先使用边界值分析法（故障检出能力最强）；用等价类划分法补充用例；错误推测法追加用例；输入条件存在组合关系时，选用因果图法和决策表法。4.2基于质量特性的测试设计95功能测试非功能测试（24种）4.2.1功能测试96定义验证产品各功能是否满足用户需求，基于功能说明书逐项测试，确认输入输出的正确性。测试阶段单元测试后、集成测试前特点重复性：不同测试团队、不同阶段可能存在重复测试非完全性：受测试知识和协同限制，可能存在缺陷遗漏功能测试的方法97常用方法体系结构验证：对照设计文档检查测试用例，验证体系结构可行性；业务垂直测试：针对特定业务深度定制测试，模拟真实业务流程；部署测试：包括离场模拟部署和现场实际部署测试；β测试：交付用户使用，收集真实场景反馈。4.2.2非功能测试98定义验证软件非功能特性（如性能、安全性、可靠性），确保系统整体质量。测试方法性能测试：验证响应时间、并发用户数、吞吐量等指标，定位性能瓶颈；压力测试：模拟超额负载（如大数据量、高并发），验证系统稳定性和错误处理能力；容量测试：检测系统处理任务的极限值（如最大数据库记录数）；健壮性测试（容错性测试）：验证系统抵御错误和异常恢复的能力；安全性测试：检测非法侵入防范能力，包括功能验证、漏洞扫描、模拟攻击；非功能测试（续）99测试方法（续）可靠性测试：计算故障率、MTBF（平均无故障时间）等参数，评估长期运行稳定性；恢复性与备份测试：验证系统故障后的恢复能力和数据备份有效性；兼容性测试：验证软件在不同操作系统、硬件、网络环境中的适配性；安装测试：验证正常/异常场景下的安装、升级、卸载过程；可用性测试：评估用户友好性，包括任务成功率、操作效率、用户满意度；GUI测试：验证界面布局、色彩、输入输出格式等易用性问题；稳定性测试：分恒定压力、压力变化、异常干扰三阶段，验证长期运行稳定性。4.3基于经验的测试设计100基于缺陷分类的测试探索性测试4.3.1基于缺陷分类的测试101核心思想基于结构化的缺陷模式，指导测试方向，解决需求不明确场景的测试难题缺陷模式要求缺陷符合实际工程场景；缺陷数量与系统规模呈线性关系（可容忍）；缺陷可通过算法检测。技术特点针对性强，可精准检测特定类型缺陷；能发现内存泄露、空指针引用等难测故障；自动化程度高，测试效率高；缺陷定位准确，易学易用。4.3.2探索性测试102定义边设计测试方案边执行测试，强调测试人员主观能动性，动态调整测试策略（区别于即兴测试）。核心思想测试过程中持续学习被测系统，基于已有信息优化测试思路。主要类型自由式：无规则随机探测，适用于冒烟测试或系统熟悉阶段；基于场景：以用户场景为基础，拓展测试路径，最终回归核心流程；基于策略：结合测试经验和已知技术（如边界值分析）指导测试；基于反馈：依据覆盖指标、缺陷密度等反馈信息优化测试；基于漫游：类比旅游场景，将软件功能划分为6个“区域”，针对性测试。4.4测试设计实践103指导原则可执行性：测试步骤、输入数据、期望结果明确唯一，符合业务要求；可维护性：测试用例分解符合高内聚低耦合，描述简洁清晰；可代表性：覆盖主事件、异常事件、核心数据、边界条件和性能要求；可判定性：执行结果可验证，同一用例重复执行结果一致。实践案例：三角形问题测试104问题描述输入

3个整数a、b、c（1≤a,b,c≤100），判断三角形类型（等边、等腰、一般、非三角形）。核心条件有效输入：1≤a,b,c≤100且a+b>c、a+c>b、b+c>a；类型判断：三边相等（等边）、两边相等（等腰）、三边不等（一般）、不满足三边关系（非三角形）。实践案例：三角形问题测试（续）105测试用例设计（1）等价类划分法有效等价类：符合输入条件和三边关系的各类三角形；无效等价类：非整数、输入个数错误、边长为0/负数/超出范围等；（2）边界值分析法聚焦边长1、100等临界值，设计用例。、例如：

a=60,b=60,c=1；a=50,b=50,c=100。本章小结106围绕软件动态测试技术展开，核心内容包括：经典测试：白盒重内部逻辑（覆盖法、插桩等），黑盒重外部功能（等价类、边界值等）；质量特性测试：功能测试保障可用性，非功能测试提升系统整体质量；经验型测试：缺陷分类测试解决需求模糊问题，探索性测试强调灵活应变；实践关键：遵循四大设计原则，结合案例灵活选用测试方法。107现代软件测试技术八月26108第5章缺陷管理八月26目录109缺陷的特点缺陷管理生命周期基于缺陷模式的软件测试方法缺陷管理实践指南5.1缺陷的特点110雪崩效应定义：缺陷数目随软件开发过程深入不断增加，类似滚雪球核心原因：前一阶段缺陷在后续阶段延续且数量增多后续阶段可能引入新缺陷成本放大效应定义：缺陷发现越晚，修复成本急剧增加（非线形增长）应对建议：测试人员尽早参与静态测试（如文档评审）集群效应定义：遵循“20/80原则”，80%缺陷集中在20%功能模块应用：重点关注高缺陷模块，分析缺陷引入原因以改进流程5.2缺陷管理生命周期111缺陷状态新建（打开）：QA人员汇报新缺陷延后处理：与当前版本无关、无法修复或非紧急缺陷已指派：项目经理/组长指定给具体开发人员已解决/已修复：开发人员完成修改并提交回归测试无法重现：开发人员按描述无法复现缺陷需要更多信息：缺陷重现步骤不清晰，需QA补充重新打开：修复结果不合格，QA要求重新修复关闭：QA验证缺陷已解决驳回/无效：因误解导致，系统符合规格说明5.2缺陷管理生命周期（续1）112缺陷严重程度级别分类核心表现最高级A类（致命）系统崩溃、数据丢失、主要功能完全丧失紧急B类（严重）主要功能部分丧失、数据无法保存、次要功能完全丧失高级C类（一般）次要功能未完全实现，不影响使用中级D类（较小）操作不便、显示不规范等，不影响功能低级E类（建议）改进意见或质疑5.2缺陷管理生命周期（续2）113缺陷优先级P1（立即解决）：导致系统不可用或测试中断P2（高优先级）：严重影响测试，需优先处理P3（正常排队）：按常规流程等待修复P4（低优先级）：开发人员空闲时修复5.2缺陷管理生命周期（续3）114相关角色与职责角色核心职责测试人员报告缺陷、协助定位、验证修复、回归测试、质量数据分析项目经理指派缺陷给相关责任人项目测试负责人确定缺陷管理方式、审核缺陷、跟踪工作质量开发人员接收并修改缺陷、提交测试成果物质量保证人员监控缺陷管理规程执行情况5.2缺陷管理生命周期（续4）115软件缺陷种类输入输出缺陷：输入错误、输出格式/结果异常等逻辑缺陷：遗漏情况、循环错误、条件判断错误等计算缺陷：算法错误、精度不足、操作数错误等接口缺陷：中断处理错误、参数不匹配等数据缺陷：初始化错误、数据存储/访问异常等5.2缺陷管理生命周期（续5）116软件缺陷来源疏忽造成的错误（CD）不理解造成的错误（MD）二义性造成的错误（AD）遗漏造成的错误（SD）注：MD、AD、SD多存在于前期阶段，CD具有不可预测性5.2缺陷管理生命周期（续6）117缺陷数目估计方法方法类型代表模型核心思路优缺点撒播模型Mills模型、Hyman模型人工植入缺陷或双人测试，通过概率估算总缺陷数参考价值高，但受测试水平、缺陷检测难度影响静态模型Akiyama模型、Halstead模型基于代码规模、复杂度等统计估算简单易操作，但通用性差基于测试覆盖率模型Malaiya模型覆盖率达到阈值后，缺陷数与覆盖率呈线性关系结合测试过程，实用性强，但需足够测试数据5.2缺陷管理生命周期（续7）118软件测试效率分析不同测试方法检测能力（部分）：形式化代码检查：45%-70%系统测试：25%-55%高强度测试（>1000客户）：60%-85%影响因素：人为因素：测试者水平差异软件类型：不同程序的缺陷分布不同缺陷类型：不同测试方法对缺陷的检测能力有差异5.3基于缺陷模式的软件测试方法119核心特点针对性强：精准检测特定模式缺陷，无不确定性检测能力突出：发现白盒/黑盒测试难以察觉的缺陷（如内存泄露）自动化程度高：测试效率高（例：几分钟完成30万行代码测试）缺陷定位准确易学易用：数天培训即可掌握5.3基于缺陷模式的软件测试方法（续1)120测试指标漏报率：未检测出的缺陷占实际缺陷的比例准确率：确认为缺陷且无争议的数量占检测总数的比例误报率：误判为缺陷的数量占检测总数的比例缺陷检测率：确认为缺陷的数量占检测总数的比例自动缺陷检测率：无需人工确认的缺陷检测数量计算复杂性：受程序遍历范围限制5.3基于缺陷模式的软件测试方法（续2)121缺陷模式分类（C++/Java）层级类型核心内容故障模式内存泄露、数组越界等导致系统出错（如死机、数据异常）安全漏洞模式缓冲区溢出、被污染数据等存在安全隐患，易被攻击缺陷模式低性能、疑问代码等不直接导致错误，但隐含风险或影响体验规则模式代码规则、命名规则等违反软件开发/团队规则5.4缺陷管理实践指南122难以重现缺陷的处理获取系统日志和调试信息如实报告不可重现缺陷报告前与开发人员确认在用户手册中告知客户明确缺陷重现可能性缺陷认定冲突解决统一目标：共同提升软件质量明确测试范围：涵盖功能及非功能特性站在用户角度测试提交变更控制委员会裁决5.4缺陷管理实践指南（续1）123用户反馈缺陷的应用评估测试有效性分析遗漏原因（需求、测试设计、资源等）改进开发与测试流程测试人员考核原则不建议以缺陷数量考核影响缺陷数量的因素：测试对象、类型、开发水平等不当考核的危害：盲目追求数量、影响团队协作5.4缺陷管理实践指南（续2）124开发人员拒绝修改缺陷的原因无法复现缺陷缺陷信息不足或复现步骤复杂对缺陷/功能的认知分歧不理解测试角色与职责交付时间紧张架构或技术限制无法修复缺陷报告规范概要：简洁描述缺陷，说明影响再现步骤：准确、完整、可重复隔离：明确缺陷影响范围和边界条件本章小结125围绕软件缺陷管理展开，核心内容包括：缺陷具有雪崩、成本放大、集群三大效应缺陷生命周期涵盖状态、严重程度、优先级等关键要素基于缺陷模式的测试方法高效、精准，适用于多种场景缺陷管理需注重沟通协作与实践优化126现代软件测试技术八月26127第6章软件测试过程及软件测试级别八月26目录128软件测试过程概述软件测试过程软件测试级别6.1软件测试过程概述129软件测试的定义与意义定义：软件开发过程的重要环节，是软件投入运行前对需求分析、设计规格说明和编码实现的最终审定，贯穿软件定义与开发全过程意义：保障软件质量，发现并消除故障缺陷，确保软件满足用户需求软件测试的核心流程整体流程：立项→需求→设计→编码和测试→集成测试→系统测试→验收测试→结项总结测试阶段划分：单元测试→集成测试→确认测试→系统测试→验收测试（自底向上逐步集成）关键关系：低一级测试为上一级测试创造条件6.2软件测试过程130测试计划阶段测试设计阶段测试执行阶段测试监控阶段测试结束阶段6.2.1测试计划阶段131目的指导软件测试：防范风险，保障测试顺利进行促进彼此沟通：统一测试方向，避免认知偏差协助质量管理：实现测试工作系统化、规范化工作内容测试方案制订：模型化系统、设计测试用例、定义预期结果、执行与评估测试策略制订：明确测试阶段（单元/集成等）、测试种类（功能/性能等），涵盖整体及各阶段策略测试计划制订：明确范围、资源、进度、风险等，分为概要、详细、实施三个层次测试组织：以小组为单位，含测试小组和支持小组，分阶段开展人员组织6.2.2测试设计阶段132建立测试配置核心内容：人员、设备、测试环境（硬件+软件）、测试工具、办公场地等环境配置原则：主测试环境保障基础运行，辅测试环境满足特殊需求（兼容性、模拟真实环境等）测试用例设计定义：为实施测试提供的输入数据、操作及环境设置，含测试目标、步骤、预期结果等类型：等价类划分、边界值、功能、压力、错误处理、回归、状态、结构等设计原则：覆盖合理与不合理输入、可判定、可再现、能发现潜在缺陷设计方法：黑盒法+白盒法结合、等价类划分+边界值分析优先、补充逻辑覆盖测试用例6.2.3测试执行阶段133核心任务按计划执行测试用例，对比运行结果与预期结果，记录并跟踪软件缺陷关键步骤创建测试任务（划分测试用例集合）执行测试用例（记录通过/失败/受阻状态）处理软件问题报告（记录问题环境、步骤、状态等）回归测试：软件修改后，重复执行原有测试用例验证质量6.2.4测试监控阶段134核心任务记录测试进度、覆盖率、风险等状态对比实际与计划，及时调整测试重点或计划依据出口准则评估测试是否可终止6.2.5测试结束阶段135核心步骤测试结果统计：按错误严重程度分类统计（最严重、非常严重、严重等6类）测试结果分析：评估软件能力、缺陷与限制，提出改进建议编写测试报告：包含产品标识、配置信息、测试结果、不符功能列表等6.3软件测试级别136单元测试集成测试系统测试验收测试回归测试6.3.1单元测试137定义定义：最低级别测试，检测程序模块内部故障对象：软件设计最小单位（函数、子过程、类、成员函数等）测试策略自顶向下：先测顶层模块，下层用桩模块替代自底向上：先测底层模块，上层用驱动模块替代孤立测试：不考虑模块关联，独立设计桩模块和驱动模块测试实施步骤配置测试环境，设计辅助模块编写测试数据与用例静态代码复审+动态测试形成单元测试报告6.3.2集成测试138定义定义：单元测试后，按设计组装模块进行的测试目的：发现模块接口相关问题（数据丢失、功能冲突、误差累积等）测试策略非增量式：所有单元测试后一次性组装整体测试增量式：逐步集成逐步测试（自顶向下、自底向上两种方式）其他策略：三明治、核心系统先行、高频集成等接口测试139接口类型WebService接口（SOAP传输，XML格式）、HTTPAPI（Key-Value请求，JSON返回）测试范围业务功能、边界分析、参数组合、异常情况、性能、安全等实施步骤了解接口规范→确定测试点→设计用例→执行测试→结果校验常用工具Postman、SoapUI、Jmeter等6.3.3系统测试140定义定义：检验软件与系统其他部分（硬件、数据库、操作人员等）协调工作的能力测试人员：独立测试机构+用户代表+软件设计者/分析者主要测试方法系统测试（续）141测试方法核心内容功能测试验证功能实现符合需求，无遗漏或错误性能测试度量CPU、I/O、吞吐量等指标，对比预定义目标压力测试检测资源超负荷时系统的极限表现安全性测试验证保护机制，防范非法入侵恢复性测试检验系统从软/硬件失效中恢复的能力健壮性测试测试系统容错能力，是否可忽略故障继续运行可用性测试评估用户理解和使用系统的满意程度用户界面测试验证界面与设计吻合，处理逻辑正确文档测试检查用户文档准确性和操作流程正确性6.3.4验收测试142定义定义：软件交付前的最后一次质量检验，在生产环境中进行目的：验证软件是否符合用户预期，确定用户是否接受核心任务明确验收通过标准确定测试方法与结果分析方法制订并评审验收测试计划设计用例、执行测试、判定是否通过测试策略正式验收测试：管理严格，为系统测试延续，可自动化执行非正式验收测试：聚焦核心功能，测试内容灵活β测试：用户在实际使用环境中测试，开发人员不在现场6.3.5回归测试143定义定义：软件修改或扩充后，为避免引入新错误而进行的重复测试适用场景：软件新增功能、修复缺陷、运行环境改变等核心目的实施要点测试用例选择：局限修改范围、受影响功能范围、按覆盖率指标选择核心目标：验证修改达到预期，未影响原有功能本章小结144围绕软件测试过程与阶段展开，核心内容包括：软件测试过程：计划→设计→执行→监控→结束，各阶段环环相扣软件测试级别：单元→集成→系统→验收，与软件开发过程逆向对应回归测试：贯穿各测试阶段，保障软件修改后的质量稳定性145现代软件测试技术八月26146第7章测试文档八月26目录147测试文档概述测试计划文档测试规格说明文档测试报告文档测试文档实践7.1测试文档概述148核心定义软件测试文档是测试活动的标准化记录载体，涵盖测试全流程的规划、设计、执行与结果分析核心价值：规范测试流程、保障测试质量、促进团队协作、留存测试经验文档分类规划类：测试计划文档（指导测试全局）设计类：测试规格说明文档（明确测试细节）执行与结果类：测试报告文档（记录测试过程与结论）核心要求准确：内容符合项目需求与测试实际完整：覆盖测试全流程关键信息规范：遵循统一格式与术语标准实用：可直接指导测试执行与项目决策7.2测试计划文档149核心定义定义：描述测试活动的范围、方法、资源和进度的纲领性文档作用：明确测试目标、规避测试风险、保障测试活动有序推进测试对象覆盖软件全生命周期产物：需求规格说明、概要设计文档、详细设计文档、源程序、数据及用户文档7.2测试计划文档（续1）150测试范围测试类型核心目的功能测试验证产品是否正确实现需求功能性能测试检查系统响应时间、事务处理速率等性能指标压力/负载测试验证系统在高负载下的稳定性兼容性测试确保系统在不同平台/浏览器下正常运行安全性测试防范未授权访问、数据泄露等风险易用性/界面测试检查系统操作便捷性与界面合理性安装/升级测试验证安装、升级过程的顺畅性文档测试检查文档完整性与描述准确性7.2测试计划文档（续2）151测试方法单元测试：针对单个程序模块的独立测试集成测试：验证模块集成后的功能与接口正确性系统测试：对完整系统的全面测试（含硬件、网络等）验收测试：用户参与的最终测试，确认产品是否符合预期其他专项方法：数据完整性测试、接口测试、故障转移测试等

测试管理内容管理：记录测试操作步骤、输入输出、错误等级人员管理：明确测试团队角色、职责与联系方式进度管理：制定合理的测试时间表，把控测试节点7.3测试规格说明文档152核心定义阐述测试系统的功能、性能及限制条件，是测试设计与执行的基础需完整描述系统预期的外部行为与用户可视化行为文档分类测试设计文档测试用例文档7.3.1测试设计文档153核心输出：各测试阶段的测试用例集关键任务：识别有意义的测试点规划测试点执行序列定义每个测试点的预期结果核心要素：驱动程序、测试数据集、测试环境配置7.3.2测试用例文档154定义测试执行的最小实体，描述输入、动作、预期结果核心内容测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本常用设计方法需求导向法：基于需求文档设计用例接口测试法：针对系统接口设计用例性能/压力测试法：模拟高负载场景设计用例容错性测试法：输入无效数据验证系统容错能力7.4测试报告文档155定义定义：记录测试过程、结果与分析的正式文档基本要求：准确、简洁、完整、规范，便于缺陷定位与问题解决文档分类缺陷报告文档测试总结报告文档7.4.1缺陷报告文档156技术要求：明确缺陷位置与实质，附用户界面截图标注缺陷类型（功能错误、布局错误等）步骤简洁有条理，每个步骤仅记录一个操作附加必要文档与修改建议使用标准术语，避免拼写与语法错误7.4.2测试总结报告文档157核心结构：概述：编写目的、项目背景、系统简介、测试工具测试环境：硬件配置、软件环境、网络条件测试方法与范围：简述采用的测试方法与覆盖范围测试结果分析：测试统计数据、问题汇总、缺陷分析残留缺陷与未解决问题：明确未修复缺陷及影响测试结论：对功能、易用性、可靠性等维度的评价建议：对系统优化、缺陷修改的具体建议7.5测试文档实践158核心指导原则测试活动结束后必须编写完整测试报告，归纳测试结果报告需包含产品标识、配置信息、测试结果、不符功能列表等核心内容规范化管理测试数据，确保评估结果客观真实文档风格统一，术语一致，便于团队查阅与复用常用测试文档分类（20种）159规划类测试大纲模板：明确测试策略、内容、组织与人员测试计划模板：包含产品概述、测试策略、资源配置、进度安排测试任务说明书模板：定义测试范围、进度、重点与注意事项测试需求说明书模板：阐述功能、性能、安全等测试需求设计与执行类单元测试模板：涵盖语法检查、逻辑检查、模块接口测试等代码检查模板：包含目录组织、函数、变量、注释等检查项目测试用例模板：含通用用例、接口测试用例、性能测试用例等程序错误报告模板：分类描述功能、界面、数据处理等错误常用测试文档分类（续）160报告与评价类功能测试模板：聚焦界面、数据、操作、逻辑等功能验证性能测试模板：包含并发测试、资源监控、压力测试等内容集成测试模板：覆盖模块内、子系统内、子系统间集成测试系统测试模板：含系统反应时间、CPU占用、功能完整性测试验收测试模板：明确验收标准、环境、流程与结论Web测试模板：针对链接、表单、兼容性、安全性等Web特性软件安全性测试模板：涵盖用户认证、网络安全、数据库安全测试文档使用技巧161模板使用技巧根据项目类型（Web/桌面应用、大型/小型项目）选择适配模板保留核心模块，删减无关内容，避免文档冗余统一文档格式（字体、字号、行间距），确保专业性结合项目需求定制测试重点，突出关键模块测试内容本章小结162围绕软件测试文档展开，核心内容包括：测试文档贯穿测试全流程，是保障测试质量的关键三大核心文档（计划、规格、报告）各有侧重，需相互衔接模板是提高文档编写效率的重要工具，需灵活适配项目需求规范、准确、完整是测试文档的核心要求，直接影响测试效果与项目决策163现代软件测试技术八月26164第8章自动化测试与测试工具八月26目录165自动化测试自动化测试的级别测试工具测试框架8.1自动化测试166使用测试工具的益处发现人工测试难以察觉的潜在错误，辅助错误定位简化问题诊断流程，快速缩小问题范围实现回归测试等重复性工作自动化，节省时间成本自动化测试的实施条件产品具备长期可维护性软件需求变动不频繁项目周期足够长非紧迫的大型项目产品结构相对复杂资源投入相对充裕自动化测试（续1）167自动化测试的成本构成开发成本、运行成本、维护成本人力成本与新技术风险成本实际自动化率达30%-40%已属优质水平自动化测试的优点执行效率高，支持高频次测试覆盖手动测试难以实现的场景资源利用率优化，可夜间/周末自动执行测试结果客观一致，可重复性强自动化测试（续2）168自动化测试的过程需求分析：明确测试范围，输出《测试需求说明书》测试计划：定义测试用例、数据、技术与阶段划分框架搭建：梳理公用对象、环境、方法与测试数据用例设计：编写并文档化测试用例或脚本测试执行：调试并运行自动化脚本结果评估：分析测试数据，生成总结报告与详细报告自动化测试（续3）169自动化测试的局限无法完全替代人工测试，不具备自主思维能力初期投入高于人工测试，难以立即降低成本无法实现100%测试覆盖率对软件质量依赖性强，界面不稳定易导致测试失败缺陷分析与隔离耗时更长8.2自动化测试的级别170自动化测试的成熟度模型（5个级别）级别核心特点适用场景录制和回放无需编程，脚本自动生成，数据与脚本耦合系统无变化的小规模测试录制、编辑和回放数据变量化，脚本更灵活，需基础编程知识应用小幅变更的回归测试编程和回放早期介入测试设计，需熟练掌握工具与脚本语言大规模专业自动化测试数据驱动测试数据与脚本分离，维护成本低，需真实测试数据大规模多场景测试关键字驱动测试测试用例与工具分离，支持并行开发，需专业团队规范使用测试用例的组织/项目8.3测试工具171测试管理工具功能测试工具性能测试工具移动测试工具8.3.1测试管理工具172TestDirector核心功能一体化管理需求、测试计划、用例与缺陷数据支持跨地域协作，集中式数据仓库自动生成图表与报告，辅助版本发布决策关键流程需求关联：将测试用例与需求绑定，确保覆盖率计划生成：通过向导快速创建或导入测试计划人工与自动测试无缝切换8.3.2功能测试工具1731、Selenium（Web应用）核心组件WebDriver（编程接口）、IDE（录制回放）、Grid（并行测试）支持多语言（Java/Python/C#等）与主流浏览器操作步骤安装库→初始化WebDriver→打开网页→页面操作→数据提取→等待加载→关闭驱动8.3.2功能测试工具（续）1742、Postman（API测试）核心特点支持多种HTTP请求，支持环境变量与断言编写操作步骤新建请求→设置方式与地址→添加参数→发送请求→查看响应→集合管理→批量测试→日志调试8.3.3性能测试工具1751、JMeter核心特点开源软件支持HTTP、数据库、FTP等多种协议操作步骤添加线程组→配置HTTP请求→添加查看结果树→设置用户变量→添加断言→生成聚合报告→执行分析8.3.3性能测试工具（续）1762、LoadRunner核心特点工业标准级软件虚拟用户模拟、真实负载生成、实时监测、精准分析相关组件VirtualUserGenerator（脚本生成）、Controller（场景控制）、Analysis（结果分析）测试流程计划→创建脚本→定义场景→运行→监视→分析8.3.4移动测试工具1771、Appium跨平台支持iOS/Android/桌面端等，多语言编程操作步骤环境搭建（Python+Appium客户端）→编写脚本→执行测试8.3.4移动测试工具（续）1782、Monkey（Android专用）核心功能随机事件压力测试，验证应用稳定性关键参数包名指定、事件延迟、种子值、事件类型占比操作步骤启用开发者模式→连接设备→获取包名→运行命令→查看日志→生成报告8.4测试框架179单元测试框架自动化测试框架8.4.1单元测试框架180核心组件测试执行器、生命周期管理、断言库、报告生成、模拟工具执行流程用例定义→组织→执行→验证→报告不同语言的单元测试框架181编程语言主流框架核心特点JavaJUnit注解驱动，支持参数化与异常测试JavaTestNG支持并行测试与数据驱动，报告丰富PythonPytest语法简洁，插件生态强大PythonUnitTest类驱动，支持测试套件与生命周期管理JavaScriptJest零配置，支持快照测试与并行执行JavaScriptMocha支持异步测试，兼容多种断言库C#NUnit适用于.NET平台，支持参数化与异步测试GoTesting标准库内置，支持基准测试GoTestify增强断言