robotframework 基于接口测试的框架探索

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脚本难很多，有更好的测试框架可以借鉴么？？？