基于XML的API自动化测试工具设计与实现

维普资讯

第３３卷　第１３期　

Ｖｏ１．３３　

・

计算机工程　

２００７年７月　

Ｊｕｌｙ　２００７　

Ｎｏ．１３　

Ｃｏｍｐｕｔｅｒ　Ｅｎｇｉｎｅｅｒｉｎｇ　

软件技术与数据库・　文章■号。１ｏｏ　８（２００７）１　咖９　３　文慧标识码；Ａ　中圈分类号；１　１１．５２　

基于ＸＭＬ的ＡＰＩ自动化测试工具设计与实现　

刘暮涛　，张磊　，王艳　，周晓中　，张红雷　，左善　

（１．总参０５２６工程办公室，北京１０００８１；２．华东计算技术研究所，上海２００２３３；３．空军装备研究院总体论证研究所，北京１０００７６）　

抽要：在研究应用编程接１３（ＡＰＩ）测试特点的基础上，运用软件测试技术与方法对ＡＰＩ进行了正确性测试，设计了ＡＰＩ自动化测试框架，　

采用ＸＭＬ语言进行ＡＰＩ自动化测试工具的设计和实现方案。使用该工具可在ＡＰＩ信息提取、测试用例生成及测试用例执行、测试报告生　

成等方面实现自动化。该工具主要用于验证第三方提供的ＡＰＩ，由于单元测试中较多地使用了ＡＰＩ测试，因此也可运用于软件的单元测试。　

关ｔ词：应用编程接口测试；软件测试驱动；软件测试自动化　

Ｄｅｓｉｇｎ　ａｎｄ　Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ　ｏｆ　Ａｕｔｏｍａｔｉｃ　ＡＰＩ　Ｔｅｓｔ　Ｔｏｏｌ　

Ｂａｓｅｄ　ｏｎ　ＸＭＬ　

ＬＩＵ　Ｍｕｔａｏ　，ＺＨＡＮＧ　Ｌｅｉ　，ＷＡＮＧ　Ｙａｎ　，ＺＨＯＵ　Ｘｉａｏｚｈｏｎｇ　，ＺＨＡＮＧ　Ｈｏｎｇｌｅｉ　，ＺＵＯ　Ｙｕｎ２　

（１．０５２６ＰｒｏｊｅｃｔＯｆｉｆｃｅ，Ｇｅｎｅｒａｌ　Ｓｔａｆｆ，Ｂｅｉｊｉｎｇ　１０００８１；２．ＥａｓｔＣｈｉｎａＲｅｓｅａｒｃｈＩｎｓｔｉｔｕｔｅｏｆＣｏｍｐｕｔｅｒＴｅｃｈｎｏｌｏｇｙ，Ｓｈａｎｇｈａｉ　２００２３３；　

３．Ｒｅｓｅａｒｃｈ　Ｉｎｓｔｉｕｔｔｅ　ｏｆＧｅｎｅｒａｌ　Ｄｅｍｏｎｓｔｒａｔｉｏｎ　ｎａｄ　Ｅｖｏｌｖｅｍｅｎｔ　ｏｆＡｉｒｆｏｒｃｅ　Ｅｑｕｉｐｍｅｎｔ，Ｂｅｉｊｉｎｇ　１０００７６）　

ＩＡｂｓｔｒａｅｔｉ　Ｂａｓｅｄ　ｏｎ　ｔｈｅ　ｒｅｓｅａｒｃｈ　ｏｆ　ＡＰＩ　ｔｅｓｔ，ｔｈｉｓ　ｐａｐｅｒ　ｕｓｅｓ　ｓｏｆｔｗａｒｅ　ｔｅｓｔ　ｔｅｃｈｎｏｌｏｇｙ　ｔＯ　ｄｏ　ＡＰＩ　ｖａｌｉｄｉｔｙ　ｔｅｓｔ，ａｎｄ　ｄｅｓｉｇｎｓ　ｈｔｅ　ｆｒａｍｅ　ｏｆ　ａｕｔｏｍａｔｉｃ　

