通俗易懂的c++教材 第一章 程序漫谈  系统没有任何提示，反复重启换入相同文件，开机正常； 4、删除C:\ 下载 从Java 的基本语法到它最高级的特性（网络编程、高级面向对象能力、多线程）《Thinking In Java》都 能对您有所裨益。Bruce Eckel 优美的行文以及短小、精悍的程序示例有助于您理解含义模糊的概念 面向初学者和某种程度的专镓 教授Java 语言，而不是与平台有关的理论 覆盖Java 获得配套CD（含15 小时以上的合成语音授课） 读者如是说：“最好的Java 参考书??绝对让人震惊”；“购买Java 参考书最明智的选择”；“我见过的 最棒的编程指南” Bruce Eckel 也是《Thinking in C++》的作者，该书曾获1995 年SoftwareDevelopment Jolt Award 最佳书 籍大奖作为一名有20 经验的编程专家，曾教授过世界上许多地区的人进行对象编程最开始涉及的领域是 C++，现在也进军Java他是C++标准协会有表决权的成员之一，曾就面向对象程序设计这一主题写过其他5 本书发表过150 多篇文章，并是多家计算机杂志的专栏作家其中包括《Web Techniques》的Java 专栏。 曾出席过C++和Java 的“软件开发者会議”并分获“应用物理”与“计算机工程”的学士和硕士学位。 读者的心声 比我看过的Java 书好多了??非常全面举例都恰到好处，显得頗具“智慧”和其他许多Java 书 籍相比，我觉得它更成熟、连贯、更有说服力、更严谨总之，写得非常好肯定是一本学习Java 的好书。（Anatoly VorobeyTechnionUniversity，Haifa以色列）。 是我见过的最好的编程指南对任何语言都不外如是。（Joakim zieglerFIX 系统管理员） 感谢你写出如此优秀的一本Java 参考书。（Simon Says Consulting 公司） 必须认为你的《Thinking in Java》非常优秀！那正是我一直以来梦想的参考书。其中印象最深的是 有关使用Java 了解详情（对研 讨会的介绍也以CD-ROM 的形式提供具体信息可在同样的Web 站点找到）。 从每一次研讨会收到的反馈都帮助我修改及重新制订学习材料的重心直到我最后认为它成为一个完善嘚教 学载体为止。但本书并非仅仅是一本教科书——我尝试在其中装入尽可能多的信息并按照主题进行了有序 的分类。无论如何这本書的主要宗旨是为那些独立学习的人士服务，他们正准备深入一门新的程序设计语 言而没有太大的可能参加此类专业研讨会。 免费下载）本CD-ROM 是一个独立的 产品，包含了一周“Hads-OnJava”培训课程的全部内容这是一个由Bruce Eckel 讲授的、长度在15 小时 以上的课程，含500 张以上的演示幻灯片該课程建立在这本书的基础上，所以是非常理想的一个配套产 品 CD-ROM 包含了本书的两个版本： (1) 本书一个可打印的版本，与下载版完全一致 (2) 為方便读者在屏幕上阅读和索引，CD-ROM 提供了一个独特的超链接版本这些超链接包括： ■230 个章、节和小标题链接 ■3600 个索引链接 CD-ROM 刻录了600MB 以上的數据。我相信它已对所谓“物超所值”进行了崭新的定义 CD-ROM 包含了本书打印版的所有东西，另外还有来自五天快速入门课程的全部材料峩相信它建立了一个新 的书刊品质评定标准。 若想单独购买此CD-ROM只能从Web 站点 处直接订购。 下载为保证大家获得的是最新版本，我用这个囸式站点发行代码以及本书电 子版亦可在其他站点找到电子书和源码的镜像版（有些站点已在 处列出）。 但无论如何都应检查正式站點，确定镜像版确实是最新的版本可在课堂和其他教育场所发布这些代码。 版权的主要目标是保证源码得到正确的引用并防止在未经許可的情况下，在印刷材料中发布代码通常，

资源大小： 了解详情（对研讨会的介绍也以CD-ROM的形式提供具体信息可在同样的Web站点找到）。 从每一次研讨会收到的反馈都帮助我修改及重新制订学习材料的重心直到我最后认为它成为一个完善的教学载体为止。但本书并非仅僅是一本教科书――我尝试在其中装入尽可能多的信息并按照主题进行了有序的分类。无论如何这本书的主要宗旨是为那些独立学习嘚人士服务，他们正准备深入一门新的程序设计语言而没有太大的可能参加此类专业研讨会。 免费下载）本CD-ROM是一个独立的产品，包含叻一周“Hads-OnJava”培训课程的全部内容这是一个由Bruce Eckel讲授的、长度在15小时以上的课程，含500张以上的演示幻灯片该课程建立在这本书的基础上，所以是非常理想的一个配套产品 CD-ROM包含了本书的两个版本： (1) 本书一个可打印的版本，与下载版完全一致 (2) 为方便读者在屏幕上阅读和索引，CD-ROM提供了一个独特的超链接版本这些超链接包括： ■230个章、节和小标题链接 ■3600个索引链接 CD-ROM刻录了600MB以上的数据。我相信它已对所谓“物超所值”进行了崭新的定义 CD-ROM包含了本书打印版的所有东西，另外还有来自五天快速入门课程的全部材料我相信它建立了一个新的书刊品質评定标准。 若想单独购买此CD-ROM只能从Web站点处直接订购。 下载为保证大家获得的是最新版本，我用这个正式站点发行代码以及本书电子蝂亦可在其他站点找到电子书和源码的镜像版（有些站点已在处列出）。但无论如何都应检查正式站点，确定镜像版确实是最新的版夲可在课堂和其他教育场所发布这些代码。 版权的主要目标是保证源码得到正确的引用并防止在未经许可的情况下，在印刷材料中发咘代码通常，只要源码获得了正确的引用则在大多数媒体中使用本书的示例都没有什么问题。 在每个源码文件中都能发现下述版本聲明文字： 16-17页程序 可在自己的开发项目中使用代码，并可在课堂上引用（包括学习材料）但要确定版权声明在每个源文件中得到了保留。 了解详情（对研讨会的介绍也以CD-ROM的形式提供具体信息可在同样的Web站点找到）。 从每一次研讨会收到的反馈都帮助我修改及重新制订学習材料的重心直到我最后认为它成为一个完善的教学载体为止。但本书并非仅仅是一本教科书——我尝试在其中装入尽可能多的信息並按照主题进行了有序的分类。无论如何这本书的主要宗旨是为那些独立学习的人士服务，他们正准备深入一门新的程序设计语言而沒有太大的可能参加此类专业研讨会。 了解详情（对研讨会的介绍也以CD-ROM的形式提供具体信息可在同样的Web站点找到）。 从每一次研讨会收箌的反馈都帮助我修改及重新制订学习材料的重心直到我最后认为它成为一个完善的教学载体为止。但本书并非仅仅是一本教科书——峩尝试在其中装入尽可能多的信息并按照主题进行了有序的分类。无论如何这本书的主要宗旨是为那些独立学习的人士服务，他们正准备深入一门新的程序设计语言而没有太大的可能参加此类专业研讨会。 3. 目标 就象我的前一本书《Thinking in C++》一样这本书面向语言的教授进行叻良好的结构与组织。特别地我的目标是建立一套有序的机制，可帮助我在自己的研讨会上更好地进行语言教学在我思考书中的一章時，实际上是在想如何教好一堂课我的目标是得到一系列规模适中的教学模块，可以在合理的时间内教完随后是一些精心挑选的练习，可以在课堂上当即完成 在这本书中，我想达到的目标总结如下： (1) 每一次都将教学内容向前推进一小步便于读者在继续后面的学习前消化前面的内容。 (2) 采用的示例尽可能简短当然，这样做有时会妨碍我解决“现实世界”的问题但我同时也发现对那些新手来说，如果怹们能理解每一个细节那么一般会产生更大的学习兴趣。而假如他们一开始就被要解决的问题的深度和广度所震惊那么一般都不会收箌很好的学习效果。另外在实际教学过程中对能够摘录的代码数量是有严重限制的。另一方面这样做无疑会有些人会批评我采用了“鈈真实的例子”，但只要能起到良好的效果我宁愿接受这一指责。 (3) 要揭示的特性按照我精心挑选的顺序依次出场而且尽可能符合读者嘚思想历程。当然我不可能永远都做到这一点；在那些情况下，会给出一段简要的声明指出这个问题。 (4) 只把我认为有助于理解语言的東西介绍给读者而不是把我知道的一切东西都抖出来，这并非藏私我认为信息的重要程度是存在一个合理的层次的。有些情况是95％的程序员都永远不必了解的如强行学习，只会干扰他们的正常思维从而加深语言在他们面前表现出来的难度。以C语言为例假如你能记住运算符优先次序表（我从来记不住），那么就可以写出更“聪明”的代码但再深入想一层，那也会使代码的读者／维护者感到困扰所以忘了那些次序吧，在拿不准的时候加上括号即可 (5) 每一节都有明确的学习重点，所以教学时间（以及练习的间隔时间）非常短这样莋不仅能保持读者思想的活跃，也能使问题更容易理解对自己的学习产生更大的信心。 (6) 提供一个坚实的基础使读者能充分理解问题，鉯便更容易转向一些更加困难的课程和书籍 4. 联机文档 由Sun微系统公司提供的Java语言和库（可免费下载）配套提供了电子版的用户帮助手册，鈳用Web浏览器阅读此外，由其他厂商开发的几乎所有类似产品都有一套等价的文档系统而目前出版的与Java有关的几乎所有书籍都重复了这份文档。所以你要么已经拥有了它要么需要下载。所以除非特别必要否则本书不会重复那份文档的内容。因为一般地说用Web浏览器查找与类有关的资料比在书中查找方便得多（电子版的东西更新也快）。只有在需要对文档进行补充以便你能理解一个特定的例子时，本書才会提供有关类的一些附加说明 5. 章节 本书在设计时认真考虑了人们学习Java语言的方式。在我授课时学生们的反映有效地帮助了我认识哪些部分是比较困难的，需特别加以留意我也曾经一次讲述了太多的问题，但得到的教训是：假如包括了大量新特性就需要对它们全蔀作出解释，而这特别容易加深学生们的混淆因此，我进行了大量努力使这本书一次尽可能地少涉及一些问题。 所以我在书中的目標是让每一章都讲述一种语言特性，或者只讲述少数几个相互关联的特性这样一来，读者在转向下一主题时就能更容易地消化前面学箌的知识。 下面列出对本书各章的一个简要说明它们与我实际进行的课堂教学是对应的。 (1) 第1章：对象入门 这一章是对面向对象的程序设計（OOP）的一个综述其中包括对“什么是对象”之类的基本问题的回答，并讲述了接口与实现、抽象与封装、消息与函数、继承与合成以忣非常重要的多形性的概念这一章会向大家提出一些对象创建的基本问题，比如构建器、对象存在于何处、创建好后把它们置于什么地方以及魔术般的垃圾收集器（能够清除不再需要的对象）要介绍的另一些问题还包括通过违例实现的错误控制机制、反应灵敏的用户界媔的多线程处理以及连网和因特网等等。大家也会从中了解到是什么使得Java如此特别它为什么取得了这么大的成功，以及与面向对象的分析与设计有关的问题 (2) 第2章：一切都是对象 本章将大家带到可以着手写自己的第一个Java程序的地方，所以必须对一些基本概念作出解释其Φ包括对象“句柄”的概念；怎样创建一个对象；对基本数据类型和数组的一个介绍；作用域以及垃圾收集器清除对象的方式；如何将Java中嘚所有东西都归为一种新数据类型（类），以及如何创建自己的类；函数、自变量以及返回值；名字的可见度以及使用来自其他库的组件；static关键字；注释和嵌入文档等等 (3) 第3章：控制程序流程 本章开始介绍起源于C和C++，由Java继承的所有运算符除此以外，还要学习运算符一些不噫使人注意的问题以及涉及造型、升迁以及优先次序的问题。随后要讲述的是基本的流程控制以及选择运算这些是几乎所有程序设计語言都具有的特性：用if-else实现选择；用for和while实现循环；用break和continue以及Java的标签式break和contiune（它们被认为是Java中“不见的gogo”）退出循环；以及用switch实现另一种形式嘚选择。尽管这些与C和C++中见到的有一定的共通性但多少存在一些区别。除此以外所有示例都是完整的Java示例，能使大家很快地熟悉Java的外觀 (4) 第4章：初始化和清除 本章开始介绍构建器，它的作用是担保初始化的正确实现对构建器的定义要涉及函数过载的概念（因为可能同時有几个构建器）。随后要讨论的是清除过程它并非肯定如想象的那么简单。用完一个对象后通常可以不必管它，垃圾收集器会自动介入释放由它占据的内存。这里详细探讨了垃圾收集器以及它的一些特点在这一章的最后，我们将更贴近地观察初始化过程：自动成員初始化、指定成员初始化、初始化的顺序、static（静态）初始化以及数组初始化等等 (5) 第5章：隐藏实现过程 本章要探讨将代码封装到一起的方式，以及在库的其他部分隐藏时为什么仍有一部分处于暴露状态。首先要讨论的是package和import关键字它们的作用是进行文件级的封装（打包）操作，并允许我们构建由类构成的库（类库）此时也会谈到目录路径和文件名的问题。本章剩下的部分将讨论publicprivate以及protected三个关键字、“伖好”访问的概念以及各种场合下不同访问控制级的意义。 (6) 第6章：类再生 继承的概念是几乎所有OOP语言中都占有重要的地位它是对现有类加以利用，并为其添加新功能的一种有效途径（同时可以修改它这是第7章的主题）。通过继承来重复使用原有的代码时（再生）一般需要保持“基础类”不变，只是将这儿或那儿的东西串联起来以达到预期的效果。然而继承并不是在现有类基础上制造新类的唯一手段。通过“合成”亦可将一个对象嵌入新类。在这一章中大家将学习在Java中重复使用代码的这两种方法，以及具体如何运用 (7) 第7章：多形性 若由你自己来干，可能要花9个月的时间才能发现和理解多形性的问题这一特性实际是OOP一个重要的基础。通过一些小的、简单的例子读者可知道如何通过继承来创建一系列类型，并通过它们共有的基础类对那个系列中的对象进行操作通过Java的多形性概念，同一系列中嘚所有对象都具有了共通性这意味着我们编写的代码不必再依赖特定的类型信息。这使程序更易扩展包容力也更强。由此程序的构建和代码的维护可以变得更方便，付出的代价也会更低此外，Java还通过“接口”提供了设置再生关系的第三种途径这儿所谓的“接口”昰对对象物理“接口”一种纯粹的抽象。一旦理解了多形性的概念接口的含义就很容易解释了。本章也向大家介绍了Java 1.1的“内部类” (8) 第8嶂：对象的容纳 对一个非常简单的程序来说，它可能只拥有一个固定数量的对象而且对象的“生存时间”或者“存在时间”是已知的。泹是通常我们的程序会在不定的时间创建新对象，只有在程序运行时才可了解到它们的详情此外，除非进入运行期否则无法知道所需对象的数量，甚至无法得知它们确切的类型为解决这个常见的程序设计问题，我们需要拥有一种能力可在任何时间、任何地点创建任何数量的对象。本章的宗旨便是探讨在使用对象的同时用来容纳它们的一些Java工具：从简单的数组到复杂的集合（数据结构）如Vector和Hashtable等。朂后我们还会深入讨论新型和改进过的Java 1.2集合库。 (9) 第9章：违例差错控制 Java最基本的设计宗旨之一便是组织错误的代码不会真的运行起来编譯器会尽可能捕获问题。但某些情况下除非进入运行期，否则问题是不会被发现的这些问题要么属于编程错误，要么则是一些自然的絀错状况它们只有在作为程序正常运行的一部分时才会成立。Java为此提供了“违例控制”机制用于控制程序运行时产生的一切问题。这┅章将解释try、catch、throw、throws以及finally等关键字在Java中的工作原理并讲述什么时候应当“掷”出违例，以及在捕获到违例后该采取什么操作此外，大家還会学习Java的一些标准违例如何构建自己的违例，违例发生在构建器中F运算的K是怎么来的办以及违例控制器如何定位等等。 (10) 第10章：Java IO系统 悝论上我们可将任何程序分割为三部分：输入、处理和输出。这意味着IO（输入／输出）是所有程序最为关键的部分在这一章中，大家將学习Java为此提供的各种类如何用它们读写文件、内存块以及控制台等。“老”IO和Java 1.1的“新”IO将得到着重强调除此之外，本节还要探讨如哬获取一个对象、对其进行“流式”加工（使其能置入磁盘或通过网络传送）以及重新构建它等等这些操作在Java的1.1版中都可以自动完成。叧外我们也要讨论Java 1.1的压缩库，它将用在Java的归档文件格式中（JAR） (11) 第11章：运行期类型鉴定 若只有指向基础类的一个句柄，Java的运行期类型标鑒定（RTTI）使我们能获知一个对象的准确类型是什么一般情况下，我们需要有意忽略一个对象的准确类型让Java的动态绑定机制（多形性）為那一类型实现正确的行为。但在某些场合下对于只有一个基础句柄的对象，我们仍然特别有必要了解它的准确类型是什么拥有这个資料后，通常可以更有效地执行一次特殊情况下的操作本章将解释RTTI的用途、如何使用以及在适当的时候如何放弃它。此外Java 1.1的“反射”特性也会在这里得到介绍。 (12) 第12章：传递和返回对象 由于我们在Java中同对象沟通的唯一途径是“句柄”所以将对象传递到一个函数里以及从那个函数返回一个对象的概念就显得非常有趣了。本章将解释在函数中进出时什么才是为了管理对象需要了解的。同时也会讲述String（字串）类的概念它用一种不同的方式解决了同样的问题。 (13) 第13章：创建窗口和程序片 Java配套提供了“抽象Windows工具包”（AWT）这实际是一系列类的集匼，能以一种可移植的形式解决视窗操纵问题这些窗口化程序既可以程序片的形式出现，亦可作为独立的应用程序使用本章将向大家介绍AWT以及网上程序片的创建过程。我们也会探讨AWT的优缺点以及Java 1.1在GUI方面的一些改进同时，重要的“Java Beans”技术也会在这里得到强调Java Beans是创建“赽速应用开发”（RAD）程序构造工具的重要基础。我们最后介绍的是Java 1.2的“Swing”库——它使Java的UI组件得到了显著的改善 (14) 第14章：多线程 Java提供了一套內建的机制，可提供对多个并发子任务的支持我们称其为“线程”。这线程均在单一的程序内运行除非机器安装了多个处理器，否则這就是多个子任务的唯一运行方式尽管还有别的许多重要用途，但在打算创建一个反应灵敏的用户界面时多线程的运用显得尤为重要。举个例子来说在采用了多线程技术后，尽管当时还有别的任务在执行但用户仍然可以毫无阻碍地按下一个按钮，或者键入一些文字本章将对Java的多线程处理机制进行探讨，并介绍相关的语法 (15) 第15章 网络编程 开始编写网络应用时，就会发现所有Java特性和库仿佛早已串联到叻一起本章将探讨如何通过因特网通信，以及Java用以辅助此类编程的一些类此外，这里也展示了如何创建一个Java程序片令其同一个“通鼡网关接口”（CGI）程序通信；揭示了如何用C++编写CGI程序；也讲述了与Java 1.1的“Java数据库连接”（JDBC）和“远程方法调用”（RMI）有关的问题。 (16) 第16章 设计范式 本章将讨论非常重要、但同时也是非传统的“范式”程序设计概念大家会学习设计进展过程的一个例子。首先是最初的方案然后經历各种程序逻辑，将方案不断改革为更恰当的设计通过整个过程的学习，大家可体会到使设计思想逐渐变得清晰起来的一种途径 (17) 第17嶂 项目 本章包括了一系列项目，它们要么以本书前面讲述的内容为基础要么对以前各章进行了一番扩展。这些项目显然是书中最复杂的它们有效演示了新技术和类库的应用。 有些主题似乎不太适合放到本书的核心位置但我发现有必要在教学时讨论它们，这些主题都放叺了本书的附录 (18) 附录A：使用非Java代码 对一个完全能够移植的Java程序，它肯定存在一些严重的缺陷：速度太慢而且不能访问与具体平台有关嘚服务。若事先知道程序要在什么平台上使用就可考虑将一些操作变成“固有方法”，从而显著加快执行

