黑河系统源码

1. 什么是白盒测试和黑盒测试有什么区别

白盒测试是一种测试用例设计方法，盒子指的是被测试的软件，白盒指的是盒子是可视的，你清楚盒子内部的东西以及里面是如何运作的。

黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。

两种测试都适合网页游戏。

区别如下：

1、测试方法不同

白盒测试的测试方法有代码检查法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法、域测试、符号测试、路径覆盖和程序变异。

黑盒测试用例设计方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法、场景法等。

2、作用不同

白盒测试通过检查软件内部的逻辑结构，对软件中的逻辑路径进行覆盖测试;在程序不同地方设立检查点，检查程序的状态，以确定实际运行状态与预期状态是否一致。

黑盒测试法注重于测试软件的功能需求，主要试图发现功能不正确或遗漏、界面错误、输入和输出错误、数据库访问错误、性能错误和初始化和终止错误等几类错误。

3、特点不同

白盒测试依据软件设计说明书进行测试、对程序内部细节的严密检验、针对特定条件设计测试用例、对软件的逻辑路径进行覆盖测试。

黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试。

(1)黑河系统源码扩展阅读：

白盒测试优缺点：

优点：

1. 迫使测试人员去仔细思考软件的实现；

2. 可以检测代码中的每条分支和路径；

3. 揭示隐藏在代码中的错误；

4. 对代码的测试比较彻底；

5. 最优化。

缺点：

1. 昂贵；

2. 无法检测代码中遗漏的路径和数据敏感性错误；

3. 不验证规格的正确性。

2. 如何看项目代码

问题一：刚进项目组，怎么看代码？ 20分 先将做好的这部分项目打开操作一遍，一定要先熟悉这个项目的业务流程，否则不知道他们原来为什么这样写代码。在操作项目的时候，你也可以想想，如果是你来做这个项目，你会怎么做，然后再看看他们是怎么实现的。演示项目的时候可以通过链接地址找到相应模块的源代码文件。作为过来人，我只能告诉你，熟悉业务流程是最重要的。

问题二：如何读项目代码 （再没有文档这个总是有的吧？哪怕是个代号)2.这个项目的性质3.源代码的规模有多少行（其中有多少行是注释），总共有多少个文件（每一类文件分别有多少个，每个文件是多少行）如果是面向对象的，有多少个class，如果是面向过程的有多少个function4.功能的详细整理功能列表函数名 功能 功能描述5.功能模块之间的关系（哪怕没有注释，按名称，调用关系一定能整理清楚）如果你把我上面列的5点搞清楚了，再来抱怨，我想应该是下面这个样子：老大给了我一个项目源码让我看，注释都没有，是一个超级留言本，总共有10万行代码，就两个文件，函数不到10个，功能就是注册和留言，连修改删除功能都没有，大家说我看这样的代码有意思吗？我是不是还要待在这里？如果你完成了我上面说的5步，你仍然觉得没什么值得学的，没有什么需要做的，说明你不适合干编程这一行。下边呢就具体的介绍一下心得。当我们学习程序编码时，首先会看一些程序代码例子，然后学例子去修改编写代码；当我们刚进入一个公司，公司会把要维护修改的项目分给我们，让我们修改维护，要想修改编写，首先要读懂项目主要程序；当我们去看一些优秀的开源项目，想从中学习这些项目的设计思想时，我们也要去看项目代码…如此等等，可以说读代码是为了写代码，写出非常优秀的代码。因此对于程序开发人员来说，快速阅读项目代码是一个必需要掌握的能力。前段时间，我接手了一个php做的系统，公司要求我参阅这个项目重新做一个Demo，在读这个系统代码时，我积累了一些关于读项目代码的心得体会，主要内容如下。 清楚主要功能 想一想如何实现 首先要清楚项目的主要功能，知道它主要是干什么用的，才可能从总体上去把握项目。可以通过向公司同事或其他人请教、或查阅项目需求分析文档，概要设计文档来快速获得项目主要功能，如果没有这些文档，可以在网上搜索项目的功能，如果以上这些都没有条件的话，那只有把此项目运行起来，通过自己的实际操作来得到项目的主要功能了。清楚项目主要功能后，自己首先想一想，如果让我做，该如果去实现呢，这样能够得到对自己来说的技术难点，读源代码时会更留意这些内容，效率也就提高上去了。 运行项目 找到实现主要功能的代码 清楚主要功能以后，就可以去读实现主要功能的代码了，当然还需要找到这些功能是在那些文件，那些类来实现的。为了找到实现类，我们还要把项目运行起来，依据项目类型及特点，通过不同方法找到实现类代码。把这些文件记录下来，随后只需重点看这些文件中的代码，就可以了。 依据代码的类层次关系 了解项目体系结构 通过其他一些工具把这些代码的类图导出来，比如（rational rose或powerdesigner的逆向工程），如果是java项目还可以导出Javadoc。依据导出的内容，了解每一个主要实现类的大致功能，及这些类之间相互关系，这样也就清楚了项目的类层次结构，即项目体系结构。 清楚项目主要实现技术 依据导出的类图和对项目了解的疑点，如果是技术方面，比如自己不知道或不清楚该怎么实现某种功能，那就赶紧参照源代码，找到项目主要实现技术。如果对此技术不熟悉，那就快快在Bai或Google上面搜索一把，ok，一定会很多关于此技术的资料等着你去看呢，抓紧阅读这些资料，尽快掌握此技术的内容。 调试主要实现类，从中了解实现细节 了解了项目的体系结构，并清除项目主要实现技术后，下一步就是看实现细节了。看实现细节，也是从整体到局部，从看各个方法声明出发，在逐步看每个方法体。当然没有必要每个方法都要去一行一行看，只需重点看与实现此类主要功能的核心方法。对某些代码看过一两编后......>>

