C/C++单元测试理论精要（三）
1.3 单元测试能产生哪些效益？
单元测试的效益已经得到广泛的认同，现在的问题已经不是有没有必要做，值不值得做，而是如何多快好省地做好单元测试，所以，关于效益，这里只是简单的介绍一下。
效益一，保证代码质量
只有单元测试才能完整检测代码单元的功能逻辑，使代码单元的质量得到保证，只有代码单元的质量得到保证，软件的整体质量才有可能得到保证。
效益二，排错成本最小
单元测试通常是最早阶段的测试，早到什么程度？可以一边写代码一边测试。排错成本越到后面就越高，单元测试的排错成本可能只是系统测试的几分之一甚至几十分之一。
效益三，自动回归
修改代码很可能引入新的错误，回归就是回复到原有的正确状态，也就是原有的功能没有受到破坏。单元测试目标最小，运行最快，最容易实现自动回归测试。
如果没有单元测试，会怎么样呢？系统测试发现了错误后，修改代码，为了检测修改是否引入新的错误，又要进行下一轮的系统测试，这样就可能陷入循环。
如果有了单元测试，代码修改后可以立即运行回归测试，检查是否引入新的错误。回归测试也使开发过程自动趋于敏捷，也就是可以适应需求的经常变更，也正因为这个原因，单元测试是敏捷开发的基础和核心。
效益四，促进开发
如果边开发边测试，那么，单元测试的结果可以完整地描述程序的行为。程序的行为是什么呢？在什么输入下，会执行哪些代码，会产生什么输出，这就是程序行为。如果写代码时能随时察看程序行为，那么，就比较容易想明白思路对不对，接下来应该怎么写。已经写的有没有错误也随时可以发现，不但效率高得多，而且也没那么累。
只要做了单元测试，反映程序行为的数据就一定会存在，只要使用工具将这些数据捕获并显示出来，就可以一边编程一边察看程序行为，这就是可视编程，可视是指程序行为可视。
可视编程所付出的，是设定测试数据的时间，这个所花的时间不会很多，因为编程时本来就要考虑清楚程序会有哪些输入，如何处理，列出来就是了，得到的是编写效率的提高，并且基本上不需要调试。调试是最花时间的。可视编程使开发和测试同步完成，所用的时间一般比传统方式更短，代码单元功能�
相关文档：
掌握文本文件读写的方法
了解二进制文件的读写方法
C++文件流：
fstream // 文件流
ifstream // 输入文件流
ofstream // 输出文件流
//创建一个文本文件并写入信息
//同向屏幕上输出信息一样将信息输出至文件
#include<iomanip.h>
#include<fstream.h>
void main()
{
ofstream f1("d:\\ ......
1.2 单元测试的目标和方法
单元测试的目标是什么呢？就是完整检测代码单元的功能逻辑。找出代码单元本身的所有功能逻辑错误，具体来说，就是检测对数据的各种分类是否考虑全面，处理是否正确。单元测试并不是用来代替系统测试、性能测试的，它的目标相当明确，就是检测代码单元本身的功能逻辑错误。
& ......
解析Hosts文件
很多用户都知道在Window系统中有个Hosts文件（没有后缀名），在Windows98系统下该文件在Windows目录，在Windows2000/XP系统中位于C:\Winnt\System32\Drivers\Etc 目录中。该文件其实是一个纯文本的文件，用普通的文本编辑软件如记事本等都能打开。
用记事本打开hosts文件，首先看见了� ......
在netbeans中编辑C/C++是一种不错的选择，下面我就说一下整个流程的配置
1.先下载MinGW
这是编译c/c++的编译器，在windows下直接以.exe的方式运行，下一步的操作，一直到安装完成。
2.下载msys
这是和MinGW同步使用
3.配置环境
在我的电脑->属性->高级->环境变量中设置MinGW和msys目录中bin所在的路径
4.测试
用命令行方式� ......
实现功能：根据配置文件（XXXX.ini）中的内容对XML中节点进行操作，如果XML中存在与配置文件中相同的节点，则根据配置文件将XML文件中相应节点的值进行更新；如果XML文件中不存在配置文件中出现的节点，则在XML中将新节点及值进行插入操作。
◆XML文档结构如下
//------------------------------------------------------ ......