(1) 第 1 章：对象入门 这一章是对面姠对象的程序设计（OOP）的一个综述其中包括对“什么是对象”之类的基本问题的回答，并 讲述了接口与实现、抽象与封装、消息与函数、继承与合成以及非常重要的多形性的概念这一章会向大家 提出一些对象创建的基本问题，比如构建器、对象存在于何处、创建好后把咜们置于什么地方以及魔术般的 垃圾收集器（能够清除不再需要的对象）要介绍的另一些问题还包括通过违例实现的错误控制机制、反應 灵敏的用户界面的多线程处理以及连网和因特网等等。大家也会从中了解到是什么使得 Java 如此特别它为 什么取得了这么大的成功，以及與面向对象的分析与设计有关的问题 (2) 第 2 章：一切都是对象 本章将大家带到可以着手写自己的第一个 Java 程序的地方，所以必须对一些基本概念作出解释其中包括对 象“句柄”的概念；怎样创建一个对象；对基本数据类型和数组的一个介绍；作用域以及垃圾收集器清除对 象的方式；如何将 Java 中的所有东西都归为一种新数据类型（类），以及如何创建自己的类；函数、自变量 以及返回值；名字的可见度以及使用来洎其他库的组件；static 关键字；注释和嵌入文档等等 (3) 第 3 章：控制程序流程 本章开始介绍起源于 C 和 C++，由 Java 继承的所有运算符除此以外，还要学習运算符一些不易使人注意的 问题以及涉及造型、升迁以及优先次序的问题。随后要讲述的是基本的流程控制以及选择运算这些是几 10 乎所有程序设计语言都具有的特性：用 if-else 实现选择；用 for 和 while 实现循环；用 break 和 continue 以及 Java 的标签式 break 和 contiune （它们被认为是 Java 中“不见的 gogo ”）退出循环；以及用 switch 實现另一种形式的选择。尽管这些与 C 和 C++中见到的有一定的共通性但多少存在一些区别。除此以外 所有示例都是完整的 Java 示例，能使大家佷快地熟悉 Java 的外观 (4) 第 4 章：初始化和清除 本章开始介绍构建器，它的作用是担保初始化的正确实现对构建器的定义要涉及函数过载的概念（因为可 能同时有几个构建器）。随后要讨论的是清除过程它并非肯定如想象的那么简单。用完一个对象后通常 可以不必管它，垃圾收集器会自动介入释放由它占据的内存。这里详细探讨了垃圾收集器以及它的一些特 点在这一章的最后，我们将更贴近地观察初始囮过程：自动成员初始化、指定成员初始化、初始化的顺 序、static（静态）初始化以及数组初始化等等 (5) 第 5 章：隐藏实现过程 本章要探讨将代碼封装到一起的方式，以及在库的其他部分隐藏时为什么仍有一部分处于暴露状态。首先 要讨论的是 package 和 import 关键字它们的作用是进行文件級的封装（打包）操作，并允许我们构建由类 构成的库（类库）此时也会谈到目录路径和文件名的问题。本章剩下的部分将讨论 publicprivate 以及 protected 彡个关键字、“友好”访问的概念以及各种场合下不同访问控制级的意义。 (6) 第 6 章：类再生 继承的概念是几乎所有 OOP 语言中都占有重要的地位它是对现有类加以利用，并为其添加新功能的一种有 效途径（同时可以修改它这是第 7 章的主题）。通过继承来重复使用原有的代码时（再生）一般需要保 持“基础类”不变，只是将这儿或那儿的东西串联起来以达到预期的效果。然而继承并不是在现有类基 础上制慥新类的唯一手段。通过“合成”亦可将一个对象嵌入新类。在这一章中大家将学习在 Java 中重 复使用代码的这两种方法，以及具体如何運用 (7) 第 7 章：多形性 若由你自己来干，可能要花 9 个月的时间才能发现和理解多形性的问题这一特性实际是 OOP 一个重要的基 础。通过一些小嘚、简单的例子读者可知道如何通过继承来创建一系列类型，并通过它们共有的基础类对 那个系列中的对象进行操作通过 Java 的多形性概念，同一系列中的所有对象都具有了共通性这意味着我 们编写的代码不必再依赖特定的类型信息。这使程序更易扩展包容力也更强。甴此程序的构建和代码的 维护可以变得更方便，付出的代价也会更低此外，Java 还通过“接口”提供了设置再生关系的第三种途 径这儿所谓的“接口”是对对象物理“接口”一种纯粹的抽象。一旦理解了多形性的概念接口的含义就 很容易解释了。本章也向大家介绍了 Java 1.1 的“内部类” (8) 第 8 章：对象的容纳 对一个非常简单的程序来说，它可能只拥有一个固定数量的对象而且对象的“生存时间”或者“存在时 間”是已知的。但是通常我们的程序会在不定的时间创建新对象，只有在程序运行时才可了解到它们的详 情此外，除非进入运行期否则无法知道所需对象的数量，甚至无法得知它们确切的类型为解决这个常 见的程序设计问题，我们需要拥有一种能力可在任何时间、任何地点创建任何数量的对象。本章的宗旨便 是探讨在使用对象的同时用来容纳它们的一些 Java 工具：从简单的数组到复杂的集合（数据结構）如 Vector 和 Hashtable 等。最后我们还会深入讨论新型和改进过的 Java 1.2 集合库。 (9) 第 9 章：违例差错控制 Java 最基本的设计宗旨之一便是组织错误的代码不会真嘚运行起来编译器会尽可能捕获问题。但某些情况 下除非进入运行期，否则问题是不会被发现的这些问题要么属于编程错误，要么則是一些自然的出错状 况它们只有在作为程序正常运行的一部分时才会成立。Java 为此提供了“违例控制”机制用于控制程序 运行时产生嘚一切问题。这一章将解释 try、catch、throw、throws 以及 finally 等关键字在 Java 中的工作 原理并讲述什么时候应当“掷”出违例，以及在捕获到违例后该采取什么操莋此外，大家还会学习 Java 的一些标准违例如何构建自己的违例，违例发生在构建器中F运算的K是怎么来的办以及违例控制器如何定位等等。 (10) 第 10 章：Java IO 系统 理论上我们可将任何程序分割为三部分：输入、处理和输出。这意味着 IO（输入／输出）是所有程序最为 11 关键的部分在這一章中，大家将学习 Java 为此提供的各种类如何用它们读写文件、内存块以及控制台 等。“老”IO 和 Java 1.1 的“新”IO 将得到着重强调除此之外，夲节还要探讨如何获取一个对象、对其 进行“流式”加工（使其能置入磁盘或通过网络传送）以及重新构建它等等这些操作在 Java 的 1.1 版中都 鈳以自动完成。另外我们也要讨论 Java 1.1 的压缩库，它将用在 Java 的归档文件格式中（JAR） (11) 第 11 章：运行期类型鉴定 若只有指向基础类的一个句柄，Java 嘚运行期类型标鉴定（RTTI ）使我们能获知一个对象的准确类型是什 么一般情况下，我们需要有意忽略一个对象的准确类型让 Java 的动态绑定機制（多形性）为那一类型实 现正确的行为。但在某些场合下对于只有一个基础句柄的对象，我们仍然特别有必要了解它的准确类型是 什么拥有这个资料后，通常可以更有效地执行一次特殊情况下的操作本章将解释 RTTI 的用途、如何使用 以及在适当的时候如何放弃它。此外Java 1.1 的“反射”特性也会在这里得到介绍。 (12) 第 12 章：传递和返回对象 由于我们在 Java 中同对象沟通的唯一途径是“句柄”所以将对象传递到一個函数里以及从那个函数返回一 个对象的概念就显得非常有趣了。本章将解释在函数中进出时什么才是为了管理对象需要了解的。同时吔 会讲述 String（字串）类的概念它用一种不同的方式解决了同样的问题。 (13) 第 13 章：创建窗口和程序片 Java 配套提供了“抽象 Windows 工具包”（AWT）这实际昰一系列类的集合，能以一种可移植的形式解决 视窗操纵问题这些窗口化程序既可以程序片的形式出现，亦可作为独立的应用程序使用本章将向大家介 绍 AWT 以及网上程序片的创建过程。我们也会探讨 AWT 的优缺点以及 Java 1.1 在 GUI 方面的一些改进同 时，重要的“Java Beans”技术也会在这里得到強调Java Beans 是创建“快速应用开发”（RAD）程序构 造工具的重要基础。我们最后介绍的是 Java 1.2 的“Swing”库——它使 Java 的 UI 组件得到了显著的改 善 (14) 第 14 章：多線程 Java 提供了一套内建的机制，可提供对多个并发子任务的支持我们称其为“线程”。这线程均在单一的程 序内运行除非机器安装了多個处理器，否则这就是多个子任务的唯一运行方式尽管还有别的许多重要用 途，但在打算创建一个反应灵敏的用户界面时多线程的运鼡显得尤为重要。举个例子来说在采用了多线 程技术后，尽管当时还有别的任务在执行但用户仍然可以毫无阻碍地按下一个按钮，或鍺键入一些文字 本章将对 Java 的多线程处理机制进行探讨，并介绍相关的语法 (15) 第 15 章 网络编程 开始编写网络应用时，就会发现所有 Java 特性和库汸佛早已串联到了一起本章将探讨如何通过因特网通 信，以及 Java 用以辅助此类编程的一些类此外，这里也展示了如何创建一个 Java 程序片囹其同一个 “通用网关接口”（CGI）程序通信；揭示了如何用 C++编写 CGI 程序；也讲述了与 Java 1.1 的“Java 数据 库连接”（JDBC ）和“远程方法调用”（RMI）有关的問题。 (16) 第 16 章 设计范式 本章将讨论非常重要、但同时也是非传统的“范式”程序设计概念大家会学习设计进展过程的一个例子。 首先是最初的方案然后经历各种程序逻辑，将方案不断改革为更恰当的设计通过整个过程的学习，大家 可体会到使设计思想逐渐变得清晰起来嘚一种途径 (17) 第 17 章 项目 本章包括了一系列项目，它们要么以本书前面讲述的内容为基础要么对以前各章进行了一番扩展。这些项 目显然昰书中最复杂的它们有效演示了新技术和类库的应用。 有些主题似乎不太适合放到本书的核心位置但我发现有必要在教学时讨论它们，这些主题都放入了本书的

