把完整代码贴上来？

gzip 可不仅仅是加个 header 就表示用了 gzip 哦，实际的 http body 也需要真的用了 gzip 方法压缩才行。否则服务端一解压还是会出错。

另外，是否使用 gzip 需要客户端和服务端统一，只是其中一方使用是不行的。

好的提问，请从使用 markdown 开始。现在的排版不大适合看代码，容易影响大家帮你解决问题的热情。

效果视频看不到，能否把 Vimeo 视频地址发一下？

非常感谢大疆测试团队对沙龙的大力支持，这应该是大疆测试团队首次对外分享他们的测试经验。

也非常感谢深圳各个同学为沙龙的付出。测试同学的支持从报名时大家的热情到当天最早的同学提前了超过 2 个小时到都可以看到。感谢大家，让这场沙龙以最佳效果完满结束~

直接发个 pr 解决掉呗。估计 appium 的人忙不过来。

详细说下你目前具体的写法和困惑的地方？你给的链接只是教怎么配置，但没有体现你的困惑点。

Client was not authenticated to send anonymous mail 。。。

简而言之，服务器认为你想采用匿名账户来发邮件，所以不允许你发。查下你的账户配置是否正确和有效吧。

这个赞，可以提个 PR 了。

jenkins 判断是否失败的标准是 shell 脚本的 exit code 是否为 0。为 0 表示成功，否则失败。

有报错但不会失败，看下是否配置里面没有设置为有报错则 exit code 不为 0 ？

那有可能是你的覆盖率没有收集到。你把详细步骤和日志发下？

你仔细看下 eclipse 的调试命令，看它是通过什么命令来执行你的用例吧。

如果没有使用 ant 或者 maven ，一般就是导出成 jar 包再命令行执行
如果用了 ant 或者 maven ，直接用它们对应的执行测试用例的命令执行

注意，我指的是你的项目有没有用 ant（特征是项目根目录有个 build.xml）或者 maven（特征是项目根目录有个 pom.xml），不是你的环境有没有这两个软件。

你的 java 用例是怎么执行的？

http 请求部分建议用 okhttp 库，现在的写法感觉比较累赘。

赞，我们也是类似的实现方式，想到一起了~

git apply 其实不用 commit 也可以，只需要把想修改的部分通过 git add 加到暂存区，然后 git diff --cached > xxx.patch 就可以生成 patch 文件了。

另外，分享下 patch 的坑。我们用 patch 这种方式用了 3 个月左右，期间由于被 patch 的部分前后代码有改动导致 patch 失败的出现概率大概是 50%，导致耗费了非常多时间来修正 patch 文件。最后还是选择了 debug 包固定开覆盖率，release 固定关覆盖率的方式取代 patch 这种方式。

@yuhedt 你的预期结果是指不应该打开创建话题的窗口？

按照步骤尝试了下，点击创建话题后，实际进入的是上面截图中的列表页 (站点检测到无权限，自动跳转)，并非真正的发贴页，因此提交按钮无效。

体验上确实有欠缺，我看能不能优化下吧

善用搜索吧，以前有不少贴子讨论过这话题

你是不是装了多个 python 版本？

应该是因为字体库加载速度慢吧？

用 pytest 的插件就行，它可以直接读取和执行 unittest 的用例

体系 + 落地吧。想比用了怎样的技术，更关注落地效果和整体规划

赞，想到一起了，我们也是直接编译后连源码 +node_module 一起拷进镜像中。不过我们偷了个懒，直接基于官方 stf 镜像构建，省了 base 镜像。

不违反公司规定，不损害公司利益，不影响工作，我觉得没问题。

如果是对外分享，强烈建议报备，毕竟你是带着公司的 title 的，公司或多或少会在意。

这个思路很赞，由配置中心搞定环境配置问题，这样配置项就不用分散到各个项目维护了。

说得很全，不过认同 @debugtalk 的观点，第三个是核心，其它是锦上添花。

其实如果接口都是比较统一，而且用了类似 swagger 这类同时定义了规范和实现的框架，接口用例自动生成、mock 这些都会很好做。然而目前接触的实际项目中用了 swagger 的真心不多，更多的是由于各种历史问题，不同系统用不同的接口编写方式，甚至用不同的接口协议。接口框架还是先得能适应这样的实际情况。