×
超值优惠券
¥50
100可用 有效期2天

全场图书通用(淘书团除外)

关闭
暂无评论
图文详情
  • ISBN:9787115223883
  • 装帧:一般胶版纸
  • 册数:暂无
  • 重量:暂无
  • 开本:16
  • 页数:258页
  • 出版时间:2010-08-01
  • 条形码:9787115223883 ; 978-7-115-22388-3

本书特色

《软件测试技术(第2版)》由高校教师与测试工程师共同合作编写,全面介绍软件测试的基本知识和基本技术,提供实际软件项目的测试案例。

内容简介

本书系统地介绍了软件测试的基本概念和基本知识,软件测试的基本技术、测试过程、测试用例设计、测试工具,如何报告软件缺陷,以及如何评估测试和测试项目管理等内容。本书内容由易到难,深入浅出,简明且通俗易懂,通过学习本书读者能够较好地掌握软件测试的基本知识和基本技术。另外,本教材的*后一章通过一个实际软件项目的测试案例,来加深读者对软件测试技术和软件测试过程的理解,尽*大努力使理论的应用更清晰、更形象。 本书适合作为高职高专院校软件测试课程的教材,以及软件测试培训班的教材,也可作为软件测试人员的自学参考书。

目录

第1章 软件测试概述1.1 软件开发过程1.1.1 软件、软件危机、软件工程的基本概念1.1.2 软件工程的目标及其一般开发过程1.1.3 可供选择的软件过程模型1.2 软件缺陷与软件故障1.3 软件质量与质量模型1.4 软件测试1.4.1 软件测试的定义1.4.2 软件测试贯穿于整个软件开发生命周期1.4.3 软件测试的目的1.4.4 软件测试的原则1.4.5 软件测试模型1.4.6 软件测试信息流1.4.7 软件测试的分类1.4.8 软件测试流程1.5 软件测试发展历程和发展趋势1.6 软件测试人员的基本素质习题1第2章 软件测试基本技术2.1 黑盒测试与白盒测试2.2 白盒测试技术2.2.1 静态测试2.2.2 程序插桩技术2.2.3 逻辑覆盖2.2.4 基本路径测试法2.2.5 其他白盒测试方法2.2.6 白盒测试应用策略2.3 黑盒测试技术2.3.1 功能测试2.3.2 非功能测试2.3.3 黑盒测试策略习题2第3章 测试用例设计3.1 测试用例的基本概念3.2 测试用例的设计3.2.1 测试设计说明3.2.2 测试用例的编写标准3.2.3 测试用例设计考虑的因素3.2.4 测试用例的分类3.3 测试用例设计实例3.4 测试用例的执行与跟踪3.5 测试用例管理习题3第4章 软件测试过程4.1 软件测试过程概述4.2 单元测试4.2.1 单元测试的定义4.2.2 单元测试的重要性与单元测试原则4.2.3 单元测试的主要任务4.2.4 单元测试环境的建立4.2.5 单元测试主要技术和单元测试数据4.2.6 单元测试工具简介4.2.7 单元测试人员4.3 集成测试4.3.1 集成测试的定义4.3.2 集成测试的主要任务4.3.3 集成测试遵循的原则4.3.4 集成测试实施方案4.3.5 集成测试的测试技术与集成测试数据4.3.6 集成测试人员4.4 系统测试4.4.1 系统测试的定义4.4.2 系统测试前的准备工作4.4.3 系统测试的测试技术和系统测试数据4.4.4 系统测试人员4.5 验收测试4.5.1 验收测试的定义4.5.2 验收测试的主要内容4.5.3 验收测试的测试技术和验收测试数据4.5.4 测试4.5.5 验收测试人员4.6 回归测试4.6.1 回归测试的测试技术和回归测试的数据4.6.2 回归测试的范围4.6.3 回归测试人员4.7 系统排错习题4第5章 测试报告与测试评测5.1 软件缺陷和软件缺陷种类5.1.1 软件缺陷的定义和描述5.1.2 软件缺陷的种类5.1.3 软件缺陷的属性5.2 软件缺陷的生命周期5.3 分离和再现软件缺陷5.4 软件测试人员要正确面对软件缺陷5.5 报告软件缺陷5.5.1 报告软件缺陷的基本原则5.5.2 IEEE软件缺陷报告模板5.6 软件缺陷的跟踪管理5.6.1 软件缺陷跟踪管理系统5.6.2 手工报告和跟踪软件缺陷5.7 软件测试的评测5.7.1 覆盖评测5.7.2 质量评测5.7.3 性能评测5.8 测试总结报告习题5第6章 测试项目管理6.1 测试项目管理概述6.1.1 测试项目与测试项目管理6.1.2 软件测试项目的范围管理6.2 测试文档6.2.1 测试文档的作用6.2.2 测试文档的类型6.2.3 主要软件测试文档6.3 软件测试计划6.3.1 软件测试计划的作用6.3.2 制定测试计划的原则6.3.3 如何制定软件测试计划6.3.4 制定测试计划时面对的问题6.3.5 衡量一份好的测试计划书的标准6.3.6 制定测试计划6.4 测试的组织与人员管理6.4.1 测试的组织与人员管理概述6.4.2 测试人员的组织结构6.4.3 测试人员6.4.4 人员的交流方式6.4.5 测试人员管理的激励机制6.4.6 测试人员的培训6.4.7 测试的组织与人员管理中的风险管理6.5 软件测试过程管理6.5.1 软件项目的跟踪与质量控制6.5.2 软件测试项目的过程管理6.6 测试的配置管理6.7 软件测试风险管理6.8 软件测试的成本管理6.8.1 软件测试成本管理概述6.8.2 软件测试成本管理的一些基本概念6.8.3 软件测试成本管理的基本原则和措施习题6第7章 软件测试自动化7.1 软件自动化测试基础7.2 自动化测试的作用和优势7.3 软件自动化测试的引入条件7.4 软件测试自动化的实施过程7.5 软件测试工具分类7.6 几种常用软件测试工具7.6.1 QACenter7.6.2 WinRunner7.6.3 LoadRunner7.6.4.全球测试管理系统7.6.5 GUI接口自动化测试工具7.6.6 BoundsChecker7.6.7 Jtest7.6.8 JUnit7.6.9 JCheck7.6.10 CodeReview7.6.11 SmartCheck7.6.12 TrueTime7.6.13 TrueCoverage7.6.14 FailSafe习题7第8章 测试实践——一个实际软件项目的测试案例8.1 被测试软件项目介绍8.1.1 软件背景8.1.2 门诊挂号管理子系统介绍8.1.3 门诊挂号管理子系统的功能需求分析8.1.4 门诊挂号管理子系统性能及可用性要求8.2 测试计划8.2.1 概述8.2.2 定义8.2.3 质量风险摘要8.2.4 测试进度计划8.2.5 进入标准8.2.6 退出标准8.2.7 测试配置和环境8.2.8 测试开发8.2.9 预算8.2.10 关键参与者8.2.11 参考文档8.3 HIS测试过程概述8.3.1 单元测试8.3.2 集成测试8.3.3 系统测试8.3.4 验收测试8.4 测试用例设计8.4.1 门诊挂号管理子系统测试大纲8.4.2 其他可用性测试检查标准8.4.3 功能测试用例8.4.4 性能测试用例8.5 缺陷报告8.5.1 建立缺陷报告数据库8.5.2 编写缺陷报告8.6 测试结果总结分析8.6.1 测试总结报告8.6.2 测试用例分析8.6.3 软件测试结果统计分析8.7 软件测试自动化工具8.8 文档测试习题8参考文献
展开全部