ＡＰｌ　ｔｅｓｔ．Ｉｔ　ｌａｓｏ　ｇｉｖｅｓ　ｔｈｅ　ｄｅｓｉｇｎ　ａｎｄ　ｉｍｐｌｅｍｅｎｔａｔｉｏｎ　ｓｃｈｅｍｅ　ｏｆ　ａｕｔｏｍａｔｉｃ　ＡＰＩ　ｔｅｓｔ　ｔｏｏｌ　ｂｙ　ｕｓｉｎｇ　ＸＭＬ　ｌａｎｇｕａｇｅ　ｎａｄ　ａｕｔｏｍａｔｉｏｎ　ｏｆ　ＡＰＩ　ｉｎｆｏｒｍａｔｉｏｎ　

ｐｉｃｋ—ｕｐ，ｔｅｓｔ　ｃａｓｅ　ｇｅｎｅｒａｔｉｏｎ　ｎａｄ　ｔｅｓｔ　ｃａｓｅ　ｉｍｐｌｅｍｅｎｔａｔｉｏｎ　ｃｏｍｅｓ　ｔｒｕｅ　ｗｉｈｔ　ｉｔ．Ｔｈｉｓ　ｔｏｌ　ｉｓ　ｍａｉｎｌｙ　ｕｓｅｄ　ｔＯ　ｖｅｒｉｆｙ　ｈｔｅ　ｆｕｎｃｔｉｏｎｓ　ｏｆ　ｔｈｉｒｄ—ｐａｒｔｙ　ＡＰＩｓ　ａｎｄ　

ｉｓ　ａｄａｐｔｅｄ　ｔｏ　ｓｏｆｔｗａｒｅ　ｕｎｉｔ　ｔｅｓｔｓ　ｂｅｃａｕｓｅ　ｏｆｆｒｅｑｕｅｎｔ　ｕｓｅ　ｏｆＡＰＩ　ｔｅｓｔ　ｉｎ　ｕｎｉｔ　ｔｅｓｔｓ．　

ＩＫｅｙｗｏｒｄｓ］ａｐｐｌｉｃａｔｉｏｎ　ｐｒｏｇｒａｍｉｎｔｅｒｆａｃｅ（ＡＰＩ）ｔｅｓｔ；ｄｒｉｖｅｏｆｓｏｆｔｗａｒｅｔｅｓｔ；ａｕｔｏｍａｔｉｚａｔｉｏｎ　ｏｆ　ｓｏｆｔｗａｒｅｔｅｓｔ　

软件测试是软件生命周期的一个重要阶段。软件测试技　

（１）测试设计：设计测试用例，搭建测试环境等；　

术，特别是软件测试自动化技术是当前国际软件界最有争议、　（２）脚本生成：根据测试设计生成需要运行的测试脚本，　

亟待发展的技术。自动化测试就是通过自动化测试工具或其　

对于ＡＰＩ自动化测试来说，测试脚本就是能够驱动被测ＡＰＩ　

他手段，按照测试工程师的预定计划进行自动测试，目的是　

运行的一段代码；　

减轻手工测试的劳动量，提高软件质量和软件测试效率【１　Ｊ。　

（３）脚本运行：脚本运行需要将被测ＡＰＩ的驱动代码编译　

随着软件工程和软件开发技术的不断发展，在软件开发　

成可执行文件来运行；　

过程中大量采用分层的软件体系结构。在分层的软件体系中，　（４）结果比较：主要是分析脚本运行得到的结果是否与预　

下层为上层提供应用编程接Ｉ：１（ａｐｐｌｉｃａｔｉｏｎ　ｐｒｏｇｒａｍ　ｉｎｔｅｒｆａｃｅ，　

期的相符，以此决定测试是否通过；　

ＡＰＩ）作为接ＩＺｌ开发者与接１３使用者之间的合约。ＡＰＩ作为软　

（５）测试报告生成：对测试结果进行分类整理，生成相关　

件体系中的基本单位，其质量直接关系到最终的软件质量，　

的测试报告，对于不能通过的测试结果进行分析、分类、记　

因此，对ＡＰＩ进行测试非常重要。但ＡＰ１种类繁多，对每个　录和通报，让相关测试人员和开发人员了解测试结果。　

ＡＰＩ进行测试的工作量非常大，因此，研究ＡＰＩ的测试方法　

２　ＡＰＩ自动化　试框架的设计和实现　

