第1章 假想的编译程序
1、使用编译程序所有的可选警告设施
2、使用lint来查出编译程序漏掉的错误
3、如果有单元测试，就进行单元测试
第2章 自己设计并使用断言
1、既要维护程序的交付版本，又要维护程序的调试版本
2、要使用断言对函数参数进行确认
3、要从程序中删去无定义的特性或者在程序中使用断言来检查出无定义特性的非法使用
4、不要浪费别人的时间——详细说明不清楚的断言
5、消除所做的隐式假定，或者利用断言检查其正确性
6、利用断言来检查不可能发生的情况
7、在进行防错性程序设计时，不要隐瞒错误
8、要利用不同的算法对程序的结果进行确认
9、不要等待错误发生，要使用初始检查程序
第3章 为子系统设防
1、要消除随机特性——使错误可再现
2、冲掉无用的信息，以免被错误地使用
3、如果某件事甚少发生的话，设法使其经常发生
4、保存调试信息，以便进行更强的错误检查
5、建立详尽的子系统检查并且经常地进行这些检查
6、仔细设计程序的测试代码，任何选择都应该经过考虑
7、努力做到透明的一致性检查
8、不要把对交付版本的约束应用到相应的调试版本上，要用大小和速度来换取错误检查能力
第4章 对程序进行逐条跟踪
1、不要等到出了错误再对程序进行逐条的跟踪
2、对第一条代码路径进行逐条的跟踪
3、当对代码进行逐条跟踪时，要密切注视数据流
4、源级调试程序可能会隐瞒执行的细节，对关键部分的代码要进行汇编指令级的逐条跟踪
第5章 糖果机界面
1、要使用户不容易忽视错误情况，不要在正常地返回值中隐藏错误代码
2、要不遗余力地寻找并消除函数界面中的缺陷
3、不要编写多种功能集于一身的函数，为了对参数进行更强的确认，要编写功能单一的函数
4、不要模棱两可，要明确地定义函数的参数
5、编写函数使其在给定有效的输入情况下不会失败
6、使程序在调用点明了易懂；要避免布尔参数
7、编写注解突出可能的异常情况
第6章 风险事业
1、使用有严格定义的数据类型
2、经常反问：“这个变量表达式会上溢或下溢吗？”
3、尽可能精确地实现设计，近似地实现设计就可能出错
4、一个“任务”应一次完成
5、避免无关紧要地if语句
6、避免使用嵌套的“?:”运算符
7、每种特殊情况只能处理一次
8、避免使用有风险的语言惯用语
9、不能毫无必要地将不用类型地操作符混合使用，如果必须将不同类型地操作符混合使用，就用括号把它们隔离开来
10、避免调用返回错误的函数
第7章 编码中的假象
1、只引用属于你自己的存储空间
2、只有系统才能拥有空闲的存储区，程序员不能拥有
3、指向输出的指针不是指向工作空间缓冲区的指针
4、不要利用静态（或全局）量存储区传递数据
5、不要写寄生函数
6、不要滥用程序设计语言
7、紧凑的C代码并不能保证得到高效的机器代码
8、为一般水平的程序员编写代码
第8章 剩下来的就是态度问题
1、错误几乎不会“消失”
2、马上修改错误，不要推迟到最后
3、修改错误要治本，不要治表
4、除非关系产品的成败，否则不要整理代码
5、不要实现没有战略意义的特征
6、不设*特征
7、不允许没有必要的灵活性
8、在找到正确的解法之前，不要一味的“试”，要花时间寻求正确的解
9、尽量编写和测试小块代码。即使测试代码会影响进度，也要坚持测试代码
10、测试代码的责任不在测试身上，而是程序员自己的责任
11、不要责怪测试员发现了你的错误
12、建立自己优先级列表并坚持之