问题三：如何看一个java web 项目代码 首先把项目跑起来，根据自己想看的功能跟下去。
比如现在我想看商品添加的功能模块，在页面找到添加的按钮，找到后台请求地址，比如请求地址是localhost/sun/proct/add.do
然后再找到该java web的拦截是什么做的，如果是原生的servlet就直接在.java类中通过search找到这个实现了该注解的并继承了Servlet的类
如果是用spring mvc实现拦截的就找实现了spring标准的拦截位置
如果是struts等等根据该框架的标准找到后台控制层代码
我这里全部是讲的mvc模式。
如果是那种没使用mvc开发模式的，那你就可以不用看了，没有看的价值。因为过 了一个月他自己也看不懂自己的代码逻辑。
找到了控制层代码，那么一切就迎刃而解了 ，该打断点打断点，该跟代码的跟代码。。
后台数据库事物那种，就暂且不提了，懂的人一点就通，不懂的我解释也解释不清楚

问题四：C#。。如何查看项目代码？ 从你触发的事件开始，比如页面上有一个button按钮，点击后触发该按钮事件，如果点击超链接，就分析链接的页面，如果页面上有内置的控件，看控件设置了哪些属性，不过高手写的代码都不用去设置控件属性的，都是在后台代码中写，你直接在前台页面按F7查看后台代码，可以设置断点单步调试，可以清晰的分析出程序每一步做什么，谢谢，这是我个人心得。

问题五：java中怎么在整个项目里查找代码 这个就要看开发工具了，这个不是java，是开发工具里设置的MyEclipse是ctrl+h

问题六：如何阅读一个大型项目代码 对于程序员来说，写代码永远比读代码来的舒服。但现实情况是，程序员常常需要阅读其他人员写的代码，更多的时候这些代码可能即没文档也没注释。不过，好象有个人说过一句话，代码之前，了无秘密。运用适当的策略可以让阅读工作变的轻松很多。1. 对于常用的系统函数进行追踪。比如ReadFile,CreateDevice,CreateWindow,在这些函数处放几断点，可以看到代码的调用过程。通过这种方式可以方便地把代码分为底层代码和上层逻辑代码。2.依据项目依赖关系进行阅读。项目的依赖关系同时表明了项目的复杂程度。对于大型的项目通常都会分割成若干子项目，根据项目的依赖关系，循序渐进的方式可以让阅读变的简单。3.对于以lib形式提供的子项目。在阅读时，可以先把lib的整个项目做为黑盒使用。根据_declspec(dllexport)或者以头文件方式提供的调用接口，可以减少对于细节的阅读时间。根据模块进行大致的划分，可以有效地对项目的结构有直接的感性认识。4.识别项目中使用的设计模式。对于大型项目来说，设计模式是必不可少的。在庞大的代码中识别设计模式，寻找代码中使用相似手法的代码结构可以极大简化需要阅读的代码。5.根据数据流程分析。动态职责划分。6.修改部分代码，进行调试。修改部分常数或者饶过某些程序执行流程，或者以简化的数据对程序进行追踪。