及如何对其进行自动化测试有较强的实用价值和学术意义。　

本文依据上述ＡＰＩ自动化测试过程，设计了ＡＰＩ自动化　

１　ＡＰＩ测试及其自动化　

测试框架，如图１所示。该框架主要由ＡＰＩ信息解析及管理　

ＡＰＩ测试是运用软件测试技术与方法对ＡＰＩ进行的正确　模块、测试脚本生成模块、用例运行模块、报告生成模块以　

性测试，包括逻辑正确性、功能正确性等。测试一般由下列　

及测试管理环境接１３模块构成。各个子模块实现的功能如下：　

过程组成：（１）建立初始条件；（２）用符合要求的参数调用ＡＰＩ；　

（Ｉ）ＡＰＩ信息解析及管理模块：负责被测ＡＰＩ信息的提取　

（３）结果分析。　

及管理。首先对待测ＡＰＩ的头文件与源文件进行静态分析，　

通过对ＡＰＩ测试过程的研究，可以发现其中有很多重复　

得到ＡＰＩ的相关信息，然后将所有的ＡＰＩ信息以一定的规则　

性很强的工作，极为适合于自动化。通常把高度采用自动化　

组织起来生成ＡＰＩ信息ＸＭＬ文件。ＡＰＩ信息使测试脚本生　

的软件测试称为自动化测试。对于人机交互界面的测试，因　

为经常用到图形界面输出，不容易实现自动化测试，所以一　

作者筒介：刘慕涛（１９一），男，工程师，主研方向：软件工程与软件　

般把图形界面的输出独立出来，单独建立测试；ＡＰＩ测试一　

测试技术；张磊，工程师、硕士；王艳，工程师；周晓中，高　

般不涉及图形界面的显示，并且可以准确地预计输出结果，　

级工程师、博士研究生；张红雷，高级工程师、硕士；左芸，　

所以很容易进行自动化测试。自动化测试一般包含如下基本　

硕士　

过程：　

收稿日期：２００７—０５—２８　Ｅ－ｍａｉｌ：ｈａｎｇｔｉａｎｌｍｔ＠１６３．ｃｏｍ　

维普资讯

成模块知道如何生成测试用例的描述信息，进而生成ＡＰＩ驱　

动代码，所以，完整、全面的ＡＰＩ信息是ＡＰＩ测试能够自动　

化进行的关键。　

（２）用例生成模块：把ＡＰＩ信息解析及管理模块生成的　

ＡＰＩ信息文件生成测试用例描述ＸＭＬ文件。　

（３）用例驱动脚本生成模块：把ＡＰＩ信息解析及管理模块　

生成的ＡＰＩ信息文件和测试用例描述ＸＭＬ文件提供的信息　

生成用例驱动脚本。　

（４）用例运行模块：为用例驱动程序的自动执行提供运行　

框架，并生成执行记录ＸＭＬ文件。　

（５）报告生成模块：使用用例运行模块生成的执行记录　

ＸＭＬ文件来生成符合用户标准的测试报告文件。在实际使用　

过程中，该模块可以根据不同的用户要求进行扩展。　

（６）测试管理环境接口模块：提供与上层测试管理环境的　

接口，测试管理环境可以通过该接口向测试工具下达任务，　

指导测试用例的生成。测试工具执行完毕后向管理环境返回　

用例执行结果，并能够将测试过程中生成的各种脚本及文件　

通过测试管理环境入库，方便进行回归测试。　

ＡＰ｜信恩》Ｏｍ文件　用倒驱动脚本　

圈１　

ＡＰＩ自动化　试程架　

由于ＸＭＬ语言具有简洁、易扩展等优点，特别适用于　

结构化数据的描述，因此各个模块之间使用ＸＭＬ文件作为　

信息交换的载体，具有松散耦合的结构。这种松散耦合的结　

构方便工具进行扩展和升级，另外，ＸＭＬ语言的平台无关性　

也方便工具进行分布式扩展口’４】。　

３　ＡＰＩ自动化　试工具的实际运用　

从上面的描述中可以看出，各类ＸＭＬ文件及用例脚本　

文件在工具中占有核心地位，因此，定义好各个ＸＭＬ文件　

