软件测试实践第1章 软件测试技术概论.pptVIP

1.2.2 软件测试的定义 1、软件测试的定义 IEEE软件测试定义：“使用人工和自动手段来运行或测试某个系统的过程，其目的在于检验它是否满足规定的需求或弄清楚预期结果与实际结果之间的差别。” 广义的软件测试实际是由确认、验证、测试三个方面组成： 软件测试的定义（续） 确认:对需求的确认 验证：是检测软件开发的每个阶段、每个步骤的结果是否正确无误，是否与软件开发各阶段的要求或期望的结果相一致。 测试：与狭隘的测试概念统一。通常是经过单元测试、集成测试、确认测试和系统测试四个环节。 软件开发过程中所产生的需求规格说明、概要设计规格说明、详细设计规格说明以及源程序都是软件测试的对象。 1.2.3 软件测试的分类 1软件测试的不同分类 2 单元、集成、确认和系统测试 3静态测试和动态测试 4黑盒测试和白盒测试 1.2.3 软件测试的分类 1 软件测试的不同分类 1．按照开发阶段划分 单元测试、集成测试、确认测试、系统测试和验收测试。 2．按照测试实施组织划分 开发方测试、用户测试（β测试）和第三方测试。 3．按照测试技术划分 白盒测试和黑盒测试 静态测试和动态测试 1、单元测试：针对每个单元的测试， 以确保每个模块能正常工作为目标。 2、集成测试：对已测试过的模块进行组装，进行集成测试。目的在于检验与软件设计相关的程序结构问题。 3、确认测试：是检验所开发的软件能否满足所有功能和性能需求。 4、系统测试：检验软件产品能否与系统的其他部分（比如，硬件、数据库及操作人员）协调工作。 5、验收（用户）测试：检验软件产品质量的最后一道工序。主要突出用户的作用，同时软件开发人员也应有一定程度的参与。 1.2.3 软件测试的分类 2.单元、集成、确认和系统测试 1.2.3 软件测试的分类 3. 静态测试与动态测试 1、静态测试 静态测试不实际运行软件，主要是对软件的编程格式、结构等方面进行评估。 2、动态测试 计算机必须真正运行被测试的程序，通过输入测试用例，对其运行情况即输入与输出的对应关系进行分析，以达到检测的目的。 1.2.3 软件测试的分类 4. 黑盒测试和白盒测试 1.黑盒测试(Black-box Testing): 从用户角度出发, 基于产品的功能需求，目的是检查程序各个功能是否能够实现，并检查其中的功能错误。 2.白盒测试(White-box Testing): 基于产品的内部结构进行测试，检查内部操作是否按规定执行，软件各个部分功能是否得到充分使用。 * * * * * * * * * * * * * * * * 第1章 软件测试概论 1.1 软件危机 1.2 软件测试的基本知识 1.3 软件测试的正确认识 1.４ 软件测试职业 1.1 软件危机 20世纪60年代，面对愈来愈复杂的大型软件系统开发，出现了软件危机。主要表现在以下几个方面： 软件项目无法按期完成，超出经费预算，软件质量难以控制； 开发人员和开发过程之间管理不规范，约定不严密，文档书写不完整，使得软件维护费用高，某些系统甚至无法进行修改； 缺乏严密有效的质量检测手段，交付给用户的软件质量差，在运行中出现许多问题，甚至带来严重的后果； 系统更新换代难度大。 著名案例 著名案例 IBM公司在1963年到1966年开发的IBM 360操作系统。 这一项目在开发期中每年花费五千万美元，参加工作最多时有1000人，总共写出了一百万行源程序。 该项目最后没有拿到开发成果。 软件危机的内在原因 在软件系统的开发过程中，软件缺陷的积累与放大效应是导致软件危机的最主要原因，可谓失之毫厘，差之千里。 在此情况下，反复无常的修改导致软件开发效率严重低下，带有缺陷的开发成果导致软件质量大幅度下降， 不断投入的人员和其他资源导致软件开发成本急剧增加。 需要规范化的过程来制约软件开发的无序性，便产生了软件工程。 1968年，在北大西洋公约组织的学术会议上第一次创造了“软件工程”这个词，倡导按照工程化的原则和方法组织软件开发工作。 软件工程和软件危机的解决 软件工程的任务：通过提供规范化的分析设计方法及工具软件，来避免或者减少软件错误的发生，为最终根除软件危机提供强有力的技术保障。表1-1 阶段 基本任务 工作成果 占开发期的工作量 参加者 开 发 期 需求分析 理解和表达用户的要求、对开发的软件进行详细的定义 系统需求说明书 20% 用户、系统分析员、高级程序员 设计 概要设计和详细设计，建立系统的结构，明确系统的是实现方式 系统设计说明书、数据说明 15% 系统分析员、高级程序员 程序编写 写程序 程序 20% 高级程序员、初级程序员 测试 发现错误和排除错误 可运行的系统 45% 模块测