问题七：怎样看一个SSH项目的项目代码？ 1.首先你得启动，看登录流程，再找一个功能点，针对增删改查实现的技术
2.上面主要针对请求的发送响应、连接数据库等；然后就是看前台页面展示如何去后台数据，用到了哪些ext、或是easyUI技术
3.以上2点主要针对有任务了能快速上手；学习项目技术就得看启动时，配置文件怎么写的，xml文件的配置：事物、定时器、连接池、监听器、webservice接口等
4.最后就是项目业务流程了

问题八：如何快速看懂别人的代码 我看了两年，才达到看一个一个准的境界。这是一个过程。慢慢来吧。

问题九：分类汇总结果如何同时显示项目代码和项目名称 利用分类汇总功能试试。应该能满足你的要求。
具体操作：单元格选定在标题行的任一单元格如何。数据---分类汇总----分类字段，选生产部---汇总方式，选求和---选定汇总项，选你要求和的数据列标题---确定。

问题十：如何查看一个包的源代码 查看Eclipse中导入包的源码：1、项目中的Web App Libraries选项2、然后找到刚导入的jar包,并3、双击其中的一个Class文件4、点Attach Source..按钮，在弹出窗口中选第二项External location5、点右面的External File,选择源文件所在路径,选编码格式,一般默认GBK,点OK以后双击这个包下面的class文件,就能直接看到源码了:

3. 黑盒法是把软件系统看成一个黑匣子，关注的是什么样的输入有什么样的输出

软件测试的两个方面而已。
白盒测试：是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法，溢出，路径，条件等等中的缺点或者错误，进而加以修正。
黑盒测试：是通过使用整个软件或某种软件功能来严格地测试, 而并没有通过检查程序的源代码或者很清楚地了解该软件的源代码程序具体是怎样设计的。测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作。在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求
规格说明书的规定正常使用，程序是否能适当地接收和正确的输出

4. 如何阅读源代码