的内容是用好该工具的关键。下面结合一个ｃ语言的例子来　

说明该工具在实际运行中生成的各种文件及测试结果。　

被测源代码文件如下：　

ｉｍ　ａｄｄ（ｉｎｔ　ｉ，ｉｎｔ　ｊ）　

｛ｒｅｔｕｒｎｉ＋ｊ；　Ｊ　

３．１　ＡＰＩ信息ＸＭＬ文件　

依据ＡＰＩ测试过程设计的ＡＰＩ信息文件包含如下内容：　

（１）建立初始环境所需信息，主要包括对象的初始化信息　

（面向对象语言）、使用的外部资源信息、依赖的其他ＡＰＩ　

信息等；　

（２）调用（驱动）ＡＰＩ所需信息，主要包括ＡＰＩ调用方式　

信息、参数信息、单元测试打桩所需信息等；　

（３）输出和分析测试结果所需信息，主要包括返回值、指　

针参数或引用参数、抛出的异常、全局变量、文件和外部设　

备等信息。　

下面是使用ＡＰＩ信息解析及管理模块对例子进行静态分　

析而生成的ＡＰＩ信息ＸＭＬ文件。　

＜？ｘｍｌ　ｖｅｒｓｉｏｎ＝”１．０”ｅｎｃｏｄｉｎｇ＝”ｇｂ２３１２”？＞　

＜ｓｏｕｒｃｅＦｉｌｅ　ｉｆｌｅＮａｍｅ＝”Ｄ：、ａ．Ｃ”　ｓｉｚｅ＝”４２”ｌａｎｇｕａｇｅ＝”ｃ”　

ｍｏｄＴｉｍｅ＝”２００７—４　４”＞　

＜ｆｕｎｃｔｉｏｎＬｉｓｔ＞　

＜ｆｕｎｃｔｉｏｎ　ｓｔａｒｔＬｉｎｅ＝”１”ｅｎｄＬｉｎｅ＝”３”ｉｓＩｍｐｌｅｍｅｎｔ＝”ｔｒｕｅ”＞　

＜ｒｅｔｕｒｎＴｙｐｅ＞ｉｎｔ＜／ｒｅｔｕｒｎＴｙｐｅ＞　

＜ｆｕｎｃＮａｍｅ＞ａｄｄ＜／ｆｕｎｃＮａｍｅ＞　

＜ａｒｇＬｉｓｔ＞　

＜ａｒｇｕｍｅｎｔ　ｉｓＡｔｏｍｉｃ＝”ｆａｌｓｅ’‘＞　

＜ａｒｇＴｙｐｅ＞ｉｎｔ＜／ａｒｇＴｙｐｅ＞　

＜ａｒｇＮａｍｅ＞ｉ＜／ａｒｇＮａｍｅ＞　

＜ａｒｇＶａｌｕｅ＞＜／ａｒｇＶａｌｕｅ＞　

＜ａｒｇＯｒｄｅｒ＞ｌ＜／ａｒｇＯｒｄｅｒ＞　

＜／ａｒｇｕｍｅｎｔ＞　

＜ａｒｇｕｍｅｎｔ　ｉｓＡｔｏｍｉｃ＝”ｆａｌｓｅ’’＞　

＜ａｒｇＴｙｐｅ＞ｉｎｔ＜／ａｒｇＴｙｐｅ＞　

＜ａｒｇＮａｍｅ＞ｉｉ＜／ａｒｇＮａｍｅ＞　

＜ａｒｇＶａｌｕｅ＞＜／ａｒｇＶａｌｕｅ＞　

＜ａｒｇＯｒｄｅｒ＞２＜，ａｒｇＯｒｄｅｒ＞　

＜／ａｒｇｕｍｅｎｔ＞　

＜／ａｒｇＬｉｓｔ＞　

＜，ｆｕｎｃｔｉｏｎ＞　

＜／ｆｕｎｃｔｉｏｎＬｉｓｔ＞　

＜／ｓｏｕｒｃｅＦｉｌｅ＞　

／＜ｓｏｕｒｃｅＦｉｌｅｓ＞　

３．２　试用倒描述ＸＭＬ文件　

只有对测试用例进行正确、详细、周全的描述才有可能　

