第二十二章：开发者测试
测试活动就是找出程序中存在的错误，成功的测试就是弄垮软件
开发者测试的推荐方法：1.将文档中所承诺实现的功能进行测试，以确保雪球都已经被实现。2.对每一个相关的设计关注点进行测试，以确保设计已经被实现。3.用基础测试来扩充对需求和实际的详细测试用例。4.使用一个检查表，记录你在本项目迄今为止所犯的的错误的类型。但是开发者测试存在很大的局限性，开发者总是以开发者的角度来对软件进行测试，而无法真正的从一个用户角度来进行测试，正如老师所讲：测试找一个小白，什么都不懂的来进行测试，这样他输入的数值等都是未知的，代表最广大用户的。要保留本事记录，这里会记录你最常犯的错误之外，还会记录编写代码、测试代码、以及修正代码所花费的时间。
第二十三章：调试
在修补问题的时候要记住如何修补问题的，要做到技能修补问题，同时也能够让问题重现，这样才是真正理解问题、并解决问题。
调试中的心理因素，不能根据自身心里因素的原因还总期望新的现象类似于他们见到过的某种现象，要打破常规，跳出框框，用不一样的思路去思考同样的问题，不能忽视最简单的问题，哪怕是一个变量的命名，不要被心里因素所屈服，所误导。同时也要对程序中的无关部分视而不见，提高调试的高效性。
第二十五章：代码调整策略
我们要使用高质量的设计，把程序编写正确。最重要的是将软件模块化，这样其利于程序的修改和后期的软件维护，对于运行十分慢的程序，设法让他变得更快更小，需要仔细完成程序性能剖测，明确是哪部分代码倒是程序臃肿笨拙，可以将多种方法有效结合起来，在优化时反复尝试，知道发现有用的方法，但要对需要完成的工作十分清楚，否则不要对程序进行优化处理。
编译器也可以进行优化，不同的编译器对不同的程序优化性能的效果不同，要针对自己的程序选择合适的编译器，这样优势的编译器优化效果非常好。
性能测量的数据应尽量准确，可以使用系统时钟或者函数来记录操作所耗费的时间，这样测量出来的性能才足够准确，才能说明问题。