函数库、组件产品的测试方法

　　在编写测试代码的时候需要注意：不同测试部分的测试数据应该互不干扰，各部分的测试代码，在测试结束时要负责恢复测试环境，以使下一个测试能正常运行，也便于测试代码的维护。

　　1.3.5 增强测试

　　这是一个可选项目，不是必须的。是否进行这项工作，在制定测试计划的时候就要考虑清楚。

　　对于函数接口的增强测试，可以考虑的测试内容包括（但不限于）：代码测试覆盖率的统计、函数接口的Run-time错误检测。这类测试工作需要工具的支持，可选的工具如：Compuware的Devpartner，IBM的PurifyPlus等。

　　1.3.6 结束测试

　　结束测试阶段的工作包括：编写测试报告、测试资料整理。

　　完成测试计划中罗列的所有工作，达到预期的测试目标后，进行测试报告的编写。

　　对于测试过程中产生的测试资源——测试计划、测试用例设计、测试代码，这些是以后测试复用的基础。如果这些资源本身不能说明自己，则需要整理一份单独的说明文档，供以后参考使用。

　　1.4 补充说明

　　1.4.1 测试过程的补充说明

　　对于上面描述的测试过程中的‘设计测试用例’、‘执行测试’、‘编写可复用的测试代码’这三个步骤，不是完成一项后，才开始进行下一项，而通常是一个交替进行、逐步迭代的过程。先制定好测试用例文档的整体结构，然后设计一个函数接口的测试用例，接着执行对其的测试，最后整理成可复用的测试代码。针对每个函数接口都重复这个过程，直至完成所有函数接口的测试。

　　1.4.2 测试过程中产生的测试资源

　　测试过程中产生，测试结束后需要存档的测试资源包括：

　　测试计划（文档）；

　　测试用例设计（文档）；

　　测试代码及相关数据（代码、数据）；

　　测试报告（文档）；

　　其它的相关说明文档（如果有的话）；

　　测试框架的介质（如果选用了第三方测试框架的话）。

　　1.4.3 函数接口测试的自动化

　　函数接口产品的一个特点就是对外表现比较稳定，因此一旦实现了对其测试过程的自动化，积累起可复用的测试资源，就会大大缩短以后该产品的测试周期。所以对于函数接口的测试，建议都能以测试自动化的过程进行组织。

上一页  [1] [2] [3] 下一页

【责编:Luzi】