实现有意义的测试。在一次测试括动中可能要将多个测试用　

例组织在一起运行，这时候多个测试用例就会有公共的描述　

信息，每个测试用例又会有自己私有的描述信息，因此，将　

测试用例的描述信息分为公共信息和私有信息２种。　

测试用例的公共描述信息包括如下内容：　

（１）描述信息：用来指明这一组相关的测试用例的测试目　

的，使测试人员及其他相关人员能清楚地了解测试的意义，　

方便用例的查找与定位。　

（２）初始化操作：描述在对一组用例进行测试之前要进行　

的准备工作，包括变量的赋值、环境的配置等工作。　

（３）清理操作：描述在对一组用例进行测试之后进行的善　

后工作，其目的是使系统恢复到测试之前的状态，包括资源　

的释放等工作。　

（４）公共资源：描述这一组测试用例所需要的共同信息，　

比如全局变量信息、桩类、桩函数等。　

（５）用例组织信息：描述各个测试用例的私有描述信息所　

在位置，目的是使通过访问用例的公共描述信息能够方便地　

找到各个用例的私有描述信息。　

测试用例的私有描述信息包括如下内容：　

（１）描述信息：用来指明该测试用例的测试目的，使测试　

人员及其他相关人员能清楚地了解测试的意义，方便用例的　

查找与定位；　

（２）名称：描述该测试用例的标识；　

（３）序号：描述该测试用例在一组测试用例中的位置；　

（４）参数信息：描述该用例所测ＡＰＩ的每个参数的详细信　

息，包括各个参数的名字、输入值、预期值、在参数表中的　

位置。对于依据边界值和等价类划分自动生成测试数据的情　

况，还要指定参数值的上下限和参数值递增的步长；　

（５）初始化操作：描述在被测ＡＰＩ运行之前要进行的准备　

工作，包括变量的赋值和相关环境的配置等操作；　

（６）被测ＡＰＩ运行前的输出操作：用来输出被测ＡＰＩ运行　

维普资讯

前的一些信息，包括全局变量的值、参数的值等，用来跟被　

测ＡＰＩ运行后的值进行对比；　

（７）被测ＡＰＩ运行后的输出操作：用来输出被测ＡＰＩ运行　

后的一些信息，包括全局变量的值、参数的值、ＡＰＩ返回值　

等，用来跟被测ＡＰＩ运行前的值进行对比，以及跟用户的预　

期值进行对比等。　

＜ｔｃＮａｍｅ＞ｌ—ｌ＜，ｔｃＮａｍｅ＞　

＜ａｐｉＮａｍｅ＞ｉｎｔ　ａｄｄ（ｉｎｔ：２，ｉｎｔ：３）＜／ａｐｉＮａｍｅ＞　

＜ｂｅｆ０ｒｅＩｎｖｏｋｅ＞　

＜ｐａｒａｍｅｔｅｒ＞　

＜／ｐａｒａｍｅｔｅｒ＞　

＜ｇｌｏｂａｌ＞　

＜／ｇｌｏｂａｌ＞　

＜ｃｕｓｔｏｍｉｚｅｄ＞　

将例子中的ＡＰＩ函数第１个参数值赋为２，第２个参数　

值赋为３，预期结果为５，生成的测试用例描述文件为　

＜？ｘｍｌ　ｖｅｒｓｉｏｎ＝’１．０‘ｅｎｃｏｄｉｎｇ＝”ＧＢ２３　１２”？＞　

＜ｔｅｓｔＣａｓｅ　ｉｓＡｃｔｉｖｅ　＝　”ｔｒｕｅ”　ｔａｒｇｅｔＳｏｕｒｃｅＦｉｌｅ　＝　”Ｄ：＼ａ．Ｃ”　

ｔａｒｇｅｔＭｅｔｈｏｄ＝”ａｄｄ”＞　

＜ｐａｔｈ＞ｔｅｓｔｓｕｉｔｅ／ｓｅｑ　ｌ／ｌ／ｔｃｘｍｌ／１—１．ｘｍｌ＜／ｐａｔｈ＞　

＜ｄｅｓｃｒｉｐｔｉｏｎ＞＜／ｄｅｓｃｒｉｐｔｉｏｎ＞　

