Robot框架:
模块(文件夹)
功能集(文件夹)
Story1(user keyword)
Story2(user keyword)
(story有可能会发生变化,story底下没有test)
.
.
划分方式(1)
接口1(test suite ):包含正确的用例和错误的用例(test case)(例如:创建虚拟网络)
接口2:test suite ):(例如删除虚拟网络)
接口3(test suite ):(例如:绑定网卡虚拟网络)
划分方式(2)
成功用例(test suite ):
失败用例(test suite ):
-
-
Gen-py文件夹:py文件依赖库
Resource文件:关键字(关键字驱动)
模版resource 文件:主要是用于数据驱动(一般错误用例用的比较多)
变量resource文件:抽取的公共变量,方便以后进行统一维护
问题(1):
1.功能集中若是以接口分类会导致testcase有部分重复(比如,创建中肯定包含了删除;删除中也包含了创建)
2.划分框架是否合适?比如story 的类型不知道具体应该以什么形式出现(文件夹下面只有suite 、resource 、user keyword 、scalar、variable )
问题(2):
1.成功和失败区分很明显,但是用例描述不能区分接口(有可能会描述不清楚)
公共问题:
1.变量文件的抽取加大了测试工作的前期维护,并且最开始抽取公共变量的标准没有定下来,很容易出现抽取混乱的现象(公共变量和测试临时变量)
2.目前py文件加上注释之后无法显示在robot中
3.变量命名规范、用例命名规范,暂时没有形成统一标准,不好管理
4.如何在用例中直接调用接口?(如果完成就不需要py文件???)
这种框架的搭建已经试验一段时间,对于简单的接口测试没有很大的问题,但是对于接口之间逻辑关系比较复杂的场景会相对于直接编写python脚本难很多,有更好的测试框架可以借鉴么???