2) 概览源代码
浏览一下源代码，主要任务：
(1)初步检查源代码的编码风格与规范
(2)大致估算测试工作量，比如：需要多少的测试用例、需要写多少的驱动模块和桩模块等。
(3)确定模块的复杂程度，初步制定测试的优先级等。
3) 精读源代码
认真阅读和分析代码，主要任务：
(1)理解代码的业务逻辑。
(2)检查代码与设计是否相符，如果详细设计没有该模块的流程图的话，先去画出流程图。
(3)仔细研究逻辑复杂的模块
(4)可以采用一些检查列表来检查程序可能会出现的问题。如果没有检查列表，那么，可以根据程序的特点，有针对性地检查容易出问题的地方(记得把经验总结下来供下次使用)。
4) 设计测试用例
综合运用白盒测试方法(和结合黑盒测试方法)来设计测试用例，包括功能测试、性能测试等，要达到一定的测试覆盖率。在设计测试用例的过程中，流程图或控制流图是分析的好帮手。
5) 搭建单元测试环境
使用XUnit或自己写的框架将有助于单元测试的实施。在这个阶段主要就是写桩模块和驱动模块，第4步所设计的测试用例是通过驱动模块传递给被测试模块的，然后驱动模块想办法获取被测试模块对数据的处理结果，并判定返回的实际结果与测试用例的预期结果是否一致，通过测试框架来记录执行的结果，对于出现的错误，还需要统计错误的信息，供执行完之后分析。
搭建单元测试环境要避免在main函数中使用printf和scanf函数来跟测试人员交互来达到获取测试用例数据的信息。这样的测试还是没有摆脱手工测试方式，效率是低下的。同时，对于测试结果是否通过测试也不要使用printf方式打印被测试函数的返回结果值，避免要人工去检查结果。
6) 执行测试
运行写好的驱动模块完成对被测试模块的测试。
7) 补充和完善测试用例
单元测试也是个循序渐进的过程，可能一开始考虑的不够全面，或预期的覆盖标准太低，需要在测试过程中不断补充测试用例，直到满足要求为止。
8) 分析结果，给出评价
根据测试的结果分析、查找错误的原因，并找到解决的办法。测试结束之后，根据测试过程的数据统计，给出被测试对象评价
文章来源于领测软件测试网 https://www.ltesting.net/