＜ｎａｍｅ＞ｌ—ｌ＜／ｎａｍｅ＞　

＜ｏｒｄｅｒ＞ｌ＜／ｏｒｄｅｒ＞　

＜ｐａｒａｍｅｔｅｒ＞　

＜ｎａｍｅ＞ｉ＜／ｎａｍｅ＞　

＜ｖａｌｕｅ＞２＜／ｖａｌｕｅ＞　

＜ｏｒｄｅｒ＞ｌ＜／ｏｒｄｅｒ＞　

／ｃｕｓｔ＜ｏｍｉｚｅｄ＞　

＜／ｂｅｆｏｒｅｌｎｖｏｋｅ＞　

＜ａｆｔｅｒＩｎｖｏｋｅ＞　

＜ｒｅｔｕｒｎ＞　

＜ｖａｒｉａｎｔ　ｎａｍｅ＝”ａｐｉ

ｖａｒ

—

—

＿

ｒｅｔｕｒｎ’‘　ｖａｌｕｅ＝…５　ｅｘｐＶａｌｕｅ＝’’５”　

ｎｏｔｅｓ＝”ａｐｉ

Ｖａｒ—ｒｅｔｕｒｎ＝＝５”ａｓｓｅｒｔｉｏｎ＝”ｐａｓｓｅｄ”ｉｓＡｔｏｍｉｃ＝”ｔｒｕｅ”，＞　

／ｒ＜ｅｔｕｒｎ＞　

＜／ａｆｔｅｒｌｎｖｏｋｅ＞　

＜ａｓｓｅｒｔｉｏｎ＞ｐａｓｓｅｄ＜／ａｓｓｅｒｔｉｏｎ＞　

／ｔ＜ａｒｇｅｔＡｐｉ＞　

／ｒｅｓｕｌ＜ｔ＞　

从该文件中可以看出，被测ＡＰＩ实际输入的结果为５，　

与预期的完全一致，因此，可以判定该用例运行通过。　

＜／ｐａｒａｍｅｔｅｒ＞　

＜ｐａｒａｍｅｔｅｒ＞　

４总结　

本文给出了一种ＡＰＩ自动化测试工具的设计和实现方　

案，使用该工具可在ＡＰＩ信息提取、测试用例生成及测试用　

例执行、测试报告生成等方面实现很大程度的自动化。目前　

＜ｎａｍｅ＞ｊ＜／ｎａｍｅ＞　

＜ｖａｌｕｅ＞３＜／ｖａｌｕｅ＞　

＜ｏｒｄｅｒ＞２＜／ｏｒｄｅｒ＞　

／ｐａｒ＜ａｍｅｔｅｒ＞　

＜ｅｘｐＲｅｔｕｒｎ＞５＜／ｅｘｐＲｅｔｕｒｎ＞　

／ｔ＜ｅｓｔＣａｓｅ＞　

该测试工具已开发完成，通过实际的使用证明，该工具能够　

对ＡＰＩ进行高效准确的测试，极大地提高了测试效率，对软　

件质量的提高也有很大帮助。　

３．３执行记录ＸＭＬ文件　

执行测试用例的最终目的是判定用例所验证的功能是否　

正确，在自动化测试中，充分翔实的用例执行记录是判定用　

例是否通过的唯一依据。在用例的执行记录中应该包括时间　

信息、用例标识信息、变量运行值信息、判定结果信息等。　

运行例子实际生成的执行记录ＸＭＬ文件如下：　

＜？ｘｍｌ　ｖｅｒｓｉｏｎ＝”１．０”ｅｎｃｏｄｉｎｇ＝”ｇｂ２３　１２”？＞　

＜ｒｅｓｕｌｔ＞　

参考文献　

ｌ　Ｍｏｓｌｅｙ　Ｄ　Ｊ，Ｐｏｓｅｙ　Ｂ　Ａ．软件测试自动化【Ｍ】．邓波，黄丽娟，译．　

北京：机械工业出版社，２００３．　

２　Ｈｏｌｚｎｅｒ　Ｓ．Ｘ／ＶｌＬ完全探索【Ｍ】．师夷工作室，译．北京：中国青年　

出版社，２０ｏ１．　

