测试知识点.doc

软件测试概论 什么是软件质量 是指软件满足用户需求的程度 软件测试与软件质量的关系 软件测试是为了提高软件质量而服务的，是保证软件质量的手段。 软件测试的目的 验证：审查，操作是否正确（软件是否正确的实现了用户的某一特定功能） 确认：执行正确的操作，确认软件是否符合用户需求 软件测试的原则 所有的测试活动都应以用户需求（软件需求规格说明书）为标准 应尽早的和不断的进行软件测试 完全测试是不可能的 应充分注意测试中的集群现象 程序员检查自己的程序 尽量避免测试的随意性 软件测试的对象 文档（需求规格说明书、概要设计说明书、详细设计说明书、用户手册、（帮助文档）等等） 数据（还包括图片、视频等） 程序（源码、模块、部件、软件） 软件工程师的作用 发现软件缺陷 尽可能早地发现软件缺陷 尽可能早地发现软件缺陷，并确保其得以修复 软件测试基础 软件生存周期模型 软件生存周期 阶 段 基本任务 基本任务 问题定义 理解问题 生产电冰箱 可行性研究 理解工作范围 产值、产量、技术能力等 需求分析 定义用户要求 市场调研 概要设计 建立软件结构 主体设计 详细设计 各模块的功能实现 图纸设计 编码 编写程序 制造 测试 发现和排除错误 检验检测 维护 运行和管理 保质保修 软件需求分析 需求是用户对系统提出的要求，这种要求可能是原始的、笼统的，也可能是抽象的太细节化的。 软件需求分析的主要目的是：在综合分析用户对系统提出的一组需求（基于功能、性能、数据等方面）的基础上，构造一个从抽象到具体的逻辑模型表达软件将要实现的需求。 并以“软件需求规格说明书”的形式作为本阶段工作的结果，为下一阶段的软件设计提供设计基础 概要设计 概要设计又称总体设计，即确定系统的具体实现方案、给出软件的模块结构、编写总体设计说明书 详细设计 详细设计又称过程设计，这一步的工作，就是要对系统中的每个模块给出足够详细的过程性描述 什么是Bug 现在泛指计算机硬件和软件中的缺陷或错误 缺陷的特征 软件未实现需求说明书要求的功能 软件出现了需求说明书指明不该出现的错误 软件实现了需求说明书未提到的功能 软件未实现需求说明书未明确提及但应该实现的目标 软件难以理解、不易使用、运行缓慢等 为什么会产生缺陷 信息传递的误差，实际软件与用户想要的有偏差 什么是测试模型 测试模型是对测试工作活动的总结与归纳，它告诉了我们在软件开发过程中，测试人员应该做什么、怎么做 V模型 最常见的测试模型 局限性 将软件测试作为需求分析、概要设计、详细设计和编码之后的一个阶段，而前期需求阶段的问题要到测试活动的后期（验收测试）才会暴露出来 W模型 是V模型的一种发展 它强调了测试应该伴随着整个开发周期，与开发同步进行。 优点 测试的对象不仅仅是程序，需求分析和概要设计同样需要测试。 更符合“尽早地和不断地进行软件测试”的原则。 H模型 定义了某个测试过程所执行的流程 软件测试的分类 按开发阶段分 单元（模块）测试 集成测试 系统（确认）测试 验收测试 按测试实现者分 开发方测试 用户测试 第三分测试 按测试技术分 白盒测试 黑盒测试 灰盒测试 驱动模块 驱动模块是用来调用被测模块的模拟模块，通常驱动模块就是一个“主程序”，主要用来接收测试数据，把这些数据传送给被测试的模块，并且打印出有关结果。 桩模块 桩模块是用来代替被测试的模块调用的模块，又称存根模块或支撑模块。它接收被测试模块的调用，可以做最少量的数据操作，打印出对入口检验或操作的结果，并且把控制归还给调用它的模块。 单元测试实施 单元测试主要从以下5个方面进行 模块接口测试 单元测试首先对通过模块接口的数据流进行测试。如果发现数据不能按预定要求进出模块，所有其他测试都是不切实际的。接口测试主要从如下几个方面考虑： 模块的形参和其驱动模块送来的参数的个数、类型、次序是否一致 模块传送给被调用模块的参数与其桩模块的参数的个数、类型和次序是否一致 模块传送给库函数的变量个数、类型、次序是否正确 全局变量的定义和用法在各个模块中是否致 所使用的外部文件的属性是否正确，打开文件的语句是否正确，缓冲区大小是否记录长度相匹配，文件结束判断处理是否一致 局部数据结构测试 模块内部数据是否完整，内容、形式、互关系是否有错常常是软件错误的主要来源。对局部数据结构的测试时应该做如下考虑： 错误或不相容的数据说明或使用了尚未初始化的变量 错误的初始值或不正确的缺省值 错误的变量名或数据类型不相容 溢出（上溢或下溢）或地址异常 全局数据对模块的影响 重要路径测试 由于通常不能进行穷尽测试，因此，在单元测试期间应选择最有代表性、最可能发现错误的执行路径进行测试。重要路径测试方案应重点测试由于错误计算、不正确的比较或不适当的控制流而造成的错误。