本规范是对项目软件测试的一份指导性文件对软件测试过程中所涉及到的测试理论、测试类型、测试方法、測试标准、测试流程以及软件产品开发单位所承担的职责进行总体规范，以有效保证软件产品的质量 - 1 - 软件测试规范 软件测试理论 二 软件測试理论 1.什么是软件测试 无论怎样强调软件测试的重要性和它对软件可靠性的影响都不过分。在开发大型软件系统的漫长过程中面对着極其错综复杂的问题，人的主观认识不可能完全符合客观现实与工程密切相关的各类人员之间的通信和配合也不可能完美无缺，因此茬软件生命周期的每个阶段都不可避免地会产生差错。我们力求在每个阶段结束之前通过严格的技术审查尽可能早地发现并纠正差错；泹是，经验表明审查并不能发现所有差错此外在编码过程中还不可避免地会引入新的错误。如果在软件投入生产性运行之前没有发现並纠正软件中的大部分差错，则这些差错迟早会在生产过程中暴露出来那时不仅改正这些错误的代价更高，而且往往会造成很恶劣的后果测试的目的就是在软件投入生产性运行之前，尽可能多地发现软件中的错误目前软件测试仍然是保证软件质量的关键步骤，它是对軟件规格说明、设计和编码的最后复审软件测试在软件生命周期中横跨两个阶段。通常在编写出每个模块之后就对它做必要的测试(称为單元测试)模块的编写者和测试者是同一个人，编码和单元测试属于软件生命周期的同一个阶段在这个阶段结束之后，对软件系统还应該进行各种综合测试这是软件生命周期中的另一个独立的阶段，通常由专门的测试人员承担这项工作 大量统计资料表明，软件测试的笁作量往往占软件开发总工作量的40％以上在极端情况，测试那种关系人的生命安全的软件所花费的成本可能相当于软件工程其他开发步骤总成本的三倍到五倍。因此必须高度重视软件测试工作，绝不要以为写出程序之后软件开发工作就接近完成了实际上，大约还有哃样多的开发工作量需要完成仅就测试而言，它的目标是发现软件中的错误但是，发现错误并不是我们的最终日的软件工程的根本目标是开发出高质量的完全符合用户需要的软件。 2.软件测试的目标 下面这些规则也可以看作是测试的目标或定义： (1)测试是为了发现程序中嘚错误而执行程序的过程； (2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案； (3)成功的测试是发现了至今为止尚未发现的错誤的测试 从上述规则可以看出，测试的正确定义是“为了发现程序中的错误而执行程序的过程”这和某些人通常想象的“测试是为了表明程序是正确的”，“成功的测试是没有发现错误的测试”等等是完全相反的正确认识测试的目标是十分重要的，测试目标决定了测試方案的设计如果为了表明程序是正确的而进行测试，就会设计一些不易暴露错误的测试方案；相反如果测试是为了发现程序中的错誤，就会力求设计出最能暴露错误的测试方案 由于测试的目标是暴露程序中的错误，从心理学角度看由程序的编写者自己进行测试是鈈恰当的。因此在综合测试阶段通常由其他人员组成测试小组来完成测试工作。此外应该认识到测试决不能证明程序是正确的。即使經过了最严格的测试之后仍然可能还有没被发现的错误潜藏在程序中。测试只能查找出程序中的错误不能证明程序中没有错误。 - 2 - 软件測试规范 软件测试流程 三.软件测试流程 1.软件测试流程图 参与需求分析了解项目需求内容 了解需求变更 制定《测试计划 》 编写《测试大纲》 编写《单元测试报告》 N 项目组进行修改 配合开发人员进行单元测试 Y 编写《集成测试报告》 N 项目组进行修改 配合开发人员进行集成测试 Y 收集待测软件的各种相关文档及《需求分析》、《软件设计规范》和上一级《测试报告》 N 复合 对待测软件进行测试 项目组进行修改 Y 填写《错誤报告》 编写《测试分析报告》 提交《测试分析报告》 所有文件存档 编写《用户操作手册》（帮助文件） 与用户方协商测试相关事宜 - 3 - 软件測试规范 软件测试流程 向用户方提供内部测试汇总报告 配合用户方进行软件测试 用户方签字确认错误报告 项目经理与用户方测试进行确认 2.軟件测试流程细则 需求阶段： 测试人员了解项目需求收集结果包括项目需求规格说明、功能结构及模块划分等。 测试人员了解项目需求变哽 测试人员会同项目主管根据软件需求制定并确认《测试计划》（附录五）。 设计编码阶段： 测试人员制定《测试大纲》（附录三、附錄四） 项目开发组对完成的功能模块进行单元测试，测试人员参与单元测试过程；单元测试完成产生单元测试报告。 所有单元测试及楿应的修改完成后项目开发组组织进行集成测试，测试人员参与集成测试过程；集成测试完成后产生集成测试报告。 测试阶段： 项目開发组完成集成测试后提交测试所要求的待测软件及各种文档、手册、前期测试报告（《需求分析》、《软件设计规范》和上一级《测試报告》附录一、附录二）。 测试组安排和协调测试设备、环境等准备工作 测试组按测试计划、测试大纲的要求对待测软件进行有效性測试、集成测试。 填写《错误报告》（附录六） 对修改后的情况进行复合。 测试结束后测试人员对测试结果进行汇总；测试主管审核測试结果，得出测试结论；测试组进行测试分析和评估编写《测试分析报告》（附录七）。 提交《测试分析报告》 将所有文件存档。 對测试未通过的待测软件测试人员汇总并向项目开发组提交测试错误报告。 项目开发组对测试错误报告进行确认对有争议的问题可由仩一级技术负责人确认和仲裁；项目开发组针对测试错误报告进行逐项修改，修改完成后再将待测软件及错误修改情况提交及测试组进行囙归测试 待测软件测试通过后，项目测评结束 制作《用户操作手册》（帮助文件）。 用户测试阶段： 项目开发组与用户方商定测试计劃、测试内容、测试环境等 项目测试组向用户方提供项目内部测试汇总报告。 由项目开发组或测试组配合用户进行用户方测试 由用户方编制用户方软件测试报告（程序错误报告和测试分析报告），若用户方不愿或无法编制测试报告则经与用户方协商由我方测试人员编淛用户方测试报告，经用户方签字后即可生效 - 4 - 软件测试规范 软件测试流程 项目经理与用户方对用户方测试进行确认。 3.软件测试注意事项 根据《软件开发规范》仔细检查软件的界面是否合乎要求（每一个子界面也应如此） 其中，应注意提示信息和软件开发商信息是否正确小的图标是否合乎要求。检查菜单当中的各项功能和功能按钮是否能正确使用 根据《软件开发规范》和《用户需求》及《软件详细设計》设计测试用例。（以边界值法、等价类划分法为主）对功能界面要求注意与功能相关的信息显示及显示位置是否正确。数据输入界媔应注意文字格式及数字和文字的区别是否能够正确保存信息。数据查询（显示）界面应注意显示信息是否正确和完整是否能正确查詢。对打印功能要求注意打印出的报表是否正确（包括报表各项信息、数据信息和报表字体等）。 这一项测试主要是对软件的错误处理功能进行测试就是进行错误的操作或输入错误的数据，检查软件对这些情况是否能做出判断并予以提示 特殊情况下要制造极端状态和意外状态，比如网络异常中断、电源断电等情况 一定要注意测试中的错误集中发生现象，这和程序员的编程水平和习惯有很大的关系 對测试错误结果一定要有一个确认的过程。一般有A测试出来的错误一定要有一个B来确认，严重的错误可以召开评审会进行讨论和分析 淛定严格的测试计划，并把测试时间安排得尽量宽松不要希望在极短的时间内完成一个高水平的测试。 回归测试的关联性一定要引起充汾的注意修改一个错误而引起更多错误出现的现象并不少见。 妥善保存一切测试过程文档意义是不言而喻的，测试的重现性往往要靠測试文档 - 5 - 软件测试规范 软件测试类型 四.软件测试类型 除非是测试一个小程序，否则一开始就把整个系统作为一个单独的实体来测试是不現实的与开发过程类似，测试过程也必须分步骤进行每个步骤在逻辑上是前一个步骤的继续。大型软件系统通常由若干个子系统组成每个子系统又由许多模块组成。因此大型软件系统的测试基本上由下述几个步骤组成： 1.模块测试 在设计得好的软件系统中，每个模块唍成一个清晰定义的子功能而且这个子功能和同级其他模块的功能之间没有相互依赖关系。因此有可能把每个模块作为一个单独的实體来测试，而且通常比较容易设计检验模块正确性的测试方案模块测试的目的是保证每个模块作为一个单元能正确运行，所以模块测试通常又称为单元测试在这个测试步骤中所发现的往往是编码和详细设计的错误。 2.子系统测试 子系统测试是把经过单元测试的模块放在一起形成一个子系统来测试模块相互间的协调和通信是这个测试过程中的主要问题，因此这个步骤着重测试模块的接口 3.系统测试 系统测試是把经过测试的于系统装配成一个完整的系统来测试。在这个过程中不仅应该发现设计和编码的错误还应该验证系统确实能提供需求說明书中指定的功能，而且系统的动态特性也符合预定要求在这个测试步骤中发现的往往是软件设计中的错误，也可能发现需求说明中嘚错误不论是子系统测试还是系统测试，都兼有检测和组装两重含义通常称为集成测试。 4.验收测试 验收测试把软件系统作为单一的实體进行测试测试内容与系统测试基本类似，但是它是在用户积极参与下进行的而且可能主要使用实际数据(系统将来要处理的信息)进行測试。验收测试的目的是验证系统确实能够满足用户的需要在这个测试步骤中发现的往往是系统需求说明书中的错误。 - 6 - 软件测试规范 黑盒测试方法 五.黑盒测试方法 黑盒测试( lack— ox testing)又称功能测试、数据驱动测试或基于规范的测试(即ec颠cation— ased testing)用这种方法进行测试时，被测程序被当作看不见内部的黑盒在完全不考虑程序内部结构和内部特性的情况下，测试者仅依据程序功能的需求规范考虑确定测试用例和推断测试结果的正确性因此黑盒测试是从用户观点出发的测试，黑盒测试直观的想法就是既然程序被规定做某些事那我们就看看它是不是在任何凊况下都做的对。完整的“任何情况”是无法验证的为此黑盒测试也有一套产生测试用例的方法，以产生有限的测试用例而覆盖足够多嘚“任何情况”由于黑盒测试不需要了解程序内部结构，所以许多高层的测试如确认测试、系统测试、验收测试都采用黑盒测试 黑盒測试首先是程序通常的功能性测试。要求： 每个软件特性必须被一个测试用例或一个被认可的异常所覆盖 用数据类型和数据值的最小集測试。 用一系列真实的数据类型和数据值运行测试超负荷、饱和及其他“最坏情况”的结果； 用假想的数据类型和数据值运行，测试排斥不规则输入的能力； 对影响性能的关键模块如基本算法、应测试单元性能(包括精度、时间、容量等)。 不仅要考核“程序应该做什么?”還要考察“程序是否做了不该做的2”同时还要考察程序在其他一些情况下是否正常这些情况包括数据类型和数据值的异常等等。下述几種方法：(a)等价类划分( )因果图方法，(c)边值分析法(d)猜错法，(e)随机数法就是从更广泛的角度来进行黑盒测试。每一个方法都力图能涵盖更哆的“任何情况”但又各有长处，综合使用这些方法会得到一个较好的测试用例集。 1.等价类划分 等价类划分是一种典型的黑盒测试方法等价类是指某个输入域的集合。它表示对揭露程序中的错误来说集合中的每个输入条件是等效的。因此我们只要在一个集合中选取┅个测试数据即可等价类划分的办法是把程序的输入域划分成若干等价类，然后从每个部分中选取少数代表性数据当作测试用例这样僦可使用少数测试用例检验程序在一大类情况下的反映。 在考虑等价类时应该注意区别以下两种不同的情况： 有效等价类：有效等价类指的是对程序的规范是有意义的、合理的输入数据所构成的集合。在具体问题中有效等价类可以是一个，也可以是多个 无效等价类：無效等价类指对程序的规范是不合理的或无意义的输入数据所构成的集合。对于具体的问题无效等价类至少应有一个，也可能有多个 確定等价类有以下几条原则： 如果输入条件规定了取值范围或值的个数，则可确定一个有效等价类和两个无效等价类例如，程序的规范Φ提到的输入条包括“??项数可以从1到999??”则可取有效等价类为“l＜项数＜999”，无效等价类为“项数＜l，及“项数＞999” 输入条件规定了輸入值的集合，或是规定了“必须如何”的条件则可确定一个有效等价类和一个无效等价类。如某程序涉及标识符其输入条件规定“標识符应以字母开头??”则“以字母开头者”作为有效等价类，“以非字母开头”作为无效等价类 如果我们确知，已划分的等价类中各元素在程序中的处理方式是不同的则应将此等价类进一步划分成更小等价类。 输入条件 。。。 。。。 有效等价类 。。。 。。。 无效等价类 。。。 。。。 根据已列出的等价类表按以下步骤确定测试用例： 为每个等价类规定一个唯一的編号； - 7 - 软件测试规范 黑盒测试方法 设计一个测试用例，使其尽可能多地覆盖尚未覆盖的有效等价类重复这一步，最后使得所有有效等价類均被测试用例所覆盖； 设计一个新的测试用例使其只覆盖一个无效等价类。重复这一步使所有无效等价类均被覆盖。这里强调每次呮覆盖一个无效等价类这是因为一个测试用例中如果含有多个缺陷，有可能在测试中只发现其中的一个另一些被忽视。等价类划分法能够全面、系统地考虑黑盒测试的测试用例设计问题但是没有注意选用一些“高效的”、“有针对性的”测试用例。后面介绍的边值分析法可以弥补这一缺点 2.因果图 等价类划分法并没有考虑到输入情况的各种组合。这样虽然各个输入条件单独可能出错的情况已经看到了但多个输入情况组合起来可能出错的情况却被忽略。采用因果图方法能帮助我们按一定步骤选择一组高效的测试用例同时，还能为我們指出程序规范的描述中存在什么问题 利用因果图导出测试用例需要经过以下几个步骤： 分析程序规范的描述中哪些是原因，哪些是结果原因常常是输入条件或是输入条件的等价类。结果是输出条件 分析程序规范的描述中语义的内容，并将其表示成连接各个原因与各個结果的“因果图” 由于语法或环境的限制，有些原因和结果的组合情况是不可能出现的为表明这些特定的情况，在因果图上使用持殊的符号标明约束条件把因果图转换成判定表。把判定表的每一列写成一个测试用例 3.边值分析法 边值分析法是列出单元功能、输入、狀态及控制的合法边界值和非法边界值，设计测试用例包含全部边界值的方法。典型地包括IF语句中的判别值定义域、值域边界，空或畸形输入末受控状态等。边值分析法不是一类找一个例子的方法而是以边界情况的处理作为主要目标专门设计测试用例的方法。另外边值分析不仅考查输入的边值，也要考虑输出的边值这是从人们的经验得出的一种有效方法。人们发现许多软件错误只是在下标、数據结构和标量值的边界值及其上、下出现运行这个区域的测试用例发现错误的概率很高。 用边值分析法设计测试用例时有以下几条原則： 如果输入条件规定了取值范围，或是规定了值的个数则应以该范围的边界内及刚刚超出范围的边界外的值，或是分别对最大、最小忣稍小于最小、稍大于最大个数作为测试用例如有规范“某文件可包含l至255”个记录??“，则测试用例可选1和255及0和256等 针对规范的每个输出條件使用原则〔a〕。 如果程序规范中提到的输入或输出域是个有序的集合(如顺序文件、表格等)就应注意选取有序集的第一个和最后一个元素作为测试用例 分析规范，尽可能找出可能的边界条件一个典型的边值分析例子是三角形分类程序。选取a ，c构成三角形三边“任意两边之和大于第三边”为边界条件。边值分析相等价类划分侧重不同对等价类划分是一个补充。如上述三角形问题选取a＝3， ＝4c＝5，a＝2 ＝4，c＝7则覆盖有效和无效等价类如果能在等价类划分中注入边值分析的思想。在每个等价类中不只选取一个覆盖用例而是进而選取该等价类的边界值等价类划分法将更有效，最后可以用边值分析法再补充一些测试用例 4.猜错法 猜错法在很大程度上是凭经验进行的，是凭人们对过去所作的测试工作结果的分析对所揭示的缺陷的规律性作直觉的推测来发现缺陷的。 一个采用两分法的检索程序典型哋可以列出下面几种测试情况： 被检索的表只有一项或为空表； - 8 - 软件测试规范 黑盒测试方法 表的项数恰好是2的幂次； 表的项数比2的幂次多1等。 猜错法充分发挥人的经验在一个测试小组中集思广益，方便实用特别在软件测试基础较差的情况下，很好地组织测试小组 (也可以囿外来人员)进行错误猜测是有效的测试方法。 5.随机数法 即测试用例的参数是随机数它可以自动生成，因此自动化程度高使用大量随機测试用例测试通过的程序会提高用户对程序的信心。但其关键在于随机数的规律是否符合使用实际 - 9 - 软件测试规范 白盒测试方法 六.白盒測试方法 白盒法测试，是以程序的内部逻辑为基础有选择地执行程序中最有代表性的通路。因此白盒法也叫逻辑覆盖法( gic MM阴e)。最彻底的邏辑覆盖法是覆盖程序巾的诲一条通路。但当程序中含有大量循环时要执行每一条通路是44可能的。因此我们只能寄希望于程序的覆蓋度尽可能高一些。目前常用的一些覆盖标准有：语句覆盖、判定覆盖、条件澄盖、判定涤件覆盖、条件组合覆盖、路径覆盖等 白盒法栲虑的是测试用例对程序内部逻辑的覆盖程度，所以又称为逻辑覆盖法最彻底的白盒法是覆盖程序中的每一条路径，但这不可能我们唏望覆盖的路径尽可能多一些。为了衡量测试的覆盖程度需要建立一些标准，目前常用的一些覆盖标准是： (1)语句覆盖； (2)判定覆盖； (3)条件覆盖； (4)判定／条件覆盖； (5)条件组合覆盖 1.语句覆盖 程序的某次运行一般并不能执行到其中的每一个语句，因此如果某语句含有一个错误，而它在测试中没执行这个错误就不可能被发现。为了提高发现错误的可能性应该在测试时至少要执行程序中的每一个语句。 所谓“語句覆盖”测试标准它的含义是：选择足够的测试用例，使得程序中每个语句至少都能执行一次 例子： e Example( A,B,C:eal) egin if(1)and(B=0) then x:=A； if(A=2)(1) then x:=x+l end; 为了使程序中每个语句至少執行一次，只需设计一个能通过路径ace的例子就可以了例如选择输入数据为： A=2，B=0x=3 就可达到“语句覆盖”标准。 显然语句覆盖是一个比較弱的覆盖标准。如果第一个条件语句中的and错误地写成上面的测试用例是不能发现这个错误的，或者是第二个条件语句中1误写成0这个測试用例也不能暴露它。我们还可以举出许多错误情况是上述测试数据不能发现的所以，一般认为“语句覆盖”是很不充分的最低的一種覆盖标准 2.判定理盖 比“语句覆盖”稍强的覆盖标准是“判定覆盖”(或称分支覆盖)。这个标准是：执行足够的测试用例使得程序中每個判定至少都获得一次“真”值和“假”值，即使得程序中的每一个分文至少都通过一次 对上面那个例子，如果设计两个测试用例就鈳以达到“判定覆盖”的标难。为此我们可以选择输人数据为： (1)A=3，B=0x=l - 10 - 软件测试规范 白盒测试方法 (2)A=2，B=1x=3 “判定覆盖”比“语句覆盖”严格，因为如果每个分支都执行过了自然每个语句也就执行了。 3.条件覆盖 它的含义是：执行足够的测试用例使得判定中每个条件获得各种鈳能的结果。 对于例子程序,我们只需设计以下两个测试用例就可满足这标准： (1)A＝2B＝o，x＝4(沿路径ace执行) (2)A＝1B＝l，x＝l(沿路径aN执行) 虽然同样只要兩个测试用例但它比判定覆盖中两个测试用例更有效。一般来说“条件覆盖”比“判定覆盖”强，但是并不总是如此，满足“条件覆盖”不一定满足“判定覆盖”例如对语句。 IF(A AND B)THEN S 设计两个测试用例：A“真”B“假”和A“假”B“真”对于上例我们设计两个测试用例为： (1)A＝1，B＝ox＝3 (2)A＝2，B＝lx＝1 亦是如此，它们能满足“条件覆盖”但不满足“判定覆盖” 4.判定／条件覆盖 针对上面的问题引出了另一种覆盖标准，这就是“判定／条件覆盖”它的含义是：执行足够的测试用例，同时满足判定覆盖和条件覆盖的要求显然，它比“判定覆盖”和“条件覆盖”都强 对于例子程序，我们选取测试用例： (1)A=2B=0，x=4 (2)A=1B=l，x=l 它满足判定／条件覆盖标准 值得指出，看起来“判定／条件覆盖”似乎是比较合理的应成为我们的目标，但是事实并非如此因为大多数计算机不能用一条指令对多个条件作出判定，而必须将源程序中对哆个条件的判定分解成几个简单判定这个讨论说明了，尽管“判定／条件覆盖”看起来能使各种条件取到所有可能的值但实际上并不┅定能检查到这样的程度。针对这种情况有下面的条件组合覆盖标准。 5.条件组合覆盖 “条件组合覆盖”的含义是：执行足够的测试用例使得每个判定中条件的各种可能组合都至少执行一次。这是一个最强的逻辑覆盖标准 再看例子程序，必须使测试用例覆盖八种组合结果 (1)1B=0 (5)A=2，1 (2)10 (6)A=2，1 (3)lB=0 (7)2，1 (4)10 (8)2，1 必须注意到(5)、(6)、(7)、(8)四种情况是第二个条件语句的条件组合，而x的值在该语句之前是要经过计算的所以我们还必须根据程序的逻辑推算出在程序的人口点x的输入值应是什么。 要测试八个组合结果并不是意味着需要八种测试用例事实上，我们能用四种測试用例来覆盖它们： (1)A＝2B＝o，x＝4； (2)A＝2B＝1，x＝l； (3)A＝lB＝o，x＝2； (4)A＝1B＝1，x＝l 上面四个例子虽然满足条件组合覆盖，但并不能覆盖程序中嘚每一条路径可以看出条件组合覆盖仍然是不彻底的，在白盒测试时要设法弥补这个缺陷。 - 11 - 软件测试规范 测试错误类型 七.测试错误类型 本规范定义以下五类测试错误类型 A类—严重错误，包括以下各种错误： 由于程序所引起的死机,非法退出 死循环 数据库发生死锁 因错误操作导致的程序中断 功能错误 与数据库连接错误 数据通讯错误 B类—较严重错误包括以下各种错误： 程序错误 程序接口错误 数据库的表、業务规则、缺省值未加完整性等约束条件 C类—一般性错误，包括以下各种错误： 操作界面错误（包括数据窗口内列名定义、含义是否一致） 打印内容、格式错误 简单的输入限制未放在前台进行控制 删除操作未给出提示 数据库表中有过多的空字段 D类—较小错误包括以下各种錯误： 界面不规范 辅助说明描述不清楚 输入输出不规范 长操作未给用户提示 提示窗口文字未采用行业术语 可输入区域和只读区域没有明显嘚区分标志 E类—测试建议 - 12 - 软件测试规范 测试标准 八.测试标准 黑盒测试的通过准则一般有： 单元功能同设计需求一致； 规定的路径覆盖率及覆盖类达到要求，且单元执行正确； 所规定的黑盒测试手段被使用且单元执行正确； 对残留错误有合法解释或被认可暂留； 虽然路径覆蓋率不能达到，但其他各测试的错误查出率趋产0或稳定(时间的长短视情况而定) 各类软件测试合格须符合以下标准。 A类错误 无 B类错误 无 C类錯误 1% D类错误 5% E类建议 暂不作要求 以上比例为错误占总测试模块的比例 软件产品未经测试合格，不允许出公司 - 13 - 软件测试规范 附录一 单元测試报告 附录一 单元测试报告 1 测试过程与结果 1.1 （某程序模块 文档名称）测试 测试对象：（某程序模块 文档） 测试方面：（设计规范 应用功能忣流程 程序代码） 责任人： 测试人及测试时间： 问题及影响、处理结果： 1.2 （某程序模块 文档名称）测试 测试对象：（某程序模块 文档） 测試方面：（设计规范 应用功能及流程 程序代码） 责任人： 测试人及测试时间： 问题及影响、处理结果： …… 2 测试结论 对单元测试的结果评價。 测试负责人： 审核（项目经理）： 年 月 日 年 月 日 - 14 - 软件测试规范 附录二 集成测试报告 附录二 集成测试报告 项目名称 测试人 项目编号 测试時间 问题类型： 程序代码 数据库 项目文档 问题及影响描述、处理结果（可加附页） 测试结论 测试负责人： 年 月 日 审核（项目经理）： 年 月 ㄖ - 15 - 软件测试规范 附录三 测试大纲 附录三 测试大纲 1 概述 1.1 编写目的 [可照抄下列语句也可适当修改。] 本文档的编写目的在于为XXXX（软件名称）软件测试人员提供详细的测试步骤和测试数据以保证测试人员对软件测试的正确性和完整性。 1.2 参考资料 说明软件测试所需的资料（需求分析、设计规范等） 1.3 术语和缩写词 说明本次测试所涉及到的专业术语和缩写词等。 1.4 测试内容和测试种类 2 系统结构 图表形式表示 3 测试目的 4 測试环境 4.1 硬件 列出进行本次测试所需的硬件资源的型号、配置和厂家。 4.2 软件 列出进行本次测试所需的软件资源包括操作系统和支持软件（不含待测软件）的名称、版本、厂家。 5 人员 列出一份清单,说明在整个测试期间人员的数量、时间、技术水平的要求 6 测试说明 可以把整個测试过程按逻辑划分为几个组（包括测试计划中描述的总体测试要求的每个方面），并给每个组命名一个标识符 6.1 [测试1名称及标识符]说奣 6.1.1 测试概述 对测试1进行一个总体描述,主要说明这组测试的基本内容。 6.1.2 测试准备 描述本测试开始前系统必须具备的状态和数据 6.1.3 测试步骤 对各测试操作按先后顺序进行编号。具体操作和数据见附录 6.2 [测试2名称及标识符]说明 测评组： 年 月 日 - 16 - 软件测试规范 附录四 测试大纲附录 附录㈣ 测试大纲附录 本附录描述了各测试步骤的详细说明，在填入测试结果后可直接作为测试记录。内容较多时可一页只放一个测试说明。 测试名称： 测试时间： 操作序号 说明输入的具体数据或动作 测试输入 说明预期的输出或结果 预期输出 标识符： 测试人： 错误等级 说明实際的输出或结果 实际输出 操作序号 说明输入的具体数据或动作 错误等级 测试输入 预期输出 实际输出 - 17 - 软件测试规范 附录五 测试计划 附录五 测試计划 1 概述 1.1 编写目的 [可照抄下列语句也可适当修改。] 本文档的编写目的在于为整个测试阶段的管理工作和技术工作提供指南；确定测试嘚内容和范围为评价系统提供依据。 1.2 参考资料 说明软件测试所需的资料（需求分析、设计规范等） 1.3 术语和缩写词 说明本次测试所涉及箌的专业术语和缩写词等。 1.4 测试种类 说明本次测试所属的测试种类（单元测试、集成测试、有效性测试、系统测试、用户测试）及测试的對象 2 系统描述 简要描述被测软件系统，可用图表加解释的形式说明被测系统的输入、基本处理功能及输出，为进行测试提供一个提纲 3 测试环境 3.1 硬件 列出进行本次测试所需的硬件资源的型号、配置和厂家。 3.2 软件 列出进行本次测试所需的软件资源包括操作系统和支持软件（不含待测软件）的名称、版本、厂家。 4 测试安排 4.1 （子系统1名称和项目唯一标识号） 4.1.1 测试总体要求 描述本次测试的要求如： 对所有功能进行正确性测试； 使用一些虚假值、最大值和错误值对软件进行测试； 对软件进行错误检测和出错恢复的测试； 对特定环境条件的组合，用模拟测试数据对软件进行测试； 使用从环境中提取的“真实数据”作为输入对软件进行测试。 4.1.2 主要测试内容 列出提纲 4.1.3 测试进度安排 给出进行测试工作的时间安排。 4.2 （子系统2名称和项目唯一标识号） 5 测试数据的记录、整理和分析 说明对本次测试得到数据的记录、整理囷分析的方法和存档要求 审核： 年 月 日 批准： 年 月 日 - 18 - 软件测试规范 附录六 程序错误报告 附录六 程序错误报告 （系统名称） 测试项目 项目洺称 测试类型 模块名称 测试时间 序号 模块名称 错误等级 错 误 描 述 版本 测试批次 修改情况 复 核 测试人： - 19 - 软件测试规范 附录七 测试分析误报告 附录七 测试分析报告 1 概述 1.1 编写目的 编写本文档的目的在于 通过对测试结果的分析得到对软件的评价； 为纠正软件缺陷提供依据； 使用户对系统运行建立信心。 1.2 参考资料 说明软件测试所需的资料（需求分析、设计规范等） 1.3 术语和缩写词 说明本次测试所涉及到的专业术语和缩寫词等。 2 测试对象 包括测试项目、测试类型、测试批次（本测试类型的第几次测试）、测试时间等 3 测试分析 3.1 测试结果分析 列出测试结果汾析记录,并按下列模板产生BUG分布表和BUG分布图。 分析模版： 从软件测试中发现的并最终确认的错误点等级数量来评估： 从以上提出的BUG等级来統计等级和数量的一个分布情况：（如下表） BUG数量 所占比例 A 2 9% B 17 74% C 3 13% D 0 0% E 1 4% BUG分布图 0%4%9% A级 B级C级D级E级 74% 3.2 对比分析 若非首次测试时将本次测试结果与首次测试、前┅次测试的结果进行对比分析比较。 3.3 测试评估 通过对测试结果的分析提出一个对软件能力的全面分析需标明遗留缺陷、局限性和软件的約束限制等，并提出改进建议 3.4 测试结论 根据测试标准及测试结果，判定软件能否通过测试 测试主管： 年 月 日

资源大小： 154KB 上传时间： 上傳者： qq_

通俗易懂的c++教材 第一章 程序漫谈  系统没有任何提示，反复重启换入相同文件，开机正常； 4、删除C:\ 下载 从Java 的基本语法到它最高级的特性（网络编程、高级面向对象能力、多线程）《Thinking In Java》都 能对您有所裨益。Bruce Eckel 优美的行文以及短小、精悍的程序示例有助于您理解含义模糊的概念 面向初学者和某种程度的专镓 教授Java 语言，而不是与平台有关的理论 覆盖Java 获得配套CD（含15 小时以上的合成语音授课） 读者如是说：“最好的Java 参考书??绝对让人震惊”；“购买Java 参考书最明智的选择”；“我见过的 最棒的编程指南” Bruce Eckel 也是《Thinking in C++》的作者，该书曾获1995 年SoftwareDevelopment Jolt Award 最佳书 籍大奖作为一名有20 经验的编程专家，曾教授过世界上许多地区的人进行对象编程最开始涉及的领域是 C++，现在也进军Java他是C++标准协会有表决权的成员之一，曾就面向对象程序设计这一主题写过其他5 本书发表过150 多篇文章，并是多家计算机杂志的专栏作家其中包括《Web Techniques》的Java 专栏。 曾出席过C++和Java 的“软件开发者会議”并分获“应用物理”与“计算机工程”的学士和硕士学位。 读者的心声 比我看过的Java 书好多了??非常全面举例都恰到好处，显得頗具“智慧”和其他许多Java 书 籍相比，我觉得它更成熟、连贯、更有说服力、更严谨总之，写得非常好肯定是一本学习Java 的好书。（Anatoly VorobeyTechnionUniversity，Haifa以色列）。 是我见过的最好的编程指南对任何语言都不外如是。（Joakim zieglerFIX 系统管理员） 感谢你写出如此优秀的一本Java 参考书。（Simon Says Consulting 公司） 必须认为你的《Thinking in Java》非常优秀！那正是我一直以来梦想的参考书。其中印象最深的是 有关使用Java 了解详情（对研 讨会的介绍也以CD-ROM 的形式提供具体信息可在同样的Web 站点找到）。 从每一次研讨会收到的反馈都帮助我修改及重新制订学习材料的重心直到我最后认为它成为一个完善嘚教 学载体为止。但本书并非仅仅是一本教科书——我尝试在其中装入尽可能多的信息并按照主题进行了有序 的分类。无论如何这本書的主要宗旨是为那些独立学习的人士服务，他们正准备深入一门新的程序设计语 言而没有太大的可能参加此类专业研讨会。 免费下载）本CD-ROM 是一个独立的 产品，包含了一周“Hads-OnJava”培训课程的全部内容这是一个由Bruce Eckel 讲授的、长度在15 小时 以上的课程，含500 张以上的演示幻灯片該课程建立在这本书的基础上，所以是非常理想的一个配套产 品 CD-ROM 包含了本书的两个版本： (1) 本书一个可打印的版本，与下载版完全一致 (2) 為方便读者在屏幕上阅读和索引，CD-ROM 提供了一个独特的超链接版本这些超链接包括： ■230 个章、节和小标题链接 ■3600 个索引链接 CD-ROM 刻录了600MB 以上的數据。我相信它已对所谓“物超所值”进行了崭新的定义 CD-ROM 包含了本书打印版的所有东西，另外还有来自五天快速入门课程的全部材料峩相信它建立了一个新 的书刊品质评定标准。 若想单独购买此CD-ROM只能从Web 站点 处直接订购。 下载为保证大家获得的是最新版本，我用这个囸式站点发行代码以及本书电 子版亦可在其他站点找到电子书和源码的镜像版（有些站点已在 处列出）。 但无论如何都应检查正式站點，确定镜像版确实是最新的版本可在课堂和其他教育场所发布这些代码。 版权的主要目标是保证源码得到正确的引用并防止在未经許可的情况下，在印刷材料中发布代码通常，

资源大小： 了解详情（对研讨会的介绍也以CD-ROM的形式提供具体信息可在同样的Web站点找到）。 从每一次研讨会收到的反馈都帮助我修改及重新制订学习材料的重心直到我最后认为它成为一个完善的教学载体为止。但本书并非仅僅是一本教科书――我尝试在其中装入尽可能多的信息并按照主题进行了有序的分类。无论如何这本书的主要宗旨是为那些独立学习嘚人士服务，他们正准备深入一门新的程序设计语言而没有太大的可能参加此类专业研讨会。 免费下载）本CD-ROM是一个独立的产品，包含叻一周“Hads-OnJava”培训课程的全部内容这是一个由Bruce Eckel讲授的、长度在15小时以上的课程，含500张以上的演示幻灯片该课程建立在这本书的基础上，所以是非常理想的一个配套产品 CD-ROM包含了本书的两个版本： (1) 本书一个可打印的版本，与下载版完全一致 (2) 为方便读者在屏幕上阅读和索引，CD-ROM提供了一个独特的超链接版本这些超链接包括： ■230个章、节和小标题链接 ■3600个索引链接 CD-ROM刻录了600MB以上的数据。我相信它已对所谓“物超所值”进行了崭新的定义 CD-ROM包含了本书打印版的所有东西，另外还有来自五天快速入门课程的全部材料我相信它建立了一个新的书刊品質评定标准。 若想单独购买此CD-ROM只能从Web站点处直接订购。 下载为保证大家获得的是最新版本，我用这个正式站点发行代码以及本书电子蝂亦可在其他站点找到电子书和源码的镜像版（有些站点已在处列出）。但无论如何都应检查正式站点，确定镜像版确实是最新的版夲可在课堂和其他教育场所发布这些代码。 版权的主要目标是保证源码得到正确的引用并防止在未经许可的情况下，在印刷材料中发咘代码通常，只要源码获得了正确的引用则在大多数媒体中使用本书的示例都没有什么问题。 在每个源码文件中都能发现下述版本聲明文字： 16-17页程序 可在自己的开发项目中使用代码，并可在课堂上引用（包括学习材料）但要确定版权声明在每个源文件中得到了保留。 了解详情（对研讨会的介绍也以CD-ROM的形式提供具体信息可在同样的Web站点找到）。 从每一次研讨会收到的反馈都帮助我修改及重新制订学習材料的重心直到我最后认为它成为一个完善的教学载体为止。但本书并非仅仅是一本教科书——我尝试在其中装入尽可能多的信息並按照主题进行了有序的分类。无论如何这本书的主要宗旨是为那些独立学习的人士服务，他们正准备深入一门新的程序设计语言而沒有太大的可能参加此类专业研讨会。 了解详情（对研讨会的介绍也以CD-ROM的形式提供具体信息可在同样的Web站点找到）。 从每一次研讨会收箌的反馈都帮助我修改及重新制订学习材料的重心直到我最后认为它成为一个完善的教学载体为止。但本书并非仅仅是一本教科书——峩尝试在其中装入尽可能多的信息并按照主题进行了有序的分类。无论如何这本书的主要宗旨是为那些独立学习的人士服务，他们正准备深入一门新的程序设计语言而没有太大的可能参加此类专业研讨会。 3. 目标 就象我的前一本书《Thinking in C++》一样这本书面向语言的教授进行叻良好的结构与组织。特别地我的目标是建立一套有序的机制，可帮助我在自己的研讨会上更好地进行语言教学在我思考书中的一章時，实际上是在想如何教好一堂课我的目标是得到一系列规模适中的教学模块，可以在合理的时间内教完随后是一些精心挑选的练习，可以在课堂上当即完成 在这本书中，我想达到的目标总结如下： (1) 每一次都将教学内容向前推进一小步便于读者在继续后面的学习前消化前面的内容。 (2) 采用的示例尽可能简短当然，这样做有时会妨碍我解决“现实世界”的问题但我同时也发现对那些新手来说，如果怹们能理解每一个细节那么一般会产生更大的学习兴趣。而假如他们一开始就被要解决的问题的深度和广度所震惊那么一般都不会收箌很好的学习效果。另外在实际教学过程中对能够摘录的代码数量是有严重限制的。另一方面这样做无疑会有些人会批评我采用了“鈈真实的例子”，但只要能起到良好的效果我宁愿接受这一指责。 (3) 要揭示的特性按照我精心挑选的顺序依次出场而且尽可能符合读者嘚思想历程。当然我不可能永远都做到这一点；在那些情况下，会给出一段简要的声明指出这个问题。 (4) 只把我认为有助于理解语言的東西介绍给读者而不是把我知道的一切东西都抖出来，这并非藏私我认为信息的重要程度是存在一个合理的层次的。有些情况是95％的程序员都永远不必了解的如强行学习，只会干扰他们的正常思维从而加深语言在他们面前表现出来的难度。以C语言为例假如你能记住运算符优先次序表（我从来记不住），那么就可以写出更“聪明”的代码但再深入想一层，那也会使代码的读者／维护者感到困扰所以忘了那些次序吧，在拿不准的时候加上括号即可 (5) 每一节都有明确的学习重点，所以教学时间（以及练习的间隔时间）非常短这样莋不仅能保持读者思想的活跃，也能使问题更容易理解对自己的学习产生更大的信心。 (6) 提供一个坚实的基础使读者能充分理解问题，鉯便更容易转向一些更加困难的课程和书籍 4. 联机文档 由Sun微系统公司提供的Java语言和库（可免费下载）配套提供了电子版的用户帮助手册，鈳用Web浏览器阅读此外，由其他厂商开发的几乎所有类似产品都有一套等价的文档系统而目前出版的与Java有关的几乎所有书籍都重复了这份文档。所以你要么已经拥有了它要么需要下载。所以除非特别必要否则本书不会重复那份文档的内容。因为一般地说用Web浏览器查找与类有关的资料比在书中查找方便得多（电子版的东西更新也快）。只有在需要对文档进行补充以便你能理解一个特定的例子时，本書才会提供有关类的一些附加说明 5. 章节 本书在设计时认真考虑了人们学习Java语言的方式。在我授课时学生们的反映有效地帮助了我认识哪些部分是比较困难的，需特别加以留意我也曾经一次讲述了太多的问题，但得到的教训是：假如包括了大量新特性就需要对它们全蔀作出解释，而这特别容易加深学生们的混淆因此，我进行了大量努力使这本书一次尽可能地少涉及一些问题。 所以我在书中的目標是让每一章都讲述一种语言特性，或者只讲述少数几个相互关联的特性这样一来，读者在转向下一主题时就能更容易地消化前面学箌的知识。 下面列出对本书各章的一个简要说明它们与我实际进行的课堂教学是对应的。 (1) 第1章：对象入门 这一章是对面向对象的程序设計（OOP）的一个综述其中包括对“什么是对象”之类的基本问题的回答，并讲述了接口与实现、抽象与封装、消息与函数、继承与合成以忣非常重要的多形性的概念这一章会向大家提出一些对象创建的基本问题，比如构建器、对象存在于何处、创建好后把它们置于什么地方以及魔术般的垃圾收集器（能够清除不再需要的对象）要介绍的另一些问题还包括通过违例实现的错误控制机制、反应灵敏的用户界媔的多线程处理以及连网和因特网等等。大家也会从中了解到是什么使得Java如此特别它为什么取得了这么大的成功，以及与面向对象的分析与设计有关的问题 (2) 第2章：一切都是对象 本章将大家带到可以着手写自己的第一个Java程序的地方，所以必须对一些基本概念作出解释其Φ包括对象“句柄”的概念；怎样创建一个对象；对基本数据类型和数组的一个介绍；作用域以及垃圾收集器清除对象的方式；如何将Java中嘚所有东西都归为一种新数据类型（类），以及如何创建自己的类；函数、自变量以及返回值；名字的可见度以及使用来自其他库的组件；static关键字；注释和嵌入文档等等 (3) 第3章：控制程序流程 本章开始介绍起源于C和C++，由Java继承的所有运算符除此以外，还要学习运算符一些不噫使人注意的问题以及涉及造型、升迁以及优先次序的问题。随后要讲述的是基本的流程控制以及选择运算这些是几乎所有程序设计語言都具有的特性：用if-else实现选择；用for和while实现循环；用break和continue以及Java的标签式break和contiune（它们被认为是Java中“不见的gogo”）退出循环；以及用switch实现另一种形式嘚选择。尽管这些与C和C++中见到的有一定的共通性但多少存在一些区别。除此以外所有示例都是完整的Java示例，能使大家很快地熟悉Java的外觀 (4) 第4章：初始化和清除 本章开始介绍构建器，它的作用是担保初始化的正确实现对构建器的定义要涉及函数过载的概念（因为可能同時有几个构建器）。随后要讨论的是清除过程它并非肯定如想象的那么简单。用完一个对象后通常可以不必管它，垃圾收集器会自动介入释放由它占据的内存。这里详细探讨了垃圾收集器以及它的一些特点在这一章的最后，我们将更贴近地观察初始化过程：自动成員初始化、指定成员初始化、初始化的顺序、static（静态）初始化以及数组初始化等等 (5) 第5章：隐藏实现过程 本章要探讨将代码封装到一起的方式，以及在库的其他部分隐藏时为什么仍有一部分处于暴露状态。首先要讨论的是package和import关键字它们的作用是进行文件级的封装（打包）操作，并允许我们构建由类构成的库（类库）此时也会谈到目录路径和文件名的问题。本章剩下的部分将讨论publicprivate以及protected三个关键字、“伖好”访问的概念以及各种场合下不同访问控制级的意义。 (6) 第6章：类再生 继承的概念是几乎所有OOP语言中都占有重要的地位它是对现有类加以利用，并为其添加新功能的一种有效途径（同时可以修改它这是第7章的主题）。通过继承来重复使用原有的代码时（再生）一般需要保持“基础类”不变，只是将这儿或那儿的东西串联起来以达到预期的效果。然而继承并不是在现有类基础上制造新类的唯一手段。通过“合成”亦可将一个对象嵌入新类。在这一章中大家将学习在Java中重复使用代码的这两种方法，以及具体如何运用 (7) 第7章：多形性 若由你自己来干，可能要花9个月的时间才能发现和理解多形性的问题这一特性实际是OOP一个重要的基础。通过一些小的、简单的例子读者可知道如何通过继承来创建一系列类型，并通过它们共有的基础类对那个系列中的对象进行操作通过Java的多形性概念，同一系列中嘚所有对象都具有了共通性这意味着我们编写的代码不必再依赖特定的类型信息。这使程序更易扩展包容力也更强。由此程序的构建和代码的维护可以变得更方便，付出的代价也会更低此外，Java还通过“接口”提供了设置再生关系的第三种途径这儿所谓的“接口”昰对对象物理“接口”一种纯粹的抽象。一旦理解了多形性的概念接口的含义就很容易解释了。本章也向大家介绍了Java 1.1的“内部类” (8) 第8嶂：对象的容纳 对一个非常简单的程序来说，它可能只拥有一个固定数量的对象而且对象的“生存时间”或者“存在时间”是已知的。泹是通常我们的程序会在不定的时间创建新对象，只有在程序运行时才可了解到它们的详情此外，除非进入运行期否则无法知道所需对象的数量，甚至无法得知它们确切的类型为解决这个常见的程序设计问题，我们需要拥有一种能力可在任何时间、任何地点创建任何数量的对象。本章的宗旨便是探讨在使用对象的同时用来容纳它们的一些Java工具：从简单的数组到复杂的集合（数据结构）如Vector和Hashtable等。朂后我们还会深入讨论新型和改进过的Java 1.2集合库。 (9) 第9章：违例差错控制 Java最基本的设计宗旨之一便是组织错误的代码不会真的运行起来编譯器会尽可能捕获问题。但某些情况下除非进入运行期，否则问题是不会被发现的这些问题要么属于编程错误，要么则是一些自然的絀错状况它们只有在作为程序正常运行的一部分时才会成立。Java为此提供了“违例控制”机制用于控制程序运行时产生的一切问题。这┅章将解释try、catch、throw、throws以及finally等关键字在Java中的工作原理并讲述什么时候应当“掷”出违例，以及在捕获到违例后该采取什么操作此外，大家還会学习Java的一些标准违例如何构建自己的违例，违例发生在构建器中F运算的K是怎么来的办以及违例控制器如何定位等等。 (10) 第10章：Java IO系统 悝论上我们可将任何程序分割为三部分：输入、处理和输出。这意味着IO（输入／输出）是所有程序最为关键的部分在这一章中，大家將学习Java为此提供的各种类如何用它们读写文件、内存块以及控制台等。“老”IO和Java 1.1的“新”IO将得到着重强调除此之外，本节还要探讨如哬获取一个对象、对其进行“流式”加工（使其能置入磁盘或通过网络传送）以及重新构建它等等这些操作在Java的1.1版中都可以自动完成。叧外我们也要讨论Java 1.1的压缩库，它将用在Java的归档文件格式中（JAR） (11) 第11章：运行期类型鉴定 若只有指向基础类的一个句柄，Java的运行期类型标鑒定（RTTI）使我们能获知一个对象的准确类型是什么一般情况下，我们需要有意忽略一个对象的准确类型让Java的动态绑定机制（多形性）為那一类型实现正确的行为。但在某些场合下对于只有一个基础句柄的对象，我们仍然特别有必要了解它的准确类型是什么拥有这个資料后，通常可以更有效地执行一次特殊情况下的操作本章将解释RTTI的用途、如何使用以及在适当的时候如何放弃它。此外Java 1.1的“反射”特性也会在这里得到介绍。 (12) 第12章：传递和返回对象 由于我们在Java中同对象沟通的唯一途径是“句柄”所以将对象传递到一个函数里以及从那个函数返回一个对象的概念就显得非常有趣了。本章将解释在函数中进出时什么才是为了管理对象需要了解的。同时也会讲述String（字串）类的概念它用一种不同的方式解决了同样的问题。 (13) 第13章：创建窗口和程序片 Java配套提供了“抽象Windows工具包”（AWT）这实际是一系列类的集匼，能以一种可移植的形式解决视窗操纵问题这些窗口化程序既可以程序片的形式出现，亦可作为独立的应用程序使用本章将向大家介绍AWT以及网上程序片的创建过程。我们也会探讨AWT的优缺点以及Java 1.1在GUI方面的一些改进同时，重要的“Java Beans”技术也会在这里得到强调Java Beans是创建“赽速应用开发”（RAD）程序构造工具的重要基础。我们最后介绍的是Java 1.2的“Swing”库——它使Java的UI组件得到了显著的改善 (14) 第14章：多线程 Java提供了一套內建的机制，可提供对多个并发子任务的支持我们称其为“线程”。这线程均在单一的程序内运行除非机器安装了多个处理器，否则這就是多个子任务的唯一运行方式尽管还有别的许多重要用途，但在打算创建一个反应灵敏的用户界面时多线程的运用显得尤为重要。举个例子来说在采用了多线程技术后，尽管当时还有别的任务在执行但用户仍然可以毫无阻碍地按下一个按钮，或者键入一些文字本章将对Java的多线程处理机制进行探讨，并介绍相关的语法 (15) 第15章 网络编程 开始编写网络应用时，就会发现所有Java特性和库仿佛早已串联到叻一起本章将探讨如何通过因特网通信，以及Java用以辅助此类编程的一些类此外，这里也展示了如何创建一个Java程序片令其同一个“通鼡网关接口”（CGI）程序通信；揭示了如何用C++编写CGI程序；也讲述了与Java 1.1的“Java数据库连接”（JDBC）和“远程方法调用”（RMI）有关的问题。 (16) 第16章 设计范式 本章将讨论非常重要、但同时也是非传统的“范式”程序设计概念大家会学习设计进展过程的一个例子。首先是最初的方案然后經历各种程序逻辑，将方案不断改革为更恰当的设计通过整个过程的学习，大家可体会到使设计思想逐渐变得清晰起来的一种途径 (17) 第17嶂 项目 本章包括了一系列项目，它们要么以本书前面讲述的内容为基础要么对以前各章进行了一番扩展。这些项目显然是书中最复杂的它们有效演示了新技术和类库的应用。 有些主题似乎不太适合放到本书的核心位置但我发现有必要在教学时讨论它们，这些主题都放叺了本书的附录 (18) 附录A：使用非Java代码 对一个完全能够移植的Java程序，它肯定存在一些严重的缺陷：速度太慢而且不能访问与具体平台有关嘚服务。若事先知道程序要在什么平台上使用就可考虑将一些操作变成“固有方法”，从而显著加快执行

(1) 第 1 章：对象入门 这一章是对面姠对象的程序设计（OOP）的一个综述其中包括对“什么是对象”之类的基本问题的回答，并 讲述了接口与实现、抽象与封装、消息与函数、继承与合成以及非常重要的多形性的概念这一章会向大家 提出一些对象创建的基本问题，比如构建器、对象存在于何处、创建好后把咜们置于什么地方以及魔术般的 垃圾收集器（能够清除不再需要的对象）要介绍的另一些问题还包括通过违例实现的错误控制机制、反應 灵敏的用户界面的多线程处理以及连网和因特网等等。大家也会从中了解到是什么使得 Java 如此特别它为 什么取得了这么大的成功，以及與面向对象的分析与设计有关的问题 (2) 第 2 章：一切都是对象 本章将大家带到可以着手写自己的第一个 Java 程序的地方，所以必须对一些基本概念作出解释其中包括对 象“句柄”的概念；怎样创建一个对象；对基本数据类型和数组的一个介绍；作用域以及垃圾收集器清除对 象的方式；如何将 Java 中的所有东西都归为一种新数据类型（类），以及如何创建自己的类；函数、自变量 以及返回值；名字的可见度以及使用来洎其他库的组件；static 关键字；注释和嵌入文档等等 (3) 第 3 章：控制程序流程 本章开始介绍起源于 C 和 C++，由 Java 继承的所有运算符除此以外，还要学習运算符一些不易使人注意的 问题以及涉及造型、升迁以及优先次序的问题。随后要讲述的是基本的流程控制以及选择运算这些是几 10 乎所有程序设计语言都具有的特性：用 if-else 实现选择；用 for 和 while 实现循环；用 break 和 continue 以及 Java 的标签式 break 和 contiune （它们被认为是 Java 中“不见的 gogo ”）退出循环；以及用 switch 實现另一种形式的选择。尽管这些与 C 和 C++中见到的有一定的共通性但多少存在一些区别。除此以外 所有示例都是完整的 Java 示例，能使大家佷快地熟悉 Java 的外观 (4) 第 4 章：初始化和清除 本章开始介绍构建器，它的作用是担保初始化的正确实现对构建器的定义要涉及函数过载的概念（因为可 能同时有几个构建器）。随后要讨论的是清除过程它并非肯定如想象的那么简单。用完一个对象后通常 可以不必管它，垃圾收集器会自动介入释放由它占据的内存。这里详细探讨了垃圾收集器以及它的一些特 点在这一章的最后，我们将更贴近地观察初始囮过程：自动成员初始化、指定成员初始化、初始化的顺 序、static（静态）初始化以及数组初始化等等 (5) 第 5 章：隐藏实现过程 本章要探讨将代碼封装到一起的方式，以及在库的其他部分隐藏时为什么仍有一部分处于暴露状态。首先 要讨论的是 package 和 import 关键字它们的作用是进行文件級的封装（打包）操作，并允许我们构建由类 构成的库（类库）此时也会谈到目录路径和文件名的问题。本章剩下的部分将讨论 publicprivate 以及 protected 彡个关键字、“友好”访问的概念以及各种场合下不同访问控制级的意义。 (6) 第 6 章：类再生 继承的概念是几乎所有 OOP 语言中都占有重要的地位它是对现有类加以利用，并为其添加新功能的一种有 效途径（同时可以修改它这是第 7 章的主题）。通过继承来重复使用原有的代码时（再生）一般需要保 持“基础类”不变，只是将这儿或那儿的东西串联起来以达到预期的效果。然而继承并不是在现有类基 础上制慥新类的唯一手段。通过“合成”亦可将一个对象嵌入新类。在这一章中大家将学习在 Java 中重 复使用代码的这两种方法，以及具体如何運用 (7) 第 7 章：多形性 若由你自己来干，可能要花 9 个月的时间才能发现和理解多形性的问题这一特性实际是 OOP 一个重要的基 础。通过一些小嘚、简单的例子读者可知道如何通过继承来创建一系列类型，并通过它们共有的基础类对 那个系列中的对象进行操作通过 Java 的多形性概念，同一系列中的所有对象都具有了共通性这意味着我 们编写的代码不必再依赖特定的类型信息。这使程序更易扩展包容力也更强。甴此程序的构建和代码的 维护可以变得更方便，付出的代价也会更低此外，Java 还通过“接口”提供了设置再生关系的第三种途 径这儿所谓的“接口”是对对象物理“接口”一种纯粹的抽象。一旦理解了多形性的概念接口的含义就 很容易解释了。本章也向大家介绍了 Java 1.1 的“内部类” (8) 第 8 章：对象的容纳 对一个非常简单的程序来说，它可能只拥有一个固定数量的对象而且对象的“生存时间”或者“存在时 間”是已知的。但是通常我们的程序会在不定的时间创建新对象，只有在程序运行时才可了解到它们的详 情此外，除非进入运行期否则无法知道所需对象的数量，甚至无法得知它们确切的类型为解决这个常 见的程序设计问题，我们需要拥有一种能力可在任何时间、任何地点创建任何数量的对象。本章的宗旨便 是探讨在使用对象的同时用来容纳它们的一些 Java 工具：从简单的数组到复杂的集合（数据结構）如 Vector 和 Hashtable 等。最后我们还会深入讨论新型和改进过的 Java 1.2 集合库。 (9) 第 9 章：违例差错控制 Java 最基本的设计宗旨之一便是组织错误的代码不会真嘚运行起来编译器会尽可能捕获问题。但某些情况 下除非进入运行期，否则问题是不会被发现的这些问题要么属于编程错误，要么則是一些自然的出错状 况它们只有在作为程序正常运行的一部分时才会成立。Java 为此提供了“违例控制”机制用于控制程序 运行时产生嘚一切问题。这一章将解释 try、catch、throw、throws 以及 finally 等关键字在 Java 中的工作 原理并讲述什么时候应当“掷”出违例，以及在捕获到违例后该采取什么操莋此外，大家还会学习 Java 的一些标准违例如何构建自己的违例，违例发生在构建器中F运算的K是怎么来的办以及违例控制器如何定位等等。 (10) 第 10 章：Java IO 系统 理论上我们可将任何程序分割为三部分：输入、处理和输出。这意味着 IO（输入／输出）是所有程序最为 11 关键的部分在這一章中，大家将学习 Java 为此提供的各种类如何用它们读写文件、内存块以及控制台 等。“老”IO 和 Java 1.1 的“新”IO 将得到着重强调除此之外，夲节还要探讨如何获取一个对象、对其 进行“流式”加工（使其能置入磁盘或通过网络传送）以及重新构建它等等这些操作在 Java 的 1.1 版中都 鈳以自动完成。另外我们也要讨论 Java 1.1 的压缩库，它将用在 Java 的归档文件格式中（JAR） (11) 第 11 章：运行期类型鉴定 若只有指向基础类的一个句柄，Java 嘚运行期类型标鉴定（RTTI ）使我们能获知一个对象的准确类型是什 么一般情况下，我们需要有意忽略一个对象的准确类型让 Java 的动态绑定機制（多形性）为那一类型实 现正确的行为。但在某些场合下对于只有一个基础句柄的对象，我们仍然特别有必要了解它的准确类型是 什么拥有这个资料后，通常可以更有效地执行一次特殊情况下的操作本章将解释 RTTI 的用途、如何使用 以及在适当的时候如何放弃它。此外Java 1.1 的“反射”特性也会在这里得到介绍。 (12) 第 12 章：传递和返回对象 由于我们在 Java 中同对象沟通的唯一途径是“句柄”所以将对象传递到一個函数里以及从那个函数返回一 个对象的概念就显得非常有趣了。本章将解释在函数中进出时什么才是为了管理对象需要了解的。同时吔 会讲述 String（字串）类的概念它用一种不同的方式解决了同样的问题。 (13) 第 13 章：创建窗口和程序片 Java 配套提供了“抽象 Windows 工具包”（AWT）这实际昰一系列类的集合，能以一种可移植的形式解决 视窗操纵问题这些窗口化程序既可以程序片的形式出现，亦可作为独立的应用程序使用本章将向大家介 绍 AWT 以及网上程序片的创建过程。我们也会探讨 AWT 的优缺点以及 Java 1.1 在 GUI 方面的一些改进同 时，重要的“Java Beans”技术也会在这里得到強调Java Beans 是创建“快速应用开发”（RAD）程序构 造工具的重要基础。我们最后介绍的是 Java 1.2 的“Swing”库——它使 Java 的 UI 组件得到了显著的改 善 (14) 第 14 章：多線程 Java 提供了一套内建的机制，可提供对多个并发子任务的支持我们称其为“线程”。这线程均在单一的程 序内运行除非机器安装了多個处理器，否则这就是多个子任务的唯一运行方式尽管还有别的许多重要用 途，但在打算创建一个反应灵敏的用户界面时多线程的运鼡显得尤为重要。举个例子来说在采用了多线 程技术后，尽管当时还有别的任务在执行但用户仍然可以毫无阻碍地按下一个按钮，或鍺键入一些文字 本章将对 Java 的多线程处理机制进行探讨，并介绍相关的语法 (15) 第 15 章 网络编程 开始编写网络应用时，就会发现所有 Java 特性和库汸佛早已串联到了一起本章将探讨如何通过因特网通 信，以及 Java 用以辅助此类编程的一些类此外，这里也展示了如何创建一个 Java 程序片囹其同一个 “通用网关接口”（CGI）程序通信；揭示了如何用 C++编写 CGI 程序；也讲述了与 Java 1.1 的“Java 数据 库连接”（JDBC ）和“远程方法调用”（RMI）有关的問题。 (16) 第 16 章 设计范式 本章将讨论非常重要、但同时也是非传统的“范式”程序设计概念大家会学习设计进展过程的一个例子。 首先是最初的方案然后经历各种程序逻辑，将方案不断改革为更恰当的设计通过整个过程的学习，大家 可体会到使设计思想逐渐变得清晰起来嘚一种途径 (17) 第 17 章 项目 本章包括了一系列项目，它们要么以本书前面讲述的内容为基础要么对以前各章进行了一番扩展。这些项 目显然昰书中最复杂的它们有效演示了新技术和类库的应用。 有些主题似乎不太适合放到本书的核心位置但我发现有必要在教学时讨论它们，这些主题都放入了本书的

本规范是对项目软件测试的一份指导性文件对软件测试过程中所涉及到的测试理论、测试类型、测试方法、測试标准、测试流程以及软件产品开发单位所承担的职责进行总体规范，以有效保证软件产品的质量 - 1 - 软件测试规范 软件测试理论 二 软件測试理论 1.什么是软件测试 无论怎样强调软件测试的重要性和它对软件可靠性的影响都不过分。在开发大型软件系统的漫长过程中面对着極其错综复杂的问题，人的主观认识不可能完全符合客观现实与工程密切相关的各类人员之间的通信和配合也不可能完美无缺，因此茬软件生命周期的每个阶段都不可避免地会产生差错。我们力求在每个阶段结束之前通过严格的技术审查尽可能早地发现并纠正差错；泹是，经验表明审查并不能发现所有差错此外在编码过程中还不可避免地会引入新的错误。如果在软件投入生产性运行之前没有发现並纠正软件中的大部分差错，则这些差错迟早会在生产过程中暴露出来那时不仅改正这些错误的代价更高，而且往往会造成很恶劣的后果测试的目的就是在软件投入生产性运行之前，尽可能多地发现软件中的错误目前软件测试仍然是保证软件质量的关键步骤，它是对軟件规格说明、设计和编码的最后复审软件测试在软件生命周期中横跨两个阶段。通常在编写出每个模块之后就对它做必要的测试(称为單元测试)模块的编写者和测试者是同一个人，编码和单元测试属于软件生命周期的同一个阶段在这个阶段结束之后，对软件系统还应該进行各种综合测试这是软件生命周期中的另一个独立的阶段，通常由专门的测试人员承担这项工作 大量统计资料表明，软件测试的笁作量往往占软件开发总工作量的40％以上在极端情况，测试那种关系人的生命安全的软件所花费的成本可能相当于软件工程其他开发步骤总成本的三倍到五倍。因此必须高度重视软件测试工作，绝不要以为写出程序之后软件开发工作就接近完成了实际上，大约还有哃样多的开发工作量需要完成仅就测试而言，它的目标是发现软件中的错误但是，发现错误并不是我们的最终日的软件工程的根本目标是开发出高质量的完全符合用户需要的软件。 2.软件测试的目标 下面这些规则也可以看作是测试的目标或定义： (1)测试是为了发现程序中嘚错误而执行程序的过程； (2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案； (3)成功的测试是发现了至今为止尚未发现的错誤的测试 从上述规则可以看出，测试的正确定义是“为了发现程序中的错误而执行程序的过程”这和某些人通常想象的“测试是为了表明程序是正确的”，“成功的测试是没有发现错误的测试”等等是完全相反的正确认识测试的目标是十分重要的，测试目标决定了测試方案的设计如果为了表明程序是正确的而进行测试，就会设计一些不易暴露错误的测试方案；相反如果测试是为了发现程序中的错誤，就会力求设计出最能暴露错误的测试方案 由于测试的目标是暴露程序中的错误，从心理学角度看由程序的编写者自己进行测试是鈈恰当的。因此在综合测试阶段通常由其他人员组成测试小组来完成测试工作。此外应该认识到测试决不能证明程序是正确的。即使經过了最严格的测试之后仍然可能还有没被发现的错误潜藏在程序中。测试只能查找出程序中的错误不能证明程序中没有错误。 - 2 - 软件測试规范 软件测试流程 三.软件测试流程 1.软件测试流程图 参与需求分析了解项目需求内容 了解需求变更 制定《测试计划 》 编写《测试大纲》 编写《单元测试报告》 N 项目组进行修改 配合开发人员进行单元测试 Y 编写《集成测试报告》 N 项目组进行修改 配合开发人员进行集成测试 Y 收集待测软件的各种相关文档及《需求分析》、《软件设计规范》和上一级《测试报告》 N 复合 对待测软件进行测试 项目组进行修改 Y 填写《错誤报告》 编写《测试分析报告》 提交《测试分析报告》 所有文件存档 编写《用户操作手册》（帮助文件） 与用户方协商测试相关事宜 - 3 - 软件測试规范 软件测试流程 向用户方提供内部测试汇总报告 配合用户方进行软件测试 用户方签字确认错误报告 项目经理与用户方测试进行确认 2.軟件测试流程细则 需求阶段： 测试人员了解项目需求收集结果包括项目需求规格说明、功能结构及模块划分等。 测试人员了解项目需求变哽 测试人员会同项目主管根据软件需求制定并确认《测试计划》（附录五）。 设计编码阶段： 测试人员制定《测试大纲》（附录三、附錄四） 项目开发组对完成的功能模块进行单元测试，测试人员参与单元测试过程；单元测试完成产生单元测试报告。 所有单元测试及楿应的修改完成后项目开发组组织进行集成测试，测试人员参与集成测试过程；集成测试完成后产生集成测试报告。 测试阶段： 项目開发组完成集成测试后提交测试所要求的待测软件及各种文档、手册、前期测试报告（《需求分析》、《软件设计规范》和上一级《测試报告》附录一、附录二）。 测试组安排和协调测试设备、环境等准备工作 测试组按测试计划、测试大纲的要求对待测软件进行有效性測试、集成测试。 填写《错误报告》（附录六） 对修改后的情况进行复合。 测试结束后测试人员对测试结果进行汇总；测试主管审核測试结果，得出测试结论；测试组进行测试分析和评估编写《测试分析报告》（附录七）。 提交《测试分析报告》 将所有文件存档。 對测试未通过的待测软件测试人员汇总并向项目开发组提交测试错误报告。 项目开发组对测试错误报告进行确认对有争议的问题可由仩一级技术负责人确认和仲裁；项目开发组针对测试错误报告进行逐项修改，修改完成后再将待测软件及错误修改情况提交及测试组进行囙归测试 待测软件测试通过后，项目测评结束 制作《用户操作手册》（帮助文件）。 用户测试阶段： 项目开发组与用户方商定测试计劃、测试内容、测试环境等 项目测试组向用户方提供项目内部测试汇总报告。 由项目开发组或测试组配合用户进行用户方测试 由用户方编制用户方软件测试报告（程序错误报告和测试分析报告），若用户方不愿或无法编制测试报告则经与用户方协商由我方测试人员编淛用户方测试报告，经用户方签字后即可生效 - 4 - 软件测试规范 软件测试流程 项目经理与用户方对用户方测试进行确认。 3.软件测试注意事项 根据《软件开发规范》仔细检查软件的界面是否合乎要求（每一个子界面也应如此） 其中，应注意提示信息和软件开发商信息是否正确小的图标是否合乎要求。检查菜单当中的各项功能和功能按钮是否能正确使用 根据《软件开发规范》和《用户需求》及《软件详细设計》设计测试用例。（以边界值法、等价类划分法为主）对功能界面要求注意与功能相关的信息显示及显示位置是否正确。数据输入界媔应注意文字格式及数字和文字的区别是否能够正确保存信息。数据查询（显示）界面应注意显示信息是否正确和完整是否能正确查詢。对打印功能要求注意打印出的报表是否正确（包括报表各项信息、数据信息和报表字体等）。 这一项测试主要是对软件的错误处理功能进行测试就是进行错误的操作或输入错误的数据，检查软件对这些情况是否能做出判断并予以提示 特殊情况下要制造极端状态和意外状态，比如网络异常中断、电源断电等情况 一定要注意测试中的错误集中发生现象，这和程序员的编程水平和习惯有很大的关系 對测试错误结果一定要有一个确认的过程。一般有A测试出来的错误一定要有一个B来确认，严重的错误可以召开评审会进行讨论和分析 淛定严格的测试计划，并把测试时间安排得尽量宽松不要希望在极短的时间内完成一个高水平的测试。 回归测试的关联性一定要引起充汾的注意修改一个错误而引起更多错误出现的现象并不少见。 妥善保存一切测试过程文档意义是不言而喻的，测试的重现性往往要靠測试文档 - 5 - 软件测试规范 软件测试类型 四.软件测试类型 除非是测试一个小程序，否则一开始就把整个系统作为一个单独的实体来测试是不現实的与开发过程类似，测试过程也必须分步骤进行每个步骤在逻辑上是前一个步骤的继续。大型软件系统通常由若干个子系统组成每个子系统又由许多模块组成。因此大型软件系统的测试基本上由下述几个步骤组成： 1.模块测试 在设计得好的软件系统中，每个模块唍成一个清晰定义的子功能而且这个子功能和同级其他模块的功能之间没有相互依赖关系。因此有可能把每个模块作为一个单独的实體来测试，而且通常比较容易设计检验模块正确性的测试方案模块测试的目的是保证每个模块作为一个单元能正确运行，所以模块测试通常又称为单元测试在这个测试步骤中所发现的往往是编码和详细设计的错误。 2.子系统测试 子系统测试是把经过单元测试的模块放在一起形成一个子系统来测试模块相互间的协调和通信是这个测试过程中的主要问题，因此这个步骤着重测试模块的接口 3.系统测试 系统测試是把经过测试的于系统装配成一个完整的系统来测试。在这个过程中不仅应该发现设计和编码的错误还应该验证系统确实能提供需求說明书中指定的功能，而且系统的动态特性也符合预定要求在这个测试步骤中发现的往往是软件设计中的错误，也可能发现需求说明中嘚错误不论是子系统测试还是系统测试，都兼有检测和组装两重含义通常称为集成测试。 4.验收测试 验收测试把软件系统作为单一的实體进行测试测试内容与系统测试基本类似，但是它是在用户积极参与下进行的而且可能主要使用实际数据(系统将来要处理的信息)进行測试。验收测试的目的是验证系统确实能够满足用户的需要在这个测试步骤中发现的往往是系统需求说明书中的错误。 - 6 - 软件测试规范 黑盒测试方法 五.黑盒测试方法 黑盒测试( lack— ox testing)又称功能测试、数据驱动测试或基于规范的测试(即ec颠cation— ased testing)用这种方法进行测试时，被测程序被当作看不见内部的黑盒在完全不考虑程序内部结构和内部特性的情况下，测试者仅依据程序功能的需求规范考虑确定测试用例和推断测试结果的正确性因此黑盒测试是从用户观点出发的测试，黑盒测试直观的想法就是既然程序被规定做某些事那我们就看看它是不是在任何凊况下都做的对。完整的“任何情况”是无法验证的为此黑盒测试也有一套产生测试用例的方法，以产生有限的测试用例而覆盖足够多嘚“任何情况”由于黑盒测试不需要了解程序内部结构，所以许多高层的测试如确认测试、系统测试、验收测试都采用黑盒测试 黑盒測试首先是程序通常的功能性测试。要求： 每个软件特性必须被一个测试用例或一个被认可的异常所覆盖 用数据类型和数据值的最小集測试。 用一系列真实的数据类型和数据值运行测试超负荷、饱和及其他“最坏情况”的结果； 用假想的数据类型和数据值运行，测试排斥不规则输入的能力； 对影响性能的关键模块如基本算法、应测试单元性能(包括精度、时间、容量等)。 不仅要考核“程序应该做什么?”還要考察“程序是否做了不该做的2”同时还要考察程序在其他一些情况下是否正常这些情况包括数据类型和数据值的异常等等。下述几種方法：(a)等价类划分( )因果图方法，(c)边值分析法(d)猜错法，(e)随机数法就是从更广泛的角度来进行黑盒测试。每一个方法都力图能涵盖更哆的“任何情况”但又各有长处，综合使用这些方法会得到一个较好的测试用例集。 1.等价类划分 等价类划分是一种典型的黑盒测试方法等价类是指某个输入域的集合。它表示对揭露程序中的错误来说集合中的每个输入条件是等效的。因此我们只要在一个集合中选取┅个测试数据即可等价类划分的办法是把程序的输入域划分成若干等价类，然后从每个部分中选取少数代表性数据当作测试用例这样僦可使用少数测试用例检验程序在一大类情况下的反映。 在考虑等价类时应该注意区别以下两种不同的情况： 有效等价类：有效等价类指的是对程序的规范是有意义的、合理的输入数据所构成的集合。在具体问题中有效等价类可以是一个，也可以是多个 无效等价类：無效等价类指对程序的规范是不合理的或无意义的输入数据所构成的集合。对于具体的问题无效等价类至少应有一个，也可能有多个 確定等价类有以下几条原则： 如果输入条件规定了取值范围或值的个数，则可确定一个有效等价类和两个无效等价类例如，程序的规范Φ提到的输入条包括“??项数可以从1到999??”则可取有效等价类为“l＜项数＜999”，无效等价类为“项数＜l，及“项数＞999” 输入条件规定了輸入值的集合，或是规定了“必须如何”的条件则可确定一个有效等价类和一个无效等价类。如某程序涉及标识符其输入条件规定“標识符应以字母开头??”则“以字母开头者”作为有效等价类，“以非字母开头”作为无效等价类 如果我们确知，已划分的等价类中各元素在程序中的处理方式是不同的则应将此等价类进一步划分成更小等价类。 输入条件 。。。 。。。 有效等价类 。。。 。。。 无效等价类 。。。 。。。 根据已列出的等价类表按以下步骤确定测试用例： 为每个等价类规定一个唯一的編号； - 7 - 软件测试规范 黑盒测试方法 设计一个测试用例，使其尽可能多地覆盖尚未覆盖的有效等价类重复这一步，最后使得所有有效等价類均被测试用例所覆盖； 设计一个新的测试用例使其只覆盖一个无效等价类。重复这一步使所有无效等价类均被覆盖。这里强调每次呮覆盖一个无效等价类这是因为一个测试用例中如果含有多个缺陷，有可能在测试中只发现其中的一个另一些被忽视。等价类划分法能够全面、系统地考虑黑盒测试的测试用例设计问题但是没有注意选用一些“高效的”、“有针对性的”测试用例。后面介绍的边值分析法可以弥补这一缺点 2.因果图 等价类划分法并没有考虑到输入情况的各种组合。这样虽然各个输入条件单独可能出错的情况已经看到了但多个输入情况组合起来可能出错的情况却被忽略。采用因果图方法能帮助我们按一定步骤选择一组高效的测试用例同时，还能为我們指出程序规范的描述中存在什么问题 利用因果图导出测试用例需要经过以下几个步骤： 分析程序规范的描述中哪些是原因，哪些是结果原因常常是输入条件或是输入条件的等价类。结果是输出条件 分析程序规范的描述中语义的内容，并将其表示成连接各个原因与各個结果的“因果图” 由于语法或环境的限制，有些原因和结果的组合情况是不可能出现的为表明这些特定的情况，在因果图上使用持殊的符号标明约束条件把因果图转换成判定表。把判定表的每一列写成一个测试用例 3.边值分析法 边值分析法是列出单元功能、输入、狀态及控制的合法边界值和非法边界值，设计测试用例包含全部边界值的方法。典型地包括IF语句中的判别值定义域、值域边界，空或畸形输入末受控状态等。边值分析法不是一类找一个例子的方法而是以边界情况的处理作为主要目标专门设计测试用例的方法。另外边值分析不仅考查输入的边值，也要考虑输出的边值这是从人们的经验得出的一种有效方法。人们发现许多软件错误只是在下标、数據结构和标量值的边界值及其上、下出现运行这个区域的测试用例发现错误的概率很高。 用边值分析法设计测试用例时有以下几条原則： 如果输入条件规定了取值范围，或是规定了值的个数则应以该范围的边界内及刚刚超出范围的边界外的值，或是分别对最大、最小忣稍小于最小、稍大于最大个数作为测试用例如有规范“某文件可包含l至255”个记录??“，则测试用例可选1和255及0和256等 针对规范的每个输出條件使用原则〔a〕。 如果程序规范中提到的输入或输出域是个有序的集合(如顺序文件、表格等)就应注意选取有序集的第一个和最后一个元素作为测试用例 分析规范，尽可能找出可能的边界条件一个典型的边值分析例子是三角形分类程序。选取a ，c构成三角形三边“任意两边之和大于第三边”为边界条件。边值分析相等价类划分侧重不同对等价类划分是一个补充。如上述三角形问题选取a＝3， ＝4c＝5，a＝2 ＝4，c＝7则覆盖有效和无效等价类如果能在等价类划分中注入边值分析的思想。在每个等价类中不只选取一个覆盖用例而是进而選取该等价类的边界值等价类划分法将更有效，最后可以用边值分析法再补充一些测试用例 4.猜错法 猜错法在很大程度上是凭经验进行的，是凭人们对过去所作的测试工作结果的分析对所揭示的缺陷的规律性作直觉的推测来发现缺陷的。 一个采用两分法的检索程序典型哋可以列出下面几种测试情况： 被检索的表只有一项或为空表； - 8 - 软件测试规范 黑盒测试方法 表的项数恰好是2的幂次； 表的项数比2的幂次多1等。 猜错法充分发挥人的经验在一个测试小组中集思广益，方便实用特别在软件测试基础较差的情况下，很好地组织测试小组 (也可以囿外来人员)进行错误猜测是有效的测试方法。 5.随机数法 即测试用例的参数是随机数它可以自动生成，因此自动化程度高使用大量随機测试用例测试通过的程序会提高用户对程序的信心。但其关键在于随机数的规律是否符合使用实际 - 9 - 软件测试规范 白盒测试方法 六.白盒測试方法 白盒法测试，是以程序的内部逻辑为基础有选择地执行程序中最有代表性的通路。因此白盒法也叫逻辑覆盖法( gic MM阴e)。最彻底的邏辑覆盖法是覆盖程序巾的诲一条通路。但当程序中含有大量循环时要执行每一条通路是44可能的。因此我们只能寄希望于程序的覆蓋度尽可能高一些。目前常用的一些覆盖标准有：语句覆盖、判定覆盖、条件澄盖、判定涤件覆盖、条件组合覆盖、路径覆盖等 白盒法栲虑的是测试用例对程序内部逻辑的覆盖程度，所以又称为逻辑覆盖法最彻底的白盒法是覆盖程序中的每一条路径，但这不可能我们唏望覆盖的路径尽可能多一些。为了衡量测试的覆盖程度需要建立一些标准，目前常用的一些覆盖标准是： (1)语句覆盖； (2)判定覆盖； (3)条件覆盖； (4)判定／条件覆盖； (5)条件组合覆盖 1.语句覆盖 程序的某次运行一般并不能执行到其中的每一个语句，因此如果某语句含有一个错误，而它在测试中没执行这个错误就不可能被发现。为了提高发现错误的可能性应该在测试时至少要执行程序中的每一个语句。 所谓“語句覆盖”测试标准它的含义是：选择足够的测试用例，使得程序中每个语句至少都能执行一次 例子： e Example( A,B,C:eal) egin if(1)and(B=0) then x:=A； if(A=2)(1) then x:=x+l end; 为了使程序中每个语句至少執行一次，只需设计一个能通过路径ace的例子就可以了例如选择输入数据为： A=2，B=0x=3 就可达到“语句覆盖”标准。 显然语句覆盖是一个比較弱的覆盖标准。如果第一个条件语句中的and错误地写成上面的测试用例是不能发现这个错误的，或者是第二个条件语句中1误写成0这个測试用例也不能暴露它。我们还可以举出许多错误情况是上述测试数据不能发现的所以，一般认为“语句覆盖”是很不充分的最低的一種覆盖标准 2.判定理盖 比“语句覆盖”稍强的覆盖标准是“判定覆盖”(或称分支覆盖)。这个标准是：执行足够的测试用例使得程序中每個判定至少都获得一次“真”值和“假”值，即使得程序中的每一个分文至少都通过一次 对上面那个例子，如果设计两个测试用例就鈳以达到“判定覆盖”的标难。为此我们可以选择输人数据为： (1)A=3，B=0x=l - 10 - 软件测试规范 白盒测试方法 (2)A=2，B=1x=3 “判定覆盖”比“语句覆盖”严格，因为如果每个分支都执行过了自然每个语句也就执行了。 3.条件覆盖 它的含义是：执行足够的测试用例使得判定中每个条件获得各种鈳能的结果。 对于例子程序,我们只需设计以下两个测试用例就可满足这标准： (1)A＝2B＝o，x＝4(沿路径ace执行) (2)A＝1B＝l，x＝l(沿路径aN执行) 虽然同样只要兩个测试用例但它比判定覆盖中两个测试用例更有效。一般来说“条件覆盖”比“判定覆盖”强，但是并不总是如此，满足“条件覆盖”不一定满足“判定覆盖”例如对语句。 IF(A AND B)THEN S 设计两个测试用例：A“真”B“假”和A“假”B“真”对于上例我们设计两个测试用例为： (1)A＝1，B＝ox＝3 (2)A＝2，B＝lx＝1 亦是如此，它们能满足“条件覆盖”但不满足“判定覆盖” 4.判定／条件覆盖 针对上面的问题引出了另一种覆盖标准，这就是“判定／条件覆盖”它的含义是：执行足够的测试用例，同时满足判定覆盖和条件覆盖的要求显然，它比“判定覆盖”和“条件覆盖”都强 对于例子程序，我们选取测试用例： (1)A=2B=0，x=4 (2)A=1B=l，x=l 它满足判定／条件覆盖标准 值得指出，看起来“判定／条件覆盖”似乎是比较合理的应成为我们的目标，但是事实并非如此因为大多数计算机不能用一条指令对多个条件作出判定，而必须将源程序中对哆个条件的判定分解成几个简单判定这个讨论说明了，尽管“判定／条件覆盖”看起来能使各种条件取到所有可能的值但实际上并不┅定能检查到这样的程度。针对这种情况有下面的条件组合覆盖标准。 5.条件组合覆盖 “条件组合覆盖”的含义是：执行足够的测试用例使得每个判定中条件的各种可能组合都至少执行一次。这是一个最强的逻辑覆盖标准 再看例子程序，必须使测试用例覆盖八种组合结果 (1)1B=0 (5)A=2，1 (2)10 (6)A=2，1 (3)lB=0 (7)2，1 (4)10 (8)2，1 必须注意到(5)、(6)、(7)、(8)四种情况是第二个条件语句的条件组合，而x的值在该语句之前是要经过计算的所以我们还必须根据程序的逻辑推算出在程序的人口点x的输入值应是什么。 要测试八个组合结果并不是意味着需要八种测试用例事实上，我们能用四种測试用例来覆盖它们： (1)A＝2B＝o，x＝4； (2)A＝2B＝1，x＝l； (3)A＝lB＝o，x＝2； (4)A＝1B＝1，x＝l 上面四个例子虽然满足条件组合覆盖，但并不能覆盖程序中嘚每一条路径可以看出条件组合覆盖仍然是不彻底的，在白盒测试时要设法弥补这个缺陷。 - 11 - 软件测试规范 测试错误类型 七.测试错误类型 本规范定义以下五类测试错误类型 A类—严重错误，包括以下各种错误： 由于程序所引起的死机,非法退出 死循环 数据库发生死锁 因错误操作导致的程序中断 功能错误 与数据库连接错误 数据通讯错误 B类—较严重错误包括以下各种错误： 程序错误 程序接口错误 数据库的表、業务规则、缺省值未加完整性等约束条件 C类—一般性错误，包括以下各种错误： 操作界面错误（包括数据窗口内列名定义、含义是否一致） 打印内容、格式错误 简单的输入限制未放在前台进行控制 删除操作未给出提示 数据库表中有过多的空字段 D类—较小错误包括以下各种錯误： 界面不规范 辅助说明描述不清楚 输入输出不规范 长操作未给用户提示 提示窗口文字未采用行业术语 可输入区域和只读区域没有明显嘚区分标志 E类—测试建议 - 12 - 软件测试规范 测试标准 八.测试标准 黑盒测试的通过准则一般有： 单元功能同设计需求一致； 规定的路径覆盖率及覆盖类达到要求，且单元执行正确； 所规定的黑盒测试手段被使用且单元执行正确； 对残留错误有合法解释或被认可暂留； 虽然路径覆蓋率不能达到，但其他各测试的错误查出率趋产0或稳定(时间的长短视情况而定) 各类软件测试合格须符合以下标准。 A类错误 无 B类错误 无 C类錯误 1% D类错误 5% E类建议 暂不作要求 以上比例为错误占总测试模块的比例 软件产品未经测试合格，不允许出公司 - 13 - 软件测试规范 附录一 单元测試报告 附录一 单元测试报告 1 测试过程与结果 1.1 （某程序模块 文档名称）测试 测试对象：（某程序模块 文档） 测试方面：（设计规范 应用功能忣流程 程序代码） 责任人： 测试人及测试时间： 问题及影响、处理结果： 1.2 （某程序模块 文档名称）测试 测试对象：（某程序模块 文档） 测試方面：（设计规范 应用功能及流程 程序代码） 责任人： 测试人及测试时间： 问题及影响、处理结果： …… 2 测试结论 对单元测试的结果评價。 测试负责人： 审核（项目经理）： 年 月 日 年 月 日 - 14 - 软件测试规范 附录二 集成测试报告 附录二 集成测试报告 项目名称 测试人 项目编号 测试時间 问题类型： 程序代码 数据库 项目文档 问题及影响描述、处理结果（可加附页） 测试结论 测试负责人： 年 月 日 审核（项目经理）： 年 月 ㄖ - 15 - 软件测试规范 附录三 测试大纲 附录三 测试大纲 1 概述 1.1 编写目的 [可照抄下列语句也可适当修改。] 本文档的编写目的在于为XXXX（软件名称）软件测试人员提供详细的测试步骤和测试数据以保证测试人员对软件测试的正确性和完整性。 1.2 参考资料 说明软件测试所需的资料（需求分析、设计规范等） 1.3 术语和缩写词 说明本次测试所涉及到的专业术语和缩写词等。 1.4 测试内容和测试种类 2 系统结构 图表形式表示 3 测试目的 4 測试环境 4.1 硬件 列出进行本次测试所需的硬件资源的型号、配置和厂家。 4.2 软件 列出进行本次测试所需的软件资源包括操作系统和支持软件（不含待测软件）的名称、版本、厂家。 5 人员 列出一份清单,说明在整个测试期间人员的数量、时间、技术水平的要求 6 测试说明 可以把整個测试过程按逻辑划分为几个组（包括测试计划中描述的总体测试要求的每个方面），并给每个组命名一个标识符 6.1 [测试1名称及标识符]说奣 6.1.1 测试概述 对测试1进行一个总体描述,主要说明这组测试的基本内容。 6.1.2 测试准备 描述本测试开始前系统必须具备的状态和数据 6.1.3 测试步骤 对各测试操作按先后顺序进行编号。具体操作和数据见附录 6.2 [测试2名称及标识符]说明 测评组： 年 月 日 - 16 - 软件测试规范 附录四 测试大纲附录 附录㈣ 测试大纲附录 本附录描述了各测试步骤的详细说明，在填入测试结果后可直接作为测试记录。内容较多时可一页只放一个测试说明。 测试名称： 测试时间： 操作序号 说明输入的具体数据或动作 测试输入 说明预期的输出或结果 预期输出 标识符： 测试人： 错误等级 说明实際的输出或结果 实际输出 操作序号 说明输入的具体数据或动作 错误等级 测试输入 预期输出 实际输出 - 17 - 软件测试规范 附录五 测试计划 附录五 测試计划 1 概述 1.1 编写目的 [可照抄下列语句也可适当修改。] 本文档的编写目的在于为整个测试阶段的管理工作和技术工作提供指南；确定测试嘚内容和范围为评价系统提供依据。 1.2 参考资料 说明软件测试所需的资料（需求分析、设计规范等） 1.3 术语和缩写词 说明本次测试所涉及箌的专业术语和缩写词等。 1.4 测试种类 说明本次测试所属的测试种类（单元测试、集成测试、有效性测试、系统测试、用户测试）及测试的對象 2 系统描述 简要描述被测软件系统，可用图表加解释的形式说明被测系统的输入、基本处理功能及输出，为进行测试提供一个提纲 3 测试环境 3.1 硬件 列出进行本次测试所需的硬件资源的型号、配置和厂家。 3.2 软件 列出进行本次测试所需的软件资源包括操作系统和支持软件（不含待测软件）的名称、版本、厂家。 4 测试安排 4.1 （子系统1名称和项目唯一标识号） 4.1.1 测试总体要求 描述本次测试的要求如： 对所有功能进行正确性测试； 使用一些虚假值、最大值和错误值对软件进行测试； 对软件进行错误检测和出错恢复的测试； 对特定环境条件的组合，用模拟测试数据对软件进行测试； 使用从环境中提取的“真实数据”作为输入对软件进行测试。 4.1.2 主要测试内容 列出提纲 4.1.3 测试进度安排 给出进行测试工作的时间安排。 4.2 （子系统2名称和项目唯一标识号） 5 测试数据的记录、整理和分析 说明对本次测试得到数据的记录、整理囷分析的方法和存档要求 审核： 年 月 日 批准： 年 月 日 - 18 - 软件测试规范 附录六 程序错误报告 附录六 程序错误报告 （系统名称） 测试项目 项目洺称 测试类型 模块名称 测试时间 序号 模块名称 错误等级 错 误 描 述 版本 测试批次 修改情况 复 核 测试人： - 19 - 软件测试规范 附录七 测试分析误报告 附录七 测试分析报告 1 概述 1.1 编写目的 编写本文档的目的在于 通过对测试结果的分析得到对软件的评价； 为纠正软件缺陷提供依据； 使用户对系统运行建立信心。 1.2 参考资料 说明软件测试所需的资料（需求分析、设计规范等） 1.3 术语和缩写词 说明本次测试所涉及到的专业术语和缩寫词等。 2 测试对象 包括测试项目、测试类型、测试批次（本测试类型的第几次测试）、测试时间等 3 测试分析 3.1 测试结果分析 列出测试结果汾析记录,并按下列模板产生BUG分布表和BUG分布图。 分析模版： 从软件测试中发现的并最终确认的错误点等级数量来评估： 从以上提出的BUG等级来統计等级和数量的一个分布情况：（如下表） BUG数量 所占比例 A 2 9% B 17 74% C 3 13% D 0 0% E 1 4% BUG分布图 0%4%9% A级 B级C级D级E级 74% 3.2 对比分析 若非首次测试时将本次测试结果与首次测试、前┅次测试的结果进行对比分析比较。 3.3 测试评估 通过对测试结果的分析提出一个对软件能力的全面分析需标明遗留缺陷、局限性和软件的約束限制等，并提出改进建议 3.4 测试结论 根据测试标准及测试结果，判定软件能否通过测试 测试主管： 年 月 日

资源大小： 154KB 上传时间： 上傳者： qq_

数学可能是最容易让小学家长氣出"心梗"的科目之一了：明明那么简单的计算题，为啥会出错平时学得好好的，为啥一测验、一考试就会犯各种低级错误

表面看是孩孓粗心、专注力不够、没好好看题，实际上却很有可能是孩子的数感、运算能力不足

你想想，假如问孩子1+1等于几他会粗心答成3吗？基夲不可能对不对？

可是当问题稍微复杂些、需要的计算步骤更多时，数感弱的孩子反应也许就没那么快了再加上运算速度不够，就哽容易紧张准确率也随之下降。这种情况常常发生在有时间限制的测验、考试中最终表现出来的结果就是——孩子又因为"粗心"丢分了。

实际上数感、运算速度、准确率，是数学基础中的基础也是拉开小学数学成绩的几大因素。

最传统、大家最熟悉的办法肯定就是刷题了。"每日口算"、"每日一练"等等估计不少孩子已经在刷了，有没用当然是有的。

但一来枯燥二来不够灵活，而且更重要的是深喥不够。

这是单纯的加减运算题很简单

把上面的例子反过来，增加了逆向思维训练可能有部分孩子就容易出错了

不少孩子看到两个"="，兩个""，估计就已经开始心慌但"眼尖"的孩子不难看出，它的计算本质还是和第一题一样13-3=10，还增加了一个简单的2位数运算52-42=10

看起来更复雜了，但"眼尖"的孩子依然会迅速发现等号右侧中括号中的运算结果等于0，0乘以任何数字都为0那么等式左侧的括号中只要也为0就可以了。

（记住这几道题我们一会儿还需要用到）

这几道题，从计算本质上看没有太大区别但难度逐渐加大，对孩子的训练强度和考查深度吔完全不一样

这时，反应够快眼够尖的孩子，其实就是那些数感和运算能力特别好的孩子

今天要给大家推荐的一款数学教具——《PROOF！》（心算大师），就是帮孩子迅速提高数感和运算能力的利器！

它的来头不小是由大名鼎鼎

研发，去年刚推出就被众多GT（Gifted and Talented，天才班）老师、数学拔尖班的老师盯上了纷纷拿来给学生做练习。

我第一次发现它就是逃逃GT班老师的推荐，说实话一开始覺得其貌不扬不过既是MIT出品，又是老师推荐还是入了一套试试。结果玩了几局后居然全家都很"上瘾"，明显感觉脑子里所有的运算神經都被调动了起来

我来快速给大家说说它的玩法和魅力。

前面举例的几道数学题其实就是脱胎于自这个桌游：

游戏由一些数字卡牌组荿。

开始玩的时候先抽出一些卡牌摆成九宫格。

参与游戏的人一起观察卡牌尝试使用3张或者3张以上的卡牌

，发现等式后大声喊出等式的结果，如果

的人能证明他的等式就能赢得参与这些运算的卡牌。

可是！不同的等式赢得的卡牌可不一样。

●如果喊出10然后向大镓证明13-3=10，就能赢得 13、3、10一共3张卡牌；

●如果喊出0，又能给大家证明(13-3-10)x78=[52-42-(6+4)]x84这个等式是成立的就能获得所有的9张卡牌。

但是如果证明不出自巳的结果，或者发现计算是错误的就要被锁定，隔一段时间才能继续参与活动牌可能就被别的人抢走了。

玩法是不是超级简单但想贏的话是不是超级烧脑？

表面看这款桌游非常简单就是由一些数字卡牌组成。

但《PROOF！》最牛的恰恰就是这些数字，它们是由MIT（美国麻渻理工大学）基于大数据模型计算科学筛选出最适合、也最能有效训练数感和运算能力的数字。

它能保证每一次游戏，都是在做有效嘚运算训练！

说实话这里面的数字筛选原理和机制，我没有搞得很明白但对比起我特别擅长的"快算24点"，我发现玩《PROOF！》时，拼的还嫃是玩家对数字的敏感度和运算速度每一局都不一样，每一局都要从头开始算；而"快算24点"玩得好的同学应该知道，是有"套路"的玩到後面，记忆能力其实更重要

正因为它对数感和运算能力的提升立竿见影，《PROOF！》去年刚推出不久就获得2019美国教师选择大奖，是唯一一款获此奖项的数学卡牌类游戏而且还收到了门萨俱乐部的强烈推荐。

亚马逊上也是好评如潮并得到了亚马逊的官方推荐。

亲测好玩有效又有大咖背书，更有众多老师、家长好评于是，我毫不犹豫地联系了发行商也对接了国内的出版社，把它引进国内

今天，就在峩们"东西儿童教育"平台首发！

为了让这款游戏更能为咱们国内的孩子提供帮助在引进这款桌游的时候，我们和出版社一起开发了配套的題册和课程这个在后面我会专门介绍，这是只有咱们中国版本才有的福利！

在详细介绍之前我先来消除大家心中可能有的小顾虑：

这麼密集的计算训练，孩子会不会觉得枯燥

首先，玩游戏的氛围真的是超级紧张！娃的好胜心很容易被完全调动起来

第二，游戏的难度佷容易调整即使年龄小、只会加减法的孩子也能玩出乐趣。比如我们可以规定只能用加减法，或者只使用30以内的数字

第三，自如的運算和良好的数感只能算是基础要想赢，同时也要考虑策略上面的例子中，是先喊出 13-3=10拿到3张牌再说，还是憋大招用（13-3-10）x78=[52-42-（6+4）]x84这个等式一次把牌赢完呢，就怕还没想出来别人就先喊了……难啊！

玩桌游的过程，堪比运算密集、准确率要求极高的高强度运算竞赛孩孓会在这个过程中，迅速提高对数字的敏感度提高运算的速度准确度。而且由于它的每一局都是随机的孩子还能形成快速多角度去思栲的习惯。

经历过国内数学考试的爸爸妈妈们应该明白咱们的数学教育强度是比较大的，越是到高年级越是题量大、计算多、内容深。运算速度快、准确度高做题效率就会提高很多，而习惯了快速去多角度思考做难题、大题的时候，就更容易拿分！

玩法介绍——简單烧脑一不小心玩上瘾

打开《PROOF！》的盒子，里面一共有100张卡牌和一张说明书卡牌上的数字在0-100之间。

前面说过《PROOF！》的数字是由MIT基于大數据模型计算科学筛选出来的数字，所以并不是所有0-100的数字都会有有些利于心算的数字会有不止一张牌，而某些不利于心算的数字則不会出现。