能否方便展示一下你们的 excel 用例？最近也在考虑做 excel 与 xmind 的互转功能

redis 锁，然后加判断

为什么不用 grafana + 普罗米修斯？

说实话，这块我们还未实现
但是，后续规划已经有了，这里可以交流一下我们的计划步调。
1.针对天眼平台自动化测试的时候，有部分依赖第三方服务，且该外部服务不能稳定提供服务，我们支持对自己的自动化接口进行 mock，能为自动化带来助力
2.如果需要为开发提供 mock 功能，这就涉及到基础架构层面的东西，这块和技术总监有讨论过，应该会在不久的将来和大家见面

作用挺大的，除了方便我们测试，也挺受前端开发欢迎的，他们之前也被没有版本 diff 这个功能困扰了挺久的。

这期展示还没做，下期这个功能会加上。

感谢认可，由于我们平台才开始做不是很久，功能还在打磨以及内部推广中，也收到各种各样的需求待实现；等今年年底会跟上级申请，尝试开源，为大家学习或提效贡献微薄之力😀 😀 😀

全局变量作用于测试计划中的所有用例，而前置操作中提取的变量只作用于当前用例。假如全局变量变量名和测试用例中的提取变量名称一样。优先使用测试用例中的提取变量。

在我们的测试计划即测试用例集中，提供了全局变量功能，这些全局变量在该测试计划中的每个用例中都可使用。

暂时没有具体的时间点，需要看后期的发展情况而定。

因为目前平台只是公司内部使用，暂时是这样的。后续考虑到未来会开源，我们将会提供自定义编写登陆逻辑和加密算法的功能，编写完成保存为插件模块。在执行自动化 case 时用户只需选择不同插件就可以实现对应的登陆和参数加密。

在天眼平台中接口都会关联所属平台即系统的概念。对于需要对接口参数加密的系统，我们会进行加密算法的内部封装，当执行该系统的接口自动化用例时，会自动调用对应安装封装好的方法进行参数加密。对于用户来说是无感知的，他们可以不用关心具体加密算法，正常编写自动化 case 就行了。

当前只支持在用例执行过程中，不同系统的接口可以绑定不同账号。同一个系统的接口只能使用一个登陆信息。后续会根据情况看是否支持。假如真要做的话应该是不同账号先登陆好，登陆信息存 Redis，每个步骤绑定登陆信息，用例执行从 Redis 获取登陆信息。

期待 ppt 和视频

暂时还没对外开放，等功能更加强大的时候才有这方面的考虑。

还有很多想做的功能，后续功能比较完善强大的时候，可能会有这方面的考虑

站的角度不一样，看的问题就不一样。
测试平台并不会让想要成长的人得不到成长；比如你可以选择参与平台的前后端开发，比如平台如果真的提高了自动化编写的效率，那么空出来的时间你可以做更有意义的方向研究；更何况天天写一些差不多的脚本，用差不多的技术，也不会让你有太好的成长。谁的简历里还没有个自动化测试，那么你比别人的优势又在哪里？

你应该值的是同一个接口，指向的后端服务的服务器 IP 不一样？集群的概念？服务都是注册在网关上的，会随机调用 (nginx 配置)
如果你指的是某一个域名想要指定调用到某一特定 ip（多个 ip 的情况下），那么直接将域名换成 ip 地址去做调会简单一些

1、测试计划开始--->登录各个涉及到的端--->执行计划中的用例；如果计划中有部分用例涉及到注销登录等操作，也不会影响其他用例执行（类似一个全局、一个局部的概念）
2、用例某步骤失败，如果是在用例调试阶段，可以直接重新调试；如果是在执行测试计划阶段，那么目前需要重新执行测试计划；不过你的建议挺好，我们可能会在计划中增加失败重跑（类似 testng）
3、因为接入测试平台的接口都是同步的，不存在异步情况；再加上步骤是串行在执行的，所以还暂未碰到阁下描述的情况

前置与后置的定义更多的是为 用例做一些数据准备和扫尾工作（清理数据、结果提取成变量为其他用例使用）
前置里包含了：调用其他接口、数据库操作、redis 操作等
后置里除了前置包含的功能，还有结果提取的功能

用户的登录也是在执行时默认会去操作的。不同的业务线登录确实不一样，登录功能是内置在平台里了，所以无需用例编写者去额外编写登录相关的操作。
用例挂接口，接口挂项目，项目会有登录的特性，当某一个测试计划里包含了多个项目的用例，那么计划执行前，平台会提前进行所有相关的登录操作，以解决 cookie 等问题

有计划做 web 自动化或者 app，目前投入产出比不高所以会放到远期规划

环境配置的目的：环境与用例的解耦
我们测试环境的域名跟 ip 运维有统一配置，如果没有映射关系的话，可以在平台部署的机器上去设置 host。
这里环境的概念，打个比方，环境中会设置：
采购商中心：
qa 环境：xxx.qa.yzw.cn
dev 环境：xxx.dev.yzw.cn
pre 环境：xxx.pre.yzw.cn
调用某个接口时：xxx.xx.yzw.cn/getInfo；在测试计划里会选择环境；如果测试计划选择的是 pre 环境，这时，测试计划里用例的执行调用的接口就是：xxx.pre.yzw.cn
无需在 nginx 做什么配置

因为这个脚本是直接 @ 到某一个人，所以需要维护电话号码，钉钉机器人需要通过电话号码 @ 到某一个人。我建议你可以先不要 @ 到人的功能，先把插件调通。
另外，我建议你先理解这个插件的原理和脚本的逻辑，才好灵活调整成你要的东西哈

发了啊