两个办法，要么升级 chrome 版本到 87，要么降级 chrome driver 至能支持 chrome86 的版本。
PS：看报错啊，这么明显的错误提示~

就你皮

业务测试能力决定了你的下限，技术能力决定了你的上限。

还可以参考 github 上这个组织：
https://github.com/pact-foundation
一家澳洲的公司在推动。。。

感谢，可能我之前陷入误区，一心想着用开源，不想受 IDE 约束，看到 QTP 这类都直接略过去了。。。

看了腾讯的 QTA，很可惜的是用于 windows 的 QT4C 没开源。。。

收集截止日期是到哪一天啊，有具体日期不

创业等于失业。。。

搭建 H5 页面？你的题目没看明白。

青春很短，没多少时间，可以浪费的

来个链接吧，看瞎眼

拉个群吧，能一起交流的，最近在研究 contracts 测试

跟着待测产品走，我们产品的开发语言是 nodejs，基于 nodejs 的前端 e2e 测试框架也有好多，也不用自己造轮子。至于 python，我们用来来写各种自动化脚本较多。

python 或者 nodejs

没几个特殊项目被封啊，现在不用 *** 的。

有南京或者相关 leader 的微信群不，求拉，方便交流

南京的小伙伴，有人有兴趣组织或者参与的吗？

有可能，testlink 好久不更新了，直接 docker 装很方便，匹配的 php5.

好用没毛病，就是贵。。。

Testlink + 1

Below link will help you:
http://appium.io/docs/en/writing-running-appium/web/chromedriver/#chromedriverchrome-compatibility

这个问题其实是两个问题。
1.能否有权限修改，这是系统设计问题。
2.需不需要通知组员，这是工作流程问题。
从个人角度觉得，测试平台可以有这个修改的功能，但是在流程上要规定清楚，并且修改后应该有对应的修改记录，针对 case 要有版本控制。
------分割线------
讲下个人工作体会，实际执行 case 过程中，我会发现一些 case 有问题：
1.比如就是一些简单信息需要更新，case 不需要大的改动，我会对 creator 说一下，然后自己直接去修改 case，我们 team 用的 testlink，case 有版本控制和修改记录，我觉得这样效率最高。
2.如果这个 case 逻辑或者需要大的改动更新，我会让 creator 自己更新，讲清楚需要更新的原因。

有个问题，很好奇，在灰度发布时，怎么精准的分流。
具体点，V1 和 V2 对应的数据库结构不一样，用户 A 被负载均衡切换到 V2 时，进行了刷库操作，那么以后怎么能保证用户 A 一直访问的是 V2？
问这个问题的背景，我们团队现在的做法，不是在负载均衡那层做分流，而是新起一个鉴权服务，存储一份灰度名单，该名单相对固定，鉴权服务发现 A 用户是在灰度名单中，则让 A 访问 V2.
总感觉我们现在的做法不是真正意义上的灰度发布，求各大大佬给点意见，希望知道大厂是怎么做的，请指教。

permission denied，和你单独装 chomedriver 没关系。
https://github.com/appium/appium/issues/10020 看看这个还能帮助你不

npm 拉包时候的网络问题，可以用 taobao 的 npm registry。
参考链接https://npm.taobao.org/
或者直接用 yarn 替换 npm。