内容简介
《软件测试技术案例教程/高等学校计算机科学与技术项目驱动案例实践规划教材》采用“项目驱动”的教学模式，通过完整的项目案例，系统地介绍软件测试的原理、方。 《软件测试技术案例教程/高等学校计算机科学与技术项目驱动案例实践规划教材》围绕软件测试的整体流程，详细论述了软件测试基本原理、软件测试计划与策略、黑盒测试技术、白盒测试技术、单元测试技术、集成测试技术、系统测试技术、验收测试技术和软件测试管理等内容。 《软件测试技术案例教程/高等学校计算机科学与技术项目驱动案例实践规划教材》注重理论与实践相结合，内容详尽，提供了大量实例，突出应用能力的培养，将一个实际项目的知识点分解在各章作为案例讲解，是一本实用突出的教材。 《软件测试技术案例教程/高等学校计算机科学与技术项目驱动案例实践规划教材》可作为普通高等院校计算机专业本、专科生软件测试课程的教材，也可供软件测试人员参考使用。
目录
第1章 软件测试概述1．1 软件、软件危机与软件工程1．2 软件质量与质量模型1．2．1 软件质量1．2．2 质量模型1．3 软件测试的重要1．3．1 软件所带来的悲剧1．3．2 其他一些例子1．4 软件缺陷与软件故障1．4．1 软件缺陷的定义1．4．2 软件缺陷产生的原因1．4．3 软件缺陷的组成1．4．4 软件缺陷的修复费用1．5 软件测试定义1．5．1 软件测试的概念1．5．2 软件测试的目的1．5．3 软件测试的原则1．5．4 软件测试与质量保证1．6 软件测试模型1．6．1 软件测试瀑布模型1．6．2 软件测试V模型1．7 软件测例1．7．1 测例的基本概念1．7．2 软件测例的作用1．7．3 测例的设计及原则1．7．4 测例设计实例1．8 软件测试人员应具备的素质本结思考题第2章 艾斯医药商务系统项目案例概述2．1 项目需求分析2．2 系统结构分析2．3 案例测试需求第3章 软件测试计划与策略3．1 软件测试计划3，1．1 制定测试计划的原则3．1．2 制定测试计划3．2 软件测试策略3．2．1 静态测试与动态测试3．2．2 白盒测试与黑盒测试3．3 软件测试过程3．4 软件测试与软件开发过程3．4．1 软件开发过程3．4．2 软件测试在软件开发过程中的作用3．5 软件自动化测试介绍3．5．1 软件自动化测试概述3．5．2 软件自动化测试工具3．6 项目案例3．6．1 学3．6．2 案例描述3．6．3 案例要点3．6．4 案例实施3．6．5 提示3．6．6 拓展与提高本结思考题……第4章 黑盒测试第5章 白盒测试第6章 单元测试第7章 集成测试第8章 系统测试第9章 验收测试第10章 软件测试管理致谢
摘要与插图
学与要求本章介绍软件测试领域的基本概念。通过本章的学够对软件测试的定义、目的和原则等相关知识有深入的了解。需要具体掌握软件测试的必要及软件测试模型。本章主要内容·软件、软件危机与软件工程‘·软件质和质量模型；·软件测试；·软件测例；·软件测试人员职业素养。计算机系统分为硬件系统和软件系统两大部分。在过去的五t多年里，计算机硬件技术得到了极大的发展，现在已经达到了相当成熟的状态。然而，随着计算机硬件技术的飞速发展，人们对计算机的需求和依赖与日俱增。随之而来的是计算机软件系统的规模和复杂急剧增加，其软件开发成本以及由于软件故障而造成的经济损失也正在增加·软件的质量问题已成为人们关注的焦点。软件测试是保证软件质量的主要手段年来，受到了人们的广泛关注。社会对软件测试人员的需求迅速增长。pan>．pan>软件、软件危机与软件工程什么是软件?这个问题既简单又不太好回答。我们几乎每天都在使用各种各样的软件，如windows、0ffice、IE浏览器、媒体播放器等，它们都是我们再熟悉不过的产品了，但是否真正理解什么是软件，大多数人不敢肯定。那软件真正的含义是什么?现在普遍被人们认可的软件的定义为：(1)能够完成预能和能的、可执行的指令(计算机程序)。(2)使得程序能够适当地操作信息的数据结构。(3)描述程序的操作和使用的文档。即“软件=程序+数据(库)+文档”，在这里给出了软件的基本的组成成分。实际上，还少了一项内容：服务。可以用一个简单的公式给出软件的定义：软件一程序+数据(库)+文档+服务20世纪60年代以前，计算机刚刚投入实际使用．软件设计往往只是为了一个特定的应用而在指定的计算机上设计和编制，采用密切依赖于计算机的机器代码或汇编语言，软件的规模比较小，文档资料通常也不存在，很少使用系统化的开发方法，设计软件往往等同于编制程序，基本上是个人设计、个人使用、个人操作、自给自足的私人化的软件生产方式。20世纪60年代中期，大容量、高速度计算机的出现，使计算机的应用范围迅速扩大，软件需求急剧级语言开始出现，操作系统的发展引起了计算机应用方式的变化．大量数据处理导致代数据库管理系统的诞生。软件系统的规模越来越大．复杂程度越来越高，软件可靠问题也越来越突出。原来的个人设计、个人使用的方式不再能满足要求，迫切需要改变软件生产方式．提高软件生产率，软件危机开始爆发。1968年北大西洋公约组织的计算机科学家在原联邦德国召开的学术会议上次提出了“软件危机”(software cm-s)这个名词。软件危机主要表现在以下几个方面。(1)软件开发费用度失控。费用超支度拖延的情况屡屡发生。有时为了度或压成本不得不采取一些权宜之计，这样义往往严重损害了软件产品的质量。(2)软件的可靠差。尽管耗费了大量的人力物力，系统的正确却越来越难以保证，出错增加，由于软件错误而造成的损失十分惊人。(3)生产出来的软件难以维护。很多程序缺乏相应的文档资料，程序中的错误难以定位，难以改正，有时改正了已有的错误义引入新的错误。随着软件的社会拥有量越来越大，软件维护占用了大量人力、物力和财力。(4)软件成本在计算机系成本中所占的比例居高不下，且逐年上升。由于微电子学技术步和硬件生产自动化程度不断提高．硬件成本逐年下降，能和产量迅速提高。然而软件开发需要大量人力．软件成本随着软件规模和数量的剧增而持续上升。(5)软件生产不能满足日益增长的软件需求。软件生产率远低于硬件生产率和计算机应用的增长率，社会出现了软件供不应求的局面。更为严重的是，软件生产效率随软件生产规模的增加和软件复杂的提高而急剧下降。(6)软件系统实现能与实际需求不符。软件开发人员对用户需求缺乏深入的理解，往往急于编写程序，闭门造车，后完成的软件与用户需求相距甚远。软件危机的原因，一方面是与软件本身的特点有关．另一方面是与软件开发和维护的方法不正确有关。从宏观上看，软件危机的实质是软件产品的供应赶不上需求的增长；从微观上简单地说，软件危机是开发的软件有错误，软件质量达不到要求．软件项目无法按时完成，软件项目的花费超出预算。为了解决软件危机，既要有技术措施，又要有必要的组织管理措施。1968年秋季．北大西洋公约组织的科技委员会召集50名的编程人员、计算机科学家和工业界巨......