一种openstack测试方法与流程

文档序号:12963453阅读:1242来源:国知局

本发明涉及测试技术领域,尤其是一种基于webdriver的openstack测试方法。



背景技术:

openstack是一个基础设施及服务(iaas)的云计算平台,通过将整个数据中心里的资源池化来提供计算、网络、存储等基础服务,而这些基础服务都可通过openstack的操作界面horizon进行分配和创建。由于openstack功能复杂,进行一次完整功能测试需要花费大量时间。



技术实现要素:

本发明的目的是提供一种openstack测试方法,能够完成对openstack进行自动测试,提高了测试效率。

为实现上述目的,本发明采用下述技术方案:

一种openstack测试方法,包括以下步骤:

锁定待访问的openstack测试环境;

生成对openstack待测试模块进行测试顺序的测试计划;

添加对openstack模块进行功能测试的测试用例;

按照测试计划调用测试用例对openstack进行测试。

进一步地,所述锁定待访问的openstack测试环境,包括:

客户端通过webdriver驱动浏览器;

启动成功后浏览器被绑定到特定端口上,并作为webdriver的服务端,形成客户端/服务端测试架构进行数据收发;

服务端获取被测试openstack的访问地址以及访问权限。

进一步地,所述生成对openstack待测试模块进行测试顺序的测试计划,包括:

客户端完成对openstack界面模块进行测试与否的注释;

服务端完成对openstack待测试模块的测试用例路径的添加。

进一步地,所述添加对openstack模块进行功能测试的测试用例,包括:

服务端按照功能用例步骤完成输入操作或者文件上传动作;

服务端将操作结果与预期结果进行比对判断。

进一步地,所述按照功能用例步骤完成输入操作或者文件上传动作,包括:

通过webdriver的定位元素方法进行页面元素定位、点击跳转、定位文本框进行传参,完成输入操作或文件上传操作。

进一步地,所述按照测试计划调用测试用例对openstack进行测试,包括:

服务端根据获取的测试计划路径读取测试计划;

服务端按照测试计划模块测试顺序进入相应的测试用例表格;

服务端按照测试用例表格中的步骤通过关键字匹配方法调用导航脚本或者测试组件脚本进行测试。

进一步地,所述按照测试计划调用测试用例对openstack进行测试之后,还包括:

服务端在测试异常情况下结束测试并打印异常信息,服务端在测试正常情况下获取测试报告并进行打印。

发明内容中提供的效果仅仅是实施例的效果,而不是发明所有的全部效果,上述技术方案中的一个技术方案具有如下优点或有益效果:

本发明完成对openstack进行自动测试,自动化测试更便于测试资产的持续化管理,使得测试资产在整个测试生命周期内可以得到复用。基于selenium的页面捕捉方法封装对测试人员水平要求不高,具有更高适用性。测试完成后打印日志和生成测试报告节省了汇总结果和追踪问题时间,更利于产品问题定位。

附图说明

此处所说明的附图用来提供对本发明的进一步解释,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:

图1是本发明对openstack测试方法流程图。

具体实施方式

为了能清楚说明本方案的技术特点,下面通过具体实施方式,并结合其附图,对本发明进行详细阐述。下文的公开提供了许多不同的实施例或例子用来实现本发明的不同结构。为了简化本发明的公开,下文中对特定例子的部件和设置进行描述。此外,本发明可以在不同例子中重复参考数字和/或字母。这种重复是为了简化和清楚的目的,其本身不指示所讨论各种实施例和/或设置之间的关系。应当注意,在附图中所图示的部件不一定按比例绘制。本发明省略了对公知组件和处理技术及工艺的描述以避免不必要地限制本发明。

如图1所示,一种openstack测试方法,包括以下步骤:

s1、锁定待访问的openstack测试环境;

s2、生成对openstack待测试模块进行测试顺序的测试计划;

s3、添加对openstack模块进行功能测试的测试用例;

s4、按照测试计划调用测试用例对openstack进行测试。

selenium2.0由selenium1.0和webdriver融合而成,selenium2.0重要组成组件webdriver,很好的绕过浏览器javascript的安全限制。通过下载webdriver驱动能直接在windows、linux等系统上的internetexplorer、firefox等浏览器中运行。

本系统主要是基于webdriverapi编写测试用例,通过下载各种浏览器的webdriver驱动来控制浏览器的各项操作,形成客户端/服务器模式的测试框架。webdriver的测试原理是当启动测试后,客户端通过webdriver驱动启动脚本中指定的浏览器,启动成功后浏览器被绑定到特定端口上,并作为webdriver的服务端;客户端进行相应的操作后,会向服务器端发送请求,服务器端接收请求并进行解析,完成相应浏览器操作并向客户端返回响应信息。

锁定待访问的openstack测试环境,包括:

客户端通过webdriver驱动浏览器;启动成功后浏览器被绑定到特定端口上,并作为webdriver的服务端,形成客户端/服务端测试架构进行数据收发;服务端获取被测试openstack的访问地址以及访问权限,例如被测试openstack的具体访问地址和用户名密码。

测试计划包含openstack界面测试的各个模块,每一个模块都配置相应模块测试用例的路径,测试人员执行测试前进行应测试模块配置,无需测试部分可注释掉。

采用xml文件格式添加对openstack模块进行功能测试的测试用例,包括:服务端按照功能用例步骤完成输入操作或者文件上传动作;服务端将操作结果与预期结果进行比对判断。

按照功能用例步骤完成输入操作或者文件上传动作,包括:通过webdriver的定位元素方法id、name、classname、tagname、xpath等进行页面元素定位、点击跳转、定位文本框进行传参,完成输入操作或文件上传操作。

按照测试计划调用测试用例对openstack进行测试,包括:服务端根据获取的测试计划路径读取测试计划;服务端按照测试计划模块测试顺序进入相应的测试用例表格;

服务端按照测试用例表格中的步骤通过关键字匹配方法调用导航脚本或者测试组件脚本进行测试。

按照测试计划调用测试用例对openstack进行测试之后,还包括:服务端在测试异常情况下结束测试并打印异常信息,服务端在测试正常情况下获取测试报告并进行打印。

上述虽然结合附图对本发明的具体实施方式进行了描述,但并非对本发明保护范围的限制,所属领域技术人员应该明白,在本发明的技术方案的基础上,本领域技术人员不需要付出创造性劳动即可做出的各种修改或变形仍在本发明的保护范围以内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1