", 除了阅读代码以外, 没有更好的方法.7.在寻找bug时, 请从问题的表现形式到问题的根源来分析代码. 不要沿着不相关的路径(误入歧途).8.我们要充分利用调试器|编译器给出的警告或输出的符号代码|系统调用跟踪器|数据库结构化查询语言的日志机制|包转储工具和Windows的消息侦查程序, 定出的bug的位置.9.对于那些大型且组织良好的系统, 您只需要最低限度地了解它的全部功能, 就能够对它做出修改.10.当向系统中增加新功能时, 首先的任务就是找到实现类似特性的代码, 将它作为待实现功能的模板.11.从特性的功能描述到代码的实现, 可以按照字符串消息, 或使用关键词来搜索代码.12.在移植代码或修改接口时, 您可以通过编译器直接定位出问题涉及的范围, 从而减少代码阅读的工作量.13.进行重构时, 您从一个能够正常工作的系统开始做起, 希望确保结束时系统能够正常工作. 一套恰当的测试用例(test case)可以帮助您满足此项约束.14.阅读代码寻找重构机会时, 先从系统的构架开始, 然后逐步细化, 能够获得最大的效益.15.代码的可重用性是一个很诱人, 但难以理解与分离, 可以试着寻找粒度更大一些的包, 甚至其他代码.16.在复查软件系统时, 要注意, 系统是由很多部分组成的, 不仅仅只是执行语句. 还要注意分析以下内容: 文件和目录结构|生成和配置过程|用户界面和系统的文档.18.可以将软件复查作为一个学习|讲授|援之以手和接受帮助的机会.++++++++++++++++++++第二章: 基本编程元素++++++++++++++++++++19.第一次分析一个程序时, main是一个好的起始点.20.层叠if-else if-...-else序列可以看作是由互斥选择项组成的选择结构.21.有时, 要想了解程序在某一方面的功能, 运行它可能比阅读源代码更为恰当.22.在分析重要的程序时, 最好首先识别出重要的组成部分.23.了解局部的命名约定, 利用它们来猜测变量和函数的功能用途.24.当基于猜测修改代码时, 您应该设计能够验证最初假设的过程. 这个过程可能包括用编译器进行检查|引入断言|或者执行适当的测试用例.25.理解了代码的某一部分, 可能帮助你理解余下的代码.26.解决困难的代码要从容易的部分入手.27.要养成遇到库元素就去阅读相关文档的习惯; 这将会增强您阅读和编写代码的能力.28.代码阅读有许多可选择的策略: 自底向上和自顶向下的分析|应用试探法和检查注释和外部文档, 应该依据问题的需要尝试所有这些方法.29.for (i=0; i30.涉及两项不等测试(其中一项包括相等条件)的比较表达式可以看作是区间成员测试.31.我们经常可以将表达式应用在样本数据上, 借以了解它的含义.32.使用De Morgan法则简化复杂的逻辑表达式.33.在阅读逻辑乘表达式时, 问题可以认为正在分析的表达式以左的表达式均为true; 在阅读逻辑和表达式时, 类似地, 可以认为正在分析的表达式以左的表达式均为false.34.重新组织您控制的代码, 使之更为易读.35.将使用条件运行符?梢酝ü�付�-w选项, 让diff忽略空白差异, 避免由于更改了缩进层次而引入的噪音.43.do循环的循环体至少执行一次.44.执行算术运算时, 当b=2n-1时, 可以将a&b理解为a%(b+1).45.将an理解为a/k, k=2n.47.每次只分析一个控制结构, 将它的内容看作是一个黑盒.48.将每个控制结构的控制表达式看作是它所包含代码的断言.49.return, goto, break和continue语句, 还有异常, 都会影响结构化的执行流程. 由于这些语句一般都会终止或重新开始正在进行的循环,因此要单独推理它们的行为.50.用复杂循环的变式和不变式, 对循环进行推理.51.使用保持含义不变的变换重新安排代码, 简化代码的推理工作.+++++++++++++++++++第三章: 高级C数据类型+++++++++++++++++++52.了解特定语言构造所服务的功能之后, 就能够更好地理解使用它们的代码.53.识别并归类使用指针的理由.54.在C程序中, 指针一般用来构造链式数据结构|动态分配的数据结构|实现引用调用|访问和迭代数据元素|传递数组参数|引用函数|作为其他值的别名|代表字符串|以及直接访问系统内存.55.以引用传递的参数可以用来返回函数的结果, 或者避免参数复制带来的开销.56.指向数组元素地址的指针, 可以访问位于特定索引位置的元素.57.指向数组元素的指针和相应的数组索引, 作用在二者上的运算具有相同的语义.58.使用全局或static局部变量的函数大多数情况都不可重入(reentrant).59.字符指针不同于字符数组.60.识别和归类应用结构或共用体的每种理由.61.C语言中的结构将多个数据元素集合在一起, 使得它们可以作为一个整体来使用, 用来从函数中返回多个数据元素|构造链式数据结构|映射数据在硬件设备|网络链接和存储介质上的组织方式|实现抽象数据类型|以及以面向对象的方式编程.62.共用体在C程序中主要用于优化存储空间的利用|实现多态|以及访问数据不同的内部表达方式.63.一个指针, 在初始化为指向N个元素的存储空间之后, 就可以作为N个元素的数组来使用.64.动态分配的内在块可以电焊工地释放, 或在程序结束时释放, 或由垃圾回收器来完成回收; 在栈上分配的内存块当分配它的函数退出后释放.65.C程序使用typedef声明促进抽象, 并增强代码的易读性, 从而防范可移植性问题, 并模拟C++和Java的类声明行为.66.可以将typedef声明理解成变量定义: 变量的名称就是类型的名称; 变量的类型就是与该名称对应的类型.+++++++++++++++第四章: C数据结构+++++++++++++++67.根据底层的抽象数据类型理解显式的数据结构操作.68.C语言中, 一般使用内建的数组类型实现向量, 不再对底层实现进行抽象.69.N个元素的数组可以被序列for (i=0; i70.表达式sizeof(x)总会得到用memset或memcpy处理数组x(不是指针)所需的正确字节数.71.区间一般用区间内的第一个元素和区间后的第一个元素来表示.72.不对称区间中元素的数目等于高位边界与低位边界的差.73.当不对称区间的高位边界等于低位边界时, 区间为空.74.不对称区间中的低位边界代表区间的第一个元素; 高位边界代表区间外的第一个元素.75.结构的数组常常表示由记录和字段组成的表.76.指向结构的指针常常表示访问底层记录和字段的游标.77.动态分配的矩阵一般存储为指向数组列的指针或指向元素指针的指针; 这两种类型都可以按照二维数组进行访问.78.以数组形式存储的动态分配矩阵, 用自定义访问函数定位它们的元素.79.抽象数据类型为底层实现元素的使用(或误用)方式提供一种信心的量度.80.数组用从0开始的顺序整数为键, 组织查找表.81.数组经常用来对控制结构进行高效编码, 简化程序的逻辑.82.通过在数组中每个位置存储一个数据元素和一个函数指针(指向处理数据元素的函数), 可以将代码与数据关联起来.83.数组可以通过存储供程序内的抽象机(abstract machine)或虚拟机(virtual machine)使用的数据或代码, 控制程序的运作.84.可以将表达式sizeof(x) / sizeof(x[0])理解为数组x中元素的个数.85.如果结构中含有指向结构自身|名为next的元素, 一般说来, 该结构定义的是单向链表的结点.86.指向链表结点的持久性(如全局|静态或在堆上分配)指针常常表示链表的头部.87.包含指向自身的next和prev指针的结构可能是双向链表的结点.88.理解复杂数据结构的指针操作可以将数据元素画为方框|指针画为箭头.89.递归数据结构经常用递归算法来处理.90.重要的数据结构操作算法一般用函数参数或模板参数来参数化.91.图的结点常常顺序地存储在数组中, 链接到链表中, 或通过图的边链接起来.92.图中的边一般不是隐式地通过指针, 就是显式地作为独立的结构来表示.93.图的边经常存储为动态分配的数组或链表, 在这两种情况下, 边都锚定在图的结点上.94.在无向图中, 表达数据时应该将所有的结点看作是等同的, 类似地, 进行处理任务的代码也不应该基于它们的方向来区分边.95.在非连通图中, 执行遍历代码应该能够接通孤立的子图.96.处理包含回路的图时, 遍历代码应该避免在处理图的回路进入循环.97.复杂的图结构中, 可能隐藏着其他类型的独立结构.+++++++++++++++++第五章: 高级控制流程+++++++++++++++++98.采用递归定义的算法和数据结构经常用递归的函数定义来实现.99.推理递归函数时, 要从基准落伍测试开始, 并认证每次递归调用如何逐渐接近非递归基准范例代码.100.简单的语言常常使用一系列遵循该语言语法结构的函数进行语法分析.101.推理互递归函数时, 要基于底层概念的递归定义.102.尾递归调用等同于一个回到函数开始处的循环.103.将throws子句从方法的定义中移除, 然后运行Java编译器对类的源代码进行编译, 就可以容易地找到那些可能隐式地生成异常的方法.104.在多处理器计算机上运行的代码常常围绕进程或线程进行组织.105.工作群并行模型用于在多个处理器间分配工作, 或者创建一个任务池, 然后将大量需要处理标准化的工作进行分配.106.基于线程的管理者/工人并行模型一般将耗时的或阻塞的操作分配给工人子任务, 从而维护中心任务的响应性.107.基于进程的管理者/工人并行模型一般用来重用现有的程序, 或用定义良好的接口组织和分离粗粒度的系统模块集合, 组织和优化编译过程, 或是用来实现应用程序各种特性的按需载入.212.大型的|分布式的系统经常实现为许多互相协作的进程.213.对于基于文本的数据储存库, 可以通过浏览存储在其中的数据, 破译出它的结构.214.可以通过查询数据字典中的表, 或使用数据库专有的SQL命令, 比如show table, 来分析关系型数据库的模式.215.识别出重用的构架元素后, 可以查找其最初的描述, 了解正确地使用这种构架的方式, 以及可能出现的误用.216.要详细分析建立在某种框架之上的应用程序, 行动的最佳路线就是从研究框架自身开始.217.在阅读向导生成的代码时, 不要期望太高, 否则您会感到失望.218.学习几个基本的设计模式之后, 您会发现, 您查看代码构架的方式会发生改变: 您的视野和词汇将会扩展到能够识别和描述许多通用的形式.219.频繁使用的一些模式, 但并不显式地指出它们的名称, 这是由于构架性设计的重用经常先于模式的形成.220.请试着按照底层模式来理解构架, 即使代码中并没有明确地提及模式.221.大多数解释器都遵循类似的处理构架, 围绕一个状态机进行构建, 状态机的操作依赖于解释器的当前状态|程序指令和程序状态.222.多数情况下, 参考构架只是为应用程序域指定一种概念性的结构, 具体的实现并非必须遵照这种结构.+++++++++++++++++第十章: 代码阅读工具+++++++++++++++++223.词汇工具可以高效地在一个大代码文件中或者跨多个文件查找某种模式.224.使用程序编辑器和正则表达式查找命令, 浏览庞大的源代码文件.225.以只读方式浏览源代码文件.226.使用正则表达式 ^function name 可以找出函数的定义.227.使用正则表达式的字符类, 可以查找名称遵循特定模式的变量.228.使用正则表达式的否定字符类, 可以避免非积极匹配.229.使用正则表达式 symbol-1. *symbol-2, 可以查找出现在同一行的符号.230.使用编辑器的 tags 功能, 可以快速地找出实体的定义.231.可以用特定的 tag 创建工具, 增加编辑器的浏览功能.232.使用编辑器的大纲视图, 可以获得源代码结构的鸟瞰图.233.使用您的编辑器来检测源代码中圆括号|方括号和花括号的匹配.234.使用 grep 跨多个文件查找代码模式.235.使用 grep 定位符号的声明|定义和应用.236.当您不能精确地表述要查找的内容时, 请使用关键单词的词干对程序的源代码进行查找.237.用 grep 过滤其他工具生成的输出, 分离出您要查找的项.238.将 grep 的输出输送到其他工具, 使复杂处理任务自动化.239.通过对 grep 的输出进行流编辑, 重用代码查找的结果.240.通过选取与噪音模式不匹配的输出行(grep-v), 过滤虚假的 grep 输出.241.使用 fgrep 在源代码中查找字符串行表.242.查找注释, 或标识符大小写不敏感的语言编写的代码时, 要使用大小写不敏感的模式匹配(grep -i).243.使用 grep –n 命令行开关, 可以创建与给定正则表达式匹配的文件和行号的检查表.244.可以使用 diff 比较文件或程序不同版本之间的差别.245.在运行 diff 命令时, 可以使用 diff –b, 使文件比较算法忽略结尾的空格, 用–w 忽略所有空白区域的差异, 用–i 使文件比较对大小写不敏感.246.不要对创建自己的代码阅读工具心存畏惧.247.在构建自己的代码阅读工具时: 要充分利用现代快速原型语言所提供的能力; 从简单开始, 根据需要逐渐改进; 使用利用代码词汇结构的各种试探法; 要允许一些输出噪音或寂静(无关输出或缺失输出); 使用其他工具对输入进行预处理, 或者对输出进行后期处理.248.要使编译器成为您的: 指定恰当级别的编译器警告, 并小心地评估生成的结果.249.使用C预处理器理清那些滥用预处理器特性的程序.250.要彻底地了解编译器如何处理特定的代码块, 需要查看生成的符号(汇编)代码.251.通过分析相应目标文件中的符号, 可以清晰地了解源文件的输入和输出.252.使用源代码浏览器浏览大型的代码集合以及对象类型.253.要抵制住按照您的编码规范对外部代码进行美化的诱惑; 不必要的编排更改会创建不同的代码, 并妨碍工作的组织.254.优美打印程序和编辑器语法着色可以使得程序的源代码为易读.255.cdecl 程序可以将难以理解的C和C++类型声明转换成纯英语(反之亦然).256.实际运行程序, 往往可以更深刻地理解程序的动作.257.系统调用|事件和数据包跟踪程序可以增进对程序动作的理解.258.执行剖析器可以找出需要着重优化的代码, 验证输入数据的覆盖性, 以及分析算法的动作.259.通过检查从未执行的代码行, 可以找出测试覆盖的弱点, 并据此修正测试数据.260.要探究程序动态动作时的每个细节, 需要在调试器中运作它.261.将您觉得难以理解的代码打印到纸上.262.可以绘制图示来描绘代码的动作.263.可以试着向别人介绍您在阅读的代码, 这样做一般会增进您对代码的理解.264.理解复杂的算法或巧妙的数据结构, 要选择一个安静的环境, 然后聚精会神地考虑, 不要借助于任何计算机化或自动化的帮助.+++++++++++++++++++++第十一章: 一个完整的例子+++++++++++++++++++++265.模仿软件的功能时, 要依照相似实体的线路(类|函数|模