手机测试技术-宝典.pptVIP

软件测试技术 手机软件测试技术 9/07 内容 软件测试基本理论 研发过程中的软件测试 手机软件测试 软件测试管理 第一讲　软件测试理论 概念 理论测试方法及覆盖率 测试设计 什么是软件测试 定义：使用人工和自动手段来运行或测试某个系统的过程，其目的在于检验它是否满足规定的要求或是弄清预期结果与实际结果之间的判别。 重要的质量保证活动 尽可能多的发现问题 设计 需求 编码 功能 软件测试必要性 70年代之后的软件危机 高级开发语言的引入 软件规模扩大及复杂度急剧增加 可视化编程环境 日益完善的软件分析设计方法 软件开发活动所产生的产品质量越来越不可控 有开发就会有错误 影响产品利润 影响公司声誉 软件测试目的 60年代　证明观点 获取系统在可接受风险范围内可用的信心 尝试在非正常情况和条件下的功能和特性 保证一个工作产品是完整的并且可用或者可被集成 70年代　检测观点 发现缺陷、错误和系统不足 定义系统的能力和局限性 提供产品和系统的质量信息 90年代　预防观点 澄清系统的规格和性能 提供预防或减少可能制造错误的信息 尽早检测错误 确认问题和风险，提前确认解决这些问题和风险的途径 软件测试在开发中的角色 测试是执行或者模拟一个系统或者程序的操作 测试是为了建立一个信心，即软件是按照它所要求的方式执行的，而不会执行它不被希望的操作 测试是带着发现问题和错误的意图来分析程序的 测试是度量程序的功能和质量的 测试是评价程序和项目工作产品的属性和能力的，并且评估其是否获得了期望和可接受的结果 测试除了包括执行代码测试，还包括检视和结构化同行评审 软件测试理论发展 软件测试理论发展 传统意义上的测试 调试观点 代码完成后期介入 开发活动观点 整个开发过程测试始终要完成验证和确认的任务 开发模型（瀑布模型、螺旋模型、V模型等） 开发规范中明确了各阶段测试任务（CMM、IPD等） 理论测试方法 白盒测试 White Box Testing, Glass Box Testing, Open Box Testing, Structured Testing, Code-Based Testing 代码级测试 基于对系统内部结构及工作原理清楚认知 基于编程规范 黑盒测试 Black Box Testing, Function Testing 功能级测试 基于需求及功能实现及可执行过程 灰盒测试 基于接口及子系统的测试 介于白盒测试及黑盒测试之间 代码审查及文档评审 基于编程规范 基于文档规范 白盒测试 保证软件产品最小单元－函数或模块的开发质量 函数中的语句均能被有效执行到 函数中的逻辑路径的正确性 变量边界有效 内部数据结构有效 内存有效管理 （申请、释放） 符合编程规范 单元测试为白盒测试应用 白盒测试技术 静态测试 不通过执行程序而进行测试的技术 代码审查（软件检视、走读） 语法分析工具（Logicscope / WhiteBox / C++ test) 没有基本语法错误或逻辑性错误 动态测试 对函数或者模块进行模拟测试过程 路径及分支测试 动态测试工具 (C++ test / Logicscope / Jtest) 达到基本覆盖率 白盒测试的覆盖率要求 代码覆盖率 语句覆盖（Statement Coverage) 通过执行测试用例，使程序中的可执行语句至少执行一次 分支覆盖（Branch Coverage) 程序中的各分支至少被执行一次 条件覆盖（Condition Coverage） 每个判断中的每个条件可能取值至少满足一次 白盒测试的覆盖率要求 黑盒测试 黑盒测试目标 产品功能均被正确执行，符合需求规格要求 功能异常均被正确处理 产品健状性，不会出现异常情况 被用于发现以下可能发生的错误 功能错误或遗漏 界面错误 初始化或终止错误 抗压力性错误 性能方面部分错误 功能覆盖率 系统测试为黑盒测试应用 黑盒测试技术 功能测试 性能测试 压力测试及可靠性测试 稳定性及安全性测试 文档测试 本地化（Localization)测试 兼容性测试 灰盒测试 基于代码级，但以功能模块划分被测对象的测试方法 所测试对象为接口及子系统接口 关键是确定好被测对象 集成测试为灰盒测试应用 测试设计 测试方案、策略 测试计划 测试需求及程序插装 测试覆盖率 测试有效性检测 功能是否可测 断言检测 测试用例设计 是测试执行的单位与依据 依据文档功能描述或特定被测试对象（函数、模块）实现功能来编写 测试用例 根据输入、预置条件与测试步骤存在的不同，确定符合规格要求的预期输出 测试用例设计方法 等价类划分 根据需求规格说明书，所有可能的输入集合被分成一个一个的类。同一类中的数据被认为会产生相同的执行结果。 边界值分析 基于等价类，对输入域进行测试，等价