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

• 
  　　这是我为公司的接口类产品制定的测试指南，文中列出了对于函数库、组件等对象（下文统称函数接口）的测试过程。这里描述的属于确认测试过程，但由于从形式上类似于单元测试，而且也基本适用于单元测试的过程，所以放到单元测试栏目中。
  
  　　1.1 概述
  
  　　函数接口（或称API）是公司的一个产品类型。目前包括：TRS Database为各类平台提供的接口，以及TRS CKM工具包，以后有可能会继续增加。本部分的测试指南，描述了对这类产品进行测试时的参考过程。
  
  　　下面首先给出整体的测试过程，然后针对每个子过程需要进行的工作进行具体描述，最后是几点补充说明。
  
  　　1.2 测试过程
  
  　　函数接口的整体测试过程如下：
  
  　　* 制定测试计划
  
  　　* 设计测试用例
  
  　　* 执行测试
  
  　　* 编写可复用的测试代码
  
  　　* 增强测试
  
  　　* 结束测试
  
  　　1.3 过程说明
  
  　　下面是对各个子过程的具体说明：
  
  　　1.3.1 制定测试计划
  
  　　分析被测试对象的具体情况，制定测试计划，形成文档。测试计划至少要包括以下内容：
  
  　　　测试范围。测试要覆盖哪些库以及库中的哪些函数，要覆盖哪些文档，包含哪些测试类型等等。
  
  　　　测试工具。选择什么工具组织测试代码，是否还需要其它的辅助性测试工具。
  
  　　　测试环境。都需要在什么环境下执行测试，环境指硬件类型、OS、DB等等。
  
  　　　测试数据组织。对于测试代码所需要的测试数据，以什么方式来组织和保存。
  
  　　　进度安排。各个阶段的工作内容、时间安排。
  
  　　　测试尺度。测试的深度和广度是什么。根据现有的资源情况，在计划中设定一个标准，避免测试的盲目性和随意性。
  
  　　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 结束测试
  
  　　结束测试阶段的工作包括：编写测试报告、测试资料整理。
• [1] [2] 下一页 
• 复制本页网址和标题，发送给你QQ/Msn的好友一起分享
  
  
• 函数库、组件产品的测试方法 相关文章：
• ·函数库、组件产品的测试方法
• 函数库、组件产品的测试方法 相关软件

上一篇:Atlas应用程序的调试技巧

下一篇:IBM Rational推出SOAD策略

• 特别声明：本站除部分特别声明禁止转载的专稿外的其他文章可以自由转载，但请务必注明出处和原始作
• 者.文章版权归文章原始作者所有.对于被本站转载文章的个人和网站，我们表示深深的谢意。如果本站转
• 载的文章有版权问题请联系编辑人员,我们尽快予以更正. 转载请注明来源：http://www.hackhome.com

精品推荐

热点TOP10

特别推荐