[发明专利]一种分布式文件系统的自动测试方法

说明书

技术领域

本发明涉及自动化测试领域，尤其涉及通过网络自动化测试分布式文件系统和自动采集测试数据的方法。

背景技术

首先简要介绍分布式文件系统结构，无论是Hadoop分布式文件系统(HDFS)还是Google的GFS，甚至UT斯达康开发的DFS，所有这些分布式文件系统的设计都包括客户端(Client)、文件管理(File Manage)、数据服务器(Data Server)三个模块。其结构总体如附图1所示。

客户端是用来对DFS进行访问和操作的客户端。客户端提供了数据文件写入、读取、查询、删除等功能入口。

文件管理模块主要功能是：DFS的控制中心，担负了整个文件系统的目录管理；并管理所有数据存储组中的数据服务器状态管理的功能；模块本身并不存储文件内容，但是负责管理所有已经使用和未使用的的数据块信息。另外本模块还将负责响应客户端的注册和对文件的所有合法操作请求。

数据服务器主要功能是：存储文件数据块内容。数据块的大小是可以通过指令指定的。在存储文件时，每个数据块将被备份为三个备份，分别存放在三个数据服务器上，而且尽量放在不同的组中，以最大程度地保证数据的可靠性。当某个数据服务器故障时，文件管理模块将控制把该数据服务器上保存的数据挪到其他数据服务器上。

现有的分布式文件系统的测试方法基本是下面这样的：

1)先登录测试服务器，安装测试软件。

2)运行测试软件，在服务器上创建一个客户端A，注册到文件管理模块，建立了与文件系统的连接。

3)在A客户端上执行一个或者多个写、读、文件覆盖、删除等用例。然后客户端记录测试结果。

4)如果需要观察、记录分布式文件系统的各个功能单元的系统开销，测试执行人需要手工操作各个功能单元所在的服务器。

5)如果需要获取文件上/下载失败的点和原因，也需要手工操作查询文件管理和数据所在的服务器。

现有测试方法的特点是整个测试过程的执行人需要手工完成和手工采集测试中所需要的数据。缺点就是由此占用了大量人工，而且不能保证数据实时有效性。例如某个用例执行过程中失败，测试执行者不可能及时发现并且无法及时采集到失败前关键点和失败后关键点的被测试对象的数据。

发明内容

本发明的目的在于实现分布式文件的自动化测试和数据的自动采集保存功能。以解决手工测试和手工数据采集所消耗的大量人工，并保证数据的连续、准确、有效性。

一种分布式文件系统的自动测试方法，所述分布式文件系统包括文件管理服务器和数据存储服务器，每台文件管理服务器、数据存储服务器上均安装有测试监控模块，用于测试的测试控制中心安装在一台测试服务器上，模拟客户端安装在模拟客户端组的测试服务器组上，所述自动测试方法包括步骤：

(1)、登录测试控制中心，设置需要测试的场景；

(2)、开始执行测试，测试控制中心启动模拟客户端和测试监控模块；

(3)、模拟客户端开始执行用例集，向文件管理服务器发起文件操作请求，文件管理服务器返回数据服务器IP地址给模拟客户端；

(4)、模拟客户端与数据存储服务器进行数据交换，完成数据交换后通知文件管理服务器数据交换完成；

(5)、模拟客户端记录执行过程中的事件与结果，数据交换完成后向测试中心反馈执行完成；

(6)、测试控制中心在收到模拟客户端的用例集执行完成的反馈后，自动指令测试监控模块保存监控记录并停止监控，结束测试。

所述的模拟客户端为至少一个，安装在一台测试服务器或分别安装在不同的测试服务器上，在测试控制中心的控制下同时执行不同的用户例来对分布式文件系统进行测试。

所述步骤(3)中所述设置需要测试的场景包括选取用例集，设定执行和持续时间，设定模拟客户端执行的任务进程，设定进程监控配置，事件处理设置，配置模拟客户端的运行脚本等。

所述步骤(4)，在数据交换过程中，如发生异常，则模拟客户端向文件管理服务器发送异常信息。

所述的监控记录是指测试监控模块在测试执行的过程中采集并记录的被测试对象的状态和其所在服务器的系统状态，包括进程运行状态、进程占用资源状态、系统运行状态和系统资源状态。

本发明中，只需要设置不同的测试场景，对分布式文件系统的测试操作，包括写文件，读文件，删除、更新、文件续传等都可以使用同样测试方法完成。