1.3.2 设计测试用例
按照函数接口说明文档，依据测试计划中的测试尺度来设计测试用例，形成文档。
函数接口的测试用例设计，与传统GUI界面产品的用例设计思路是一样的，包括测试输入（正常、异常输入）和预期输出两部分，等价划分、边界值等设计方法也同样适用，只是这时的界面变成了函数接口的输入参数，而不再是GUI元素。
1.3.3 执行测试
依据测试用例设计文档，编写调试代码，执行测试。这是函数接口测试中最为耗时的过程，Bug也主要是在这个过程中被发现的。开发人员修正Bug，测试人员进行回归测试，直至Bug被关闭。
1.3.4 编写可复用的测试代码
当一个函数的bug修正基本完成后，整理调试代码，将其转化为可复用测试代码。
函数接口最后的测试代码与其测试用例设计应该是一致的，测试代码是测试用例的具体实现。如果测试代码需要独立的测试数据，则要详细记录下这些数据的相关信息。测试用例设计文档、测试代码、测试代码所需测试数据，这三者构成完整的测试程序。
在编写测试代码的时候需要注意：不同测试部分的测试数据应该互不干扰，各部分的测试代码，在测试结束时要负责恢复测试环境，以使下一个测试能正常运行，也便于测试代码的维护。
1.3.5 增强测试
这是一个可选项目，不是必须的。是否进行这项工作，在制定测试计划的时候就要考虑清楚。
对于函数接口的增强测试，可以考虑的测试内容包括（但不限于）：代码测试覆盖率的统计、函数接口的Run-time错误检测。这类测试工作需要工具的支持，可选的工具如：Compuware的Devpartner，IBM的PurifyPlus等。
1.3.6 结束测试
结束测试阶段的工作包括：编写测试报告、测试资料整理。
完成测试计划中罗列的所有工作，达到预期的测试目标后，进行测试报告的编写。
对于测试过程中产生的测试资源——测试计划、测试用例设计、测试代码，这些是以后测试复用的基础。如果这些资源本身不能说明自己，则需要整理一份单独的说明文档，供以后参考使用。
文章来源于领测软件测试网 https://www.ltesting.net/
