C/C++单元测试理论精要（九）
3.2 高效率测试：四两拔千斤
上一节介绍了一些似是而非的高效率方法，那么，怎样才能真正高效率测试呢？真正的高效率，不能忽略人的智慧这一关键因素。
由于工具不可能自动了解代码的设计功能，只有人才了解，因此，只有人的智慧及时介入，工具才能做正确的事情，才能达到真正的高效率。
测试的主要工作在于用例，这方面，工具可以完成大量自动化的工作，主要包括：生成测试代码，生成测试用例，找出遗漏用例。
生成测试代码
生成过程应该支持人工及时介入，指定需要初始化和判断输出的数据，这样，就可以避免遗漏，也可以避免生成垃圾。
上图是生成测试代码的界面，人工可以指定需要初始化和判断输出的数据。
生成测试用例
要高效率的建立和管理用例，应该将数据和代码分离，用数据表格的方式来建立和管理用例。为了进一步提高效率，工具应该支持无需编码的表格化。
上图是数据表格界面。数据可以自动移到表格中，包括外部输入、内部输入和预期输出，不需要额外编写代码。
要想自动生成的用例数据是有效的，那么，人工也应该及时介入。
上图是生成用例数据的界面，人工可以指定数据的有效范围、分段点，然后自动生成数据。分段点是有效范围内的进一步分类，例如，一个表示年龄的整数，有效范围是0到200，但程序要对小于10岁的做判断和处理，这些是儿童，并对大于60岁的做判断和处理，这些是已退休的老人。
数据有时需要组合起来测试，一种比较流行的组合方法是正交法，经过实践，我们发现正交法不适于单元测试，原因有两个：一是生成的用例数太多，二是正交法与代码功能联系不大，会有很多的遗漏。所以，数据组合需人工指定。工具可以自动将数据的可能组合列出来，对于选上的组合，生成用例时会保证得于覆盖。
找出遗漏用例
找出遗漏用例主要用于实现高覆盖。白盒覆盖是衡量测试效果的基本指标，关于白盒覆盖，在“怎样保证测试效果”部分会进一步介绍。白盒覆盖有一个特点：逾后逾难，几个用例就可能完成大部分覆盖，剩下的覆盖很难做到，白盒覆盖率不够，意味着有些用例被遗漏，这些遗漏�
相关文档：
常见的内存分配和使用错误
1) 内存的申请和分配并没有成功，但程序员却使用了它。一些新手经常会犯这种错误，他们并不会留意到内存没有分配成功。判断指针的值是否为NULL可以有效地避免这种错误。
2) 内存的分配已经成功，但是却没有进行初始化就直接使用它了。首先� ......
最近经常看到网友们抱怨由于操作不当，使用GHOST恢复系统后分区不见了，机也死了，几年辛辛苦苦收藏的东东也不见了，几乎天天都有人上网求助，高手大侠们整天忙于新产品的开发，不可能有更多时间及时一一解答网友们的所提出的问题，因此我在网上看到了这个软件,现推荐给大家使用.
以下是一个高手的处理这类事故的经过
&nb ......
Select在Socket编程中还是比较重要的，可是对于初学Socket的人来说都不太爱用Select写程序，他们只是习惯写诸如 connect、accept、recv或recvfrom这样的阻塞程序（所谓阻塞方式block，顾名思义，就是进程或是线程执行到这些函数时必须等
待某个事件的发生，如果事件没有发生，进程或线程就被阻塞，函数不能立即返� ......
今天继续学习java和android平台 java的学习算是补充，因为没有java基础也做不出什么东西来
今天看到java用this关键字来重载构造方法，在这里做个笔记class a_sample{
public int x,y.z;
a_sample(int x){
this.x=x;
}
a_sample(int x,int y){
this(x);
this.y=y;
}
a_sample(int x ......
1、Xerces-C++是什么？
Xerces-C++ 的前身是 IBM 的 XML4C 项目。XML4C 和 XML4J 是两个并列的项目，而 XML4J 是 Xerces-J——Java 实现——的前身。IBM 将这两个项目的源代码让与 Apache 软件基金会(Apache Software Foundation)，他们将其分别改名为 Xerces-C++ � ......
