《软件测试-课程总结》课件.ppt

2.5.4.1 谁负责软件质量 Tester or SQA ？ SQA负责软件的质量 防止软件缺陷的出现 保证软件达到一定的质量和可靠性等级 SQA如何做到 对项目进行近乎完全的控制 建立标准和方法论，监视和评价开发过程 拥有决定产品何时准备发布的授权 SQA与软件测试的关系 SQA 是管理工作、审查对象是流程、强调以预防为主 测试是技术工作、测试对象是产品、主要是以事后检查 SQA指导、监控开发和测试活动 测试为SQA提供依据 Tester的职业发展方向 --- SQA 3.1 软件测试的基本方法 根据测试方法论，可分为 黑盒测试 白盒测试 灰盒测试 根据测试方式，可分为 静态测试 动态测试 3.1.2 白盒测试 White-box testing 了解内部逻辑结构和处理过程，测试其变量状态、逻辑结构、运行路径等； 用于软件验证；要求尽量做到全覆盖 风险：受代码的影响 3.1.1 黑盒测试 Black-box testing 把事物看成一个整体，不考虑其内部结构和运行机制，通过分析其输入、输出以及周边条件来验证所应具备的功能是否正确实现 主要用于软件功能测试、确认测试 白盒测试常用方法 基于覆盖的测试 语句覆盖 判定（分支）覆盖 条件覆盖 判定/条件覆盖 条件组合覆盖 路径覆盖 循环覆盖 3.1.3 静态测试和动态测试 静态方法（不需运行程序） 检查：需求定义；组件质量、代码质量（依标准、规范）、过程标准 思想：早测试；过程决定质量 效益：好的静态测试，可发现大部分的Bug 动态方法（通过运行程序来检验） 检验系统实际运行的情况 需要做测试用例的设计 3.2 软件测试的流程 软件测试贯穿软件产品开发的整个生命期 按阶段进行测试是一种基本的测试策略 RAD模型生命期示意图 测试活动网络计划图 3.7.1 软件测试的工作流程 制定测试计划 设计测试用例 执行软件测试 软件缺陷记录及跟踪管理 测试结果分析和质量报告 3.7.3 软件测试用例 测试用例是软件测试的核心 何谓测试用例 Test Case 是按一定顺序执行的与测试目标相关的测试活动的描述；是确定“怎样”测试 有明确的输入描述和对输出的预期描述 最小的测试执行单元； 谁来写测试用例 3.7.3.1 测试用例特点 可复用 重复使用，测试的稳定性 有效性 良好的用例不需要穷举而覆盖尽量大 管理性 测试用例的通过率是代码质量的指标 基础性 新手能马上使用 软件测试用例举例 依据相关规格说明书 考虑正确的输入 考虑错误的输入 考虑异常的输入 考虑触发错误的条件（输入） 测试用例范例 4.1 软件测试方法概述 4.2 测试产品说明书 静态、黑盒测试 测试时机 尽早介入（软件需求分析、系统设计阶段） 测试目的 在软件投产之前找出缺陷 产品说明书（需求规格书）很重要 确保最终产品符合客户要求 通过说明书，完整描述产品，有一致的理解 4.3 闭着眼睛测试软件 动态、黑盒测试 测试方式 输入、接受输出、检验结果（行为测试） 应用领域 集成测试、功能测试、系统测试、验收测试等 精心组织的有计划的测试 应采用目标明确的结构化方法 认真设计测试用例；精心选择测试用例集会 测试依据 --- 软件产品说明书 4.3.1 通过测试与失败测试 软件测试的两个基本思路 通过测试 软件能做什么 验证基本功能是否实现 失败测试 软件有哪些缺陷 考验软件能力、破坏性试验 哪个为主、先做哪个？ 4.3.2测试技术之1—等价分配 软件测试员的最重要任务 设计、选择适合的测试用例---以有限的用例覆盖被测试的所有情况 如何做到---等价分配 分步骤把过多（无限）的测试用例减少到同样有效的小范围的过程 等价类别（区间）---测试相同目标或暴露相同软件缺陷的一组测试用例 等价分配的原则---足以覆盖测试目标 4.3.3测试技术之2—数据测试 软件的两个基本要素 数据 + 程序 对数据进行软件测试 输入、输出、中间值的检查 对数据的等价分配 边界条件 次（内部）边界条件 空值 无效数据 4.3.4测试技术之3 —状态测试 软件的两个基本要素 测试软件的逻辑流程 通过不同的状态验证程序的逻辑流程 软件状态---软件当前所处的情况或者模式 程序的状态和分支是结合的（相当的多！） 如何有效地测试 --- 等价分配状态和分支 状态转换图 4.3.5测试技术之4 —因果图方法 黑盒测试技术要综合运用 等价类 有效的、无效的；合法的、不合法的数据 边界值 数据的极限、边界情况 状态图、功能图 考虑各种条件的组合 错误推测方法 利用经验和历史错误数据 4.4 检查代码 静态、白盒测试 不必执行程序，以找出软件缺陷 结构分析----审查软件设计、体系结构和代码 形式：代码走查、审查、评审会 应用领域 主要在单元测试 检查代码的