软件测试 01讲解.ppt

MRD: Market Requirement Document Fns: Functional Specification 软件缺陷的产生 技术问题 算法错误，语法错误，计算和精度问题，接口参数传递不匹配 团队工作 误解、沟通不充分 软件本身 文档错误、用户使用场合(user scenario)， 时间上不协调、或不一致性所带来的问题 系统的自我恢复或数据的异地备份、灾难性恢复等问题 第 1章 概述 1.1 一个真实的故事 1.2 为什么要进行软件测试 1.3 软件缺陷的由来 1.4 软件测试学科的发展历程 1.5 软件测试的定义 1.6 软件测试和软件开发 软件测试学科的发展 从测试的思想导向来划分为4个阶段: 1957～1978年，以功能验证为导向，测试是证明软件是正确的（正向思维）。 1978～1983年，以破坏性为为导向，测试是为了找到软件中的错误（逆向思维）。 1983～1987年，以质量评估为导向，测试是提供产品的评估和质量度量。 1988年起，以缺陷预防为导向，测试是为了展示软件符合设计要求，发现缺陷、预防缺陷。 更好的阶段划分 分为3个阶段——初期阶段、发展阶段和成熟阶段 初级阶段（1957～1971）测试通常被认为是对产品进行事后检验 ，缺乏有效的测试方法 发展阶段（1972～1982），1972年第一次关于软件测试的正式会议，促进了软件测试的发展 成熟阶段（1983到现在），国际标准Std 829-1983 ，形成一门独立的学科和专业，成为软件工程学科中的一个重要组成部分 第 1章 概述 1.1 一个真实的故事 1.2 为什么要进行软件测试 1.3 软件缺陷的由来 1.4 软件测试学科的发展历程 1.5 软件测试的定义 1.6 软件测试和软件开发 软件测试的正面性（1） Bill Hetzel博士（正向思维的代表）： 软件测试就是为程序能够按预期设想那样运行而建立足够的信心。 “软件测试是一系列活动以评价一个程序或系统的特性或能力并确定是否达到预期的结果” 测试是为了验证软件是否符合用户需求，即验证软件产品是否能正常工作 软件测试的正面性（2） IEEE 的定义 ： 在特定的条件下运行系统或构件，观察或记录结果，对系统的某个方面做出评价 分析某个软件项以发现现存的和要求的条件之差别（即错误）并评价此软件项的特性 软件测试的反面性 Glenford J. Myers （反向思维的代表）： 测试是为了证明程序有错，而不是证明程序无错误 一个好的测试用例是在于它能发现至今未发现的错误 一个成功的测试是发现了至今未发现的错误的测试 软件测试定义的两面性 评价一个程序或系统的特性或能力并确定是否达到预期的结果 测试是为发现错误而针对某个程序或系统的执行过程 软件测试 正向思维－ 验证软件正常工作 逆向思维－ 假定软件有错误 在设计规定的环境下运行软件的所有功能，直至全部通过。 寻找容易犯错误的地方和系统的薄弱环节，试图破坏系统，直至找不出问题。 验证和确认（V V） Verification：Are we building the product right？ 是否正确地构造了软件？即是否正确地做事，验证开发过程是否遵守已定义好的内容。验证产品满足规格设计说明书的一致性 Validation： Are we building the right product? 是否构造了正是用户所需要的软件？即是否正在做正确的事。验证产品所实现的功能是否满足用户的需求 第 1章 概述 1.1 一个真实的故事 1.2 为什么要进行软件测试 1.3 软件缺陷的由来 1.4 软件测试学科的发展历程 1.5 软件测试的定义 1.6 软件测试和软件开发 软件测试过程 需求评审 设计评审 单元评审 集成评审 功能测试 系统测试 验收评审 测试计划 测试设计 测试脚本开发 测试执行 测试结果分析和报告 需求和设计评审 需求评审和设计评审是验证软件产品的需求定义和设计实现，验证所定义的产品特性是否符合客户的期望、系统的设计是否合理、是否具有可测试性以及满足非功能质量特性的要求。这个阶段主要通过对需求文档、设计文档等阅读、讨论，从中发现软件需求工程和系统设计中所存在的问题 。 单元测试 单元测试的对象是程序系统中的最小单元---模块或组件上，在编码阶段进行，针对每个模块进行测试，主要通过白盒测试方法，从程序的内部结构出发设计测试用例，检查程序模块或组件的已实现的功能与定义的功能是否一致、以及编码中是否存在错误。多个模块可以平行地、对立地测试，通常要编写驱动模块和桩模块 单元测试一般由编程人员和测试人员共同完成 集成测试 集成测试，也称组装测试、联合测试、子系统测试，在单元测试的基础