C/C++单元测试理论精要（十）
3.3 高效率开发
这一节介绍利用单元测试实现高效率开发。单元测试可以在几个方面提高开发效率：测试驱动开发、可视编程、快速排错、和提高调试效率。
测试驱动开发
指先编写测试代码，然后再编写产品代码使测试通过，有很多相关文章和书籍介绍这方面知识，限于编幅，这里就不讲了。
可视编程
是测试驱动开发的升级和改进。如果边开发边测试，那么，工具可以将程序的行为展示出来，程序的行为，就是什么输入下执行了哪些代码产生了什么输出。一边写代码，可以一边看到程序行为，这就是可视编程。可视，是指程序行为可视，不是可视化开发环境所指的界面可视。
可视编程在介绍单元测试的效益时已经讲过了，这里不再详细介绍。我们初学C语言编程时，都是写一些小算法，一边写一边在控制台打印一些数据，看看程序做了些什么，这是很高效和轻松的编程方式，但在实际的项目中，尤其是并行开发的大项目中，这种方式就不现实了。可视编程可以让我们重返小算法编程。
快速排查错误
如果工具能将每个用例的输入/输出及所执行的代码显示出来，那么，对比输入与输出，以及当前输入所执行的代码，很容易找出错误原因。
提高调试效率
有了单元测试，特别是在可视编程模式下开发，大多数调试都不需要了，但如果需要调试，单元测试工具还可以增强调试器功能。例如，测试时发现了错误可以直接发起调试，可以根据错误自动选择对应的调试输入。也可以支持无限制的后退和重复。一般的调试器，是不支持直接后退的，调试时如果错过了关键语句，只好重来，单元测试工具可以让同样的调试器，实现后退和重复。单元测试工具还可以支持调试过程中的切换输入，以便对比不同输入下程序的行为。
相关文档：
#include <assert.h> //设定插入点
#include <ctype.h> //字符处理
#include <errno.h> //定义错误码
#include <float.h> //浮点数处理
#include <fstream.h> //文件输入／输出
#include ......
前言 不断有网友将编译器 GCC 误认为 IDE（集成开发环境）
期望脱离命令行
期望能在菜单中发现其身影
期望其能有一个集编辑编译链接调试运行于一体的界面
故本文给大家简单罗列一些 C/C++ 编程中可用的 IDE，或许你从中可以找一个你喜欢的。
为避免以下某个软件安装时不自动安装 ......
C/C++ 常见误区
1. C++虽然主要是以C的基础发展起来的一门新语言，但她不是C的替代品，不是C的升级，C++和C是兄弟关系。没有谁比谁先进的说法，更重要的一点是C和C++各自的标准委员会是独立的，最新的C++标准是C++98，最新的C标准是C99。因此也没有先学C再说C++的说法，也不再（注意这个"不再"）有C++语法 ......
构建基本的Linux C 编程环境 收藏
本文基于debian-40r0(内核2.6.18)介绍一下如何在一个标准系统中构建Linux C的基本编程开发环境。
一个完整的开发环境主要包括四个部分：标准C库、头文件、工具链、编辑器、帮助文档，下面依次介绍。
标准C库glibc
glibc是gnu发布的libc库，即c运行库。glibc是linux系统中内核� ......
