古拉里
1. 数组类型的参数被转换成了字符串； 2. 一部分参数在参数化里面，一部分参数采用前置脚本，前置脚本里面的参数就无法识别了； 
版本：`0.14` 部署方式：`Docker` > QPS: 1秒内限制单个节点请求的个数，默认为0，即没有限制 我尝试更改 QPS 为1,2,3……希望限制每秒发起的请求数，但是貌似并没有生效； 所以这个并发和 QPS 的计算是不是有 bug
思考了良久，一直觉得在环境变量和File上转圈子。终于回归本真； 脚本API里面的setEnv/getEnv, saveFile/readFile等等，搞这么多存取，还要考虑实现优秀的存储，管理，仔细想一下，这些变量文件的存取不都是KV的场景么，那不应该直接使用强大的Redis么，想runtime也好，定时销毁也好，跨项目也好，Collection独享也好，string/list/set/sort，如此强大的用来解决参数变量传递和解决返回结果二次存储利用的工具，还不需要自己实现，稳定高速的Redis已经替我们解决了一切问题。 `get/set/put/getAll/incrby/pop/rpush/rangge……` 强烈推荐官方集成！！！ @brookshi
Web界面上缺少一个按钮：一键清除当前的运行时变量，使用比较频繁的时候，做单元测试，不断修改参数调接口，运行时变量不知道是多少，容易串，有个清除按钮就可以清掉之前跑的，重新跑一遍； 所以，除了 #159 提到的 需要一个接口 `hitchhiker.cleanEnvVariable()；`以外，UI删也需要一个按钮来操作这个`Clean Env`; @brookshi
@brookshi 一般在API接口平台也好，自动化测试平台也好，都包含Alter报警功能，基本的逻辑都是在结果达到什么条件的时候发送什么消息；例如目前调度器里面的通知； 但是邮件通知非常单一和没有扩展性；我的想法是，截然做的是接口平台，那就可以把这一块做成开放的功能； 例如，我就创建一个Colletion叫做Alter，然后在里面添加各种通知接口调用：Email-通知，短信-通知，钉钉机器人-通知，GitHook-通知，BearyChat，Slack，微信模板通知，APP实时推送，还直接调用第三方消息平台的通知等等；（当然我们可以内置一些优秀的第三方通知接口模板，例如GitHook，钉钉，Slack）而这些都是目前Hitchhiker现成的接口调用而已； 添加的通知接口，可以在Hitchhiker内部其他地方进行方便的触发，传入通知的内容（复杂内容可以引入模板来管理）参数，皆可以完成通知消息的发送； 另外，如果可以在一个接口的After Script 里面触发另一个接口的调用，是不是就可以拿来做链式调用自动化测试了；当然这个不在当前的Issues讨论范围；这里主要说的是预警通知的问题； --- 完全替代我之前提的邮件需要定制内容模块之类，可选之类的东西，这样Alter通知这块就完全开放灵活了，拥抱开放；
如题，同一个 Collection 有时候需要复制多份来进行不同的使用，一份做自动化测试，一份做压力测试，一份用来日常开发随意填写参数使用；这个场景就需要克隆三份； @brookshi
get/get/remove都有了，但是没有看到clean一键清除所有runtime env啊。
说句大实话，登录首页左边的大字报有点让人跳戏啊，希望可以调整一下，我觉得应该是三个Block，标题，16:9的一张图，一段简短的描述。这三部分都可以让用户来自定义编辑，或者安装的时候设置到配置里面，Docker就设置到Env环境变量。 关于版权信息，可以在页面底部放置一个60px高灰色的通栏，低调的展示，参考google首页下面放的通栏； @brookshi
如题，除了模板自定义。 Schedule邮件内容，可以分成多个模块，让用户来选择，发送的邮件内容可以包含哪些模块， 例如：失败结果，所有结果，耗时分布，这部分数据在后台看到也是有的。
一个关于用户帐号feture的建议： 对于这类企业内部使用使用系统，最好的用户帐号管理就是支持`LDAP`协议, 公司内部帐号都是互通的，完美解决帐号管理和注册的问题；