节选

《软件测试技术(第2版)》系统地介绍软件测试的基本概念和基本知识,以及软件测试的基本技术、测试过程、测试用例设计、测试工具,以及如何报告软件缺陷,如何评估测试和测试文档、软件测试计划、软件测试项目管理等内容。为适应软件产业发展和满足教学的需要,由高校教师与国内大型软件公司的项目负责人及测试工程师共同合作编写了此教材。测试自动化是目前和未来软件测试技术研究的重点问题,它对于提高软件测试的质量和效率有非常重要的意义,《软件测试技术(第2版)》第7章讲述了软件测试自动化的相关知识。本教材的编写特别注重突出教材的应用性、实践性,理论联系实际,教材*后一章通过一个实际软件项目的测试案例来加深对软件测试技术和软件测试过程的理解,尽力使理论的应用更清晰,更形象。

相关资料

插图:①软件生产不能满足日益增长的软件需求,软件生产率远低于硬件生产率和计算机应用的增长率,出现了软件供不应求的局面。②软件生产率随软件规模与复杂性的提高而下降,智力密集造成人力成本增加,导致软件成本在计算机系统成本构成中的比例急剧上升。③软件开发进度与成本失控。很难估计软件开发的成本与进度,通常是预算成倍突破,项目计划一再延期。软件开发单位为赶进度并节约成本,往往只有降低软件质量。软件开发陷入成本居高不下、软件质量无保证、用户不满、开发单位信誉降低的怪圈中。④软件系统实现的功能与实际需求不符。软件开发人员对用户需求缺乏深入的理解,往往急于编程。闭门造车导致*后实现的系统与用户需求相去甚远。⑤软件难以维护。程序中的错误很难改正,要使软件适应新的运行环境几乎不可能,软件使用过程中不能增加用户需要的新功能。而与此同时,大量的软件人员却在重复开发着基本类似的软件。⑥软件文档配置没有受到足够的重视。软件文档包括开发过程各阶段的说明书、数据词典、程序清单、软件使用和维护手册、软件测试报告及测试用例等。这些软件文档的不规范、不健全是造成软件开发进程、成本不可控制,以及软件维护、管理、交流困难的重要原因。软件危机的表现,实际上是软件开发与维护中存在的具有共性的问题。近30年来,为解决这些问题,计算机科学家和软件产业从业者已经做出了巨大的努力。软件危机产生的原因可以从两个方面加以认识:一是软件产品的固有特性,二是软件专业人员自身的缺陷。软件的不可见性是软件产品的固有特点之一。与硬件产品不同,软件是计算机系统中的逻辑部件。软件开发过程中,在程序代码运行之前,开发工作的质量和进度均难以度量。*终软件产品的使用价值是在软件运行过程中体现出来的。软件产品的故障隐蔽性强,可靠性难以度量,对原有故障的修改又可能导致新的错误。软件产品的固有特点之二是软件的规模与逻辑复杂性。现代的软件产品往往规模庞大,功能多种多样、逻辑结构十分复杂。从软件开发管理角度看,软件生产率常随软件规模和复杂性的增大而下降。当多人合作完成一个系统时,作为一个工程项目,参与人员的组织与信息交流、工作质量与进度控制等更是一个复杂的问题。就目前的软件技术水平而言,软件开发工作量随软件规模呈几何级数上升。软件开发人员的问题主要是没有掌握正确的软件开发方法,对软件的开发与维护存在许多模糊、错误的认识,不可避免地导致许多软件错误。软件管理人员的问题主要是软件管理技术落后,甚至缺乏软件质量管理。宏观上,从整个社会对软件的需求来看,软件危机的实质是软件产品的供应赶不上需求的增长;微观上,“软件危机”简单地说就是开发的软件有错误,软件质量达不到要求,软件项目无法按时完成,软件项目的花费超预算。为了解决软件危机,既要有技术措施,又要有必要的组织管理措施。软件工程正是从技术和管理两方面研究如何更好地开发和维护计算机软件的一门学科。软件工程是应用计算机科学、数学及管理科学等原理开发软件的工程。通俗来说,软件工程是如何实现一个大型程序的一套原则方法,将其他工程领域中行之有效的工程学知识运用到软件开发工作中来,即按工程化的原则和方法组织软件开发工作。

预估到手价 ×

预估到手价是按参与促销活动、以最优惠的购买方案计算出的价格(不含优惠券部分),仅供参考,未必等同于实际到手价。

确定
快速
导航