你仔细看下 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 的真心不多，更多的是由于各种历史问题，不同系统用不同的接口编写方式，甚至用不同的接口协议。接口框架还是先得能适应这样的实际情况。

总结很赞，知道不足，方向会更清晰

完整日志发出来吧，从开始执行命令到结束。

文中的例子很赞，很真实地反映了接口测试的重要性~

请仿照招聘贴格式，加上明显的公司介绍，同时标题加上公司名称。谢谢！

没看到报了啥错误呀

赞~

有语言可以选择的，印象中在右上角的设置菜单里。你试试？

根据以前的接触，如果只是普通应用级别的探究，熟悉 adb 及 shell 常用命令应该就基本够用了。

用 robotium 之类的基于 instrumentation 的框架，建议看下 instrumentation 相关源码。

如果要深入研究，那么 android 源码是你最好的素材。至于从何看起，看你的具体需要吧。知识体系图谱这个有点大，日常工作需要用到的应该没这么多。

我不是大神呀。。。另外，社区里请不要随便用大神这种称呼，这个称呼不少人并不喜欢。

你查下官方的 api 文档看下？官方文档里写得比较全。