３　Ｄｕｓｔｉｎ　Ｅ，Ｒａｓｈｋａ　Ｊ，Ｐａｕｌ　Ｊ．软件自动化测试：引入、管理与实施【Ｍ】．　

于秀山，胡兢玉，译．北京：电子工业出版社，２００３．　

４　Ｗｅｇｅｎｅｒ，Ｊｏａｃｈｉｍ，Ｂａｒｅｓｅｌ，ｅｔ　ａ１．Ｅｖｏｌｕｔｉｏｎａｒｙ　Ｔｅｓｔ　Ｅｎｖｉｒｏｎｍｅｎｔ　ｆｏｒ　

＜ｔｉｍｅＳｔａｍｐ＞　

２００７—０４．４　ｌ０：０４６：３４　

／ｔ＜ｉｍｅＳｔａｍｐ＞　

＜ｔａｒｇｅｔＡｐｉ＞　

Ａｕｔｏｍａｔｉｃ　Ｓｔｕｃｔｒｕｒａｌ　Ｔｅｓｔｉｎｇ／Ｊ］．　Ｉｎｆｏｒｍａｔｉｏｎ　ａｎｄ　Ｓｏｆｔｗａｒｅ　

Ｔｅｃｈｎｏｌｏｇｙ，２００１，４３（１４）：８４１－８５４．　

（上接第９２页）　

同样依据ＩＥＭ计算方法，对区间矩阵Ｃ　可求得　

Ｗ１＝【０．１３７，０．１５７】，Ｗ２＝［Ｏ．４４８，０．５０３】，Ｗ３＝［０．３１１，０．３４０】。　

４结论　

基于混合ＡＨＰ方法的供应商评定模型的研究与其在企　

对区间矩阵Ｃ，则可求得Ｗ１＝【０．５６０，０．６１２】，Ｗ２＝［０．２８５，　

０．３１７】，Ｗ　＝【０．１０５，０．１１１】。　

业中的实际应用，说明基于混合ＡＨＰ法的供应商评价方法是　

一

种有效的量化方法，可以克服应用标准ＡＨＰ方法进行供应　

由上面准则层和方案层权重系数，可得层次总排序结果　

如表８所示。　

表８层次总捧序结果　

层　

次　

Ｐ　

商评定时所产生的不确定性弊端，保障企业科学合理地进行　

供应商评价和选择。　

参考文献　

１樊治平，潘德惠．不确定判断矩阵权重计算的一种实用方法【Ｊ】．系　

层次Ｐ总排序　

【０．３５０，０．３８２】　

【０　３４５，０．３９１】　

【０．２２７，０．２５１】　

层次ｃ　

Ｃ１　

０．２５　

Ｃ２　

０．５０　

Ｃ３　

０．２５　

统工程，１９９６，１４（２）．　

２杨忠海，滕春贤．ＡＩ－ＩＰ在高新技术企业供应商选择方面的应用研　

究【Ｊ】－哈尔滨商业大学学报，２００２，１８（５）．　

Ｓ１　【０．５６２，０　６０】　【０．Ｉ９７，０．２３８】　【０．１７９，０．２１２】　

【０．３１１，０　３４０】　Ｓ２　【０．１３７，０．１５７】　【０．４４８，０．５０３】　

３许先云，杨永清．不确定ＡＨＰ判断矩阵的一致性逼近与排序方　

法【Ｊ】＿系统工程理论与实践，１９９８，１８（２）．　

４许先云．基于区间收益的风险决策方法【Ｊ】．江南学院学报，２０００，　

１５（２）．　

Ｓ３　【０．５６０，０．６１２】　【０．２８５，０　３１７】　【０．１０５，０．１１Ｉ】　

表８中最右边一列即为层次总排序结果，对其应用１．５　

节中所定义的区间排序规则进行排序可得出最终评价结果：　

【０．３４５，０．３９１］＞【０．３５０，０．３８２］＞【０．２２７，０．２５１］。即供应商ｓ】＞供　

５朱铎辉，吴志军，张玉峰．基于层次分析法的供应商评价模型的　

应商Ｓｌ＞供应商　３，供应商　为本次评价中的首选供应商。　

研究［Ｊ】．计算机应用研究，２００４，２１（４）．