【 声明：版权全部。欢迎转载，请勿用于商业用途。
联系信箱：feixiaoxing @163.com】
非常多project师都有一个不好的习惯，由于大多数itproject师都喜欢写代码。可是不喜欢測试代码。在他们眼里，把功能做出来是一件非常牛逼的事情，而软件測试则是一件低级、价值量不高的事情。
其实是否真的如此呢。恐怕未必。姑且不谈你写的这份代码是否真的会给用户或者消费者带来价值，可是一份极其不稳定甚至时常崩溃的软件，肯定不会带来什么好感。这也就意味着公司投资你作了这个劳动非常可能是个无用功。
这个问题其实不光小公司有。大公司也是如此。
（1）非常多朋友没有代码质量意识。一份软件的价值，一方面体如今能否够满足客户的需求。还有一方面也体如今它能否够稳定长久地执行。
代码执行的时间越长、越稳定和健壮，这样才干最大程度保留代码的价值。
（2）測试project师远没有开发project师了解代码的健康程度。非常多公司的測试project师仅仅是依照黑盒的方法对软件进行測试，这些測试的内容包含了功能、易用性、边界測试、兼容性、性能等等，可是这些測试都没有开发人员自己写的单元測试重要。大多数单元測试能够在第一时间发现问题、解决这个问题，而不是等到測试的时候来进行解决。
假设开发人员认为代码哪写的好像有问题。那么十有八九有问题。仅仅是个时间问题而已。
（3）好代码是不停改动和重构得来的。之前看了非常多的代码，这包含vxworks、gcc、linux、mysql等等，它们中的非常多代码从上个世纪八九十年代就已经存在了，到今天还在改动。有的是又一次调整流程。有的是为了适配新的cpu。还有的是为了兼容新的设备特性。
所以说。一份健康的代码须要重复的測试、重复的重构、重复的执行。没有什么是一层不变的。在server上执行的非常多系统代码。不知道经过了多少次推倒重来的改动，经过了多少次作者的代码检查，预计仅仅有真正经历的人才知道。
（4）现有的工具能够极大地帮助我们进行代码的各种測试，我有一篇文章谈到了这些工具。比方说，CUnit能够帮助我们进行单元測试；splint能够进行代码的静态检查；valgrind能够进行代码的泄漏測试；gcov能够进行覆盖率的測试；gprof能够进行代码性能的统计測试；gdb的watch功能能够直接帮助我们检查数据是否越界；core dump能够帮助我们保存程序的相关内存信息。为我们逆向调试提供了方便。当然，上面说的都是linux上面的工具。大家能够依据自己的环境，看看有没有什么合适的工具帮到自己提高一下代码的质量。
（5）有些错误是随机的，可是有一定的概率性。这就要求我们对相关数据的输入、输出进行记录和处理。
实现这个功能不难，用fprintf和fscanf就能够做到，以下是我自己写的一份简单代码，算是抛砖引玉之用。
#include <stdio.h>
#define NAME "log.txt"
int main(int argc, char* argv[]) {
FILE* file;
char buf[32];
int data;
unsigned int udata;
char str;
unsigned int hex;
// generate log txt file
file = fopen(NAME, "rt");
if(NULL == file){
file = fopen(NAME, "w");
fprintf(file, "%d
", 10);
fprintf(file, "%u
", -1);
fprintf(file, "%s %c 0x%x
", "china", 'c', 0x12345678);
fclose(file);
return 1;
}
// read file
fseek(file, 0, SEEK_SET);
fscanf(file, "%d
", &data);
fscanf(file, "%u
", &udata);
fscanf(file, "%s %c 0x%x
", buf, &str, &hex);
fclose(file);
// output content to the screen
printf("%d
", data);
printf("%u
", udata);
printf("%s %c 0x%x
", buf, str, hex);
return 1;
}（6）对于代码中的日志、打印、告警要进行分开处理。有的时候，代码执行非常长时间才会错误发生，那么除了core dump和代码入库记录之外。你能看的就是打印日志了。所以写一份自己的print函数也是非常有必要的。由于换成自己的print函数后，这些log你能够显示出来，也能够保存到文件中面，同一时候也能够是一个空函数，真是太方便了。
#include <stdarg.h>
void printk(char* fmt)
{
va_list args;
char buffer[256];
va_start(args, fmt);
vsnprintf(buffer, 256, fmt, args);
va_end(args);
printf("%s", buffer);
}
上面的观点是我近期一段时间的感受，欢迎大家来交流。