一. 为什么要用gauge

对于单接口自动化测试，python中的requests+ddt+excel+unittest是一个不错的选择，对于描述多接口组合的场景，这个框架显得有点问题了。首先，如果将多个接口用excel中的合并单元格表示，也不是不可以，但是excel管理数据有个问题，必须打开excel才看得到一个场景中进行了哪些步骤，调用了哪些接口。为了更好的描述场景，借鉴了gague这一轻量级的跨平台自动化框架，它最大的好处是采用了BDD（行为驱动开发）方式，一个场景中每一步的行为都用markdown来描述，清晰直观，同时支持多系统（windows/macOS/Linux）、多语言（Java、python、js、Ruby），但比较遗憾的是它的插件只支持两种IDE：Visual Studio Code和IntelliJ，习惯用pycharm的童鞋可能要换个IDE了。另外，网上关于gague的文章少之又少，即使找到了一些，也是对于官网用法的翻译，而官网所举的例子也是一带而过，真实项目中做起来，也会遇到很多问题。现在将使用gauge过程中遇到的问题，做一个简单的汇总，对于官方文档中描述比较简略的地方，做一个延伸

二. 安装

关于gauge的安装，看虫师这篇《初始gauge自动化测试框架》，就可以迅速的构建并运行一个demo。但是对于"gauge init python"，相当于初始化，它会生成一些gauge的项目模板，这个过程有两个过程：1. 查看是否安装了python语言插件，如果没有安装，则先安装， 2. 初始化引入模板。这个语言插件

怎么查看这个插件有没有安装，可以使用"gauge -v"命令，查看gauge的版本和插件版本：

这个插件是装在哪个位置？通过Everything简单的搜索，可以看到它的位置

使用notepad++，查看start.bat，可以看到，当GAUGE_PYTHON_COMMAND为空时，它会设置GAUGE_PYTHON_COMMAND为python，然后使用python命令检查是否安装了getgauge这个第三方库，最好使用python执行 python -u start.py

也就是说，这个python不是gauge的python插件自带的，它还是引用我们系统环境变量里的python，如果你的环境变量只配了一个python3.7.3，那它直接调用的就是python3.7.3。当系统中存在多个python版本的环境变量时，就要注意了。当时由于我的环境变量配置了多个python版本，python3.3，python3.4, pythom3.7，由于python3.3的环境变量在最前面，当我初始化后，把python3.3卸载了，没有及时清除环境变量，就发生了如下的乱码