1.4 补充说明
1.4.1 测试过程的补充说明
对于上面描述的测试过程中的‘设计测试用例’、‘执行测试’、‘编写可复用的测试代码’这三个步骤，不是完成一项后，才开始进行下一项，而通常是一个交替进行、逐步迭代的过程。先制定好测试用例文档的整体结构，然后设计一个函数接口的测试用例，接着执行对其的测试，最后整理成可复用的测试代码。针对每个函数接口都重复这个过程，直至完成所有函数接口的测试。
1.4.2 测试过程中产生的测试资源
测试过程中产生，测试结束后需要存档的测试资源包括：
测试计划（文档）；
测试用例设计（文档）；
测试代码及相关数据（代码、数据）；
测试报告（文档）；
其它的相关说明文档（如果有的话）；
测试框架的介质（如果选用了第三方测试框架的话）。
1.4.3 函数接口测试的自动化
函数接口产品的一个特点就是对外表现比较稳定，因此一旦实现了对其测试过程的自动化，积累起可复用的测试资源，就会大大缩短以后该产品的测试周期。所以对于函数接口的测试，建议都能以测试自动化的过程进行组织。
为了实现函数接口的测试自动化，就需要选择一个稳定、可靠的测试框架来组织测试代码，在这里建议使用XUnit工具。
（注：针对不同的开发语言，Xunit提供了不同的版本，如Junit（for Java），CppUnit（for C/C++），Nunit（for MS .Net）等等，每种主流的语言都有其对应的Xunit框架。Xunit是Open Source的工具，可以从http://sourceforge.net上下载。）
1.4.4 测试代码的维护
测试代码并不是写完后一次后就一劳永逸了。随着被测产品的升级，测试代码也需要作出相应的调整，以适应被测产品的变化。
文章来源于领测软件测试网 https://www.ltesting.net/
