#24 楼 @codeskyblue 看了下你的代码，你是从零开始写啊。我比较建议你仿照 appium python client 的形式来写，少写很多东西，大家用起来也习惯，可维护性也更好。

键盘输入和点击 element 和 selenium 的保持一致。

#4 楼 @heminwon 你检查一下你的 webdriver 引用。selenium 的把 appium 的覆盖了。。。

补充下，data.token 也是同理。编程语言里加双引号表示字符串，没加表示变量。

#2 楼 @xuxtc 主要是这类内容太理论，有点人人都知道，但没什么卵用的感觉。如果不想纯 show code 的话，建议把自己对上述理论的思考，或者自己实践过程发现的问题和痛点以及解决方法写上来，这才是最有参考价值的。

不错，super test 这个框架我也没用过，有空试试~

貌似这个问题 windows 下出现概率比较高，应该和 exec 的环境有关吧。

#3 楼 @tester_all 帮你改了下排版。以后记得代码要用代码块，否则也会被屏蔽。

麻烦整理下排版吧？markdown 挂了不少。

#19 楼 @codeskyblue

1. 必须在 Mac 。所有支持的启动方式在 facebook 的 wiki 里有写。
2. USB Support 我也没用过，不大清楚。 @lihuazhang 有用过不？
3. 网盘里一个是 jmeter 的测试脚本，不过是直接录制的，直接跑肯定报错（session id 不对）。另一个是 charles 的抓包记录。你可以通过看里面的内容了解一下一些官方没有给到的命令怎么使用。因为最近比较忙，还没整理，都是直接录制的。。。如果有看不懂的可以再问下我。

其实它的命令还是直接看源码比较快，看我录制的请求可能还不大清楚具体是干嘛的。这两天有空的话我把录制出来的请求名称改成对应功能。

请像报 bug 一样专业地提问。

#133 楼 @lihuazhang 说明 q 号召力强嘛。

不过点击数很低，这点有点奇怪。

#14 楼 @codeskyblue 录好了，一个 jmeter 的，一个 charles 的。都放网盘了：http://pan.baidu.com/s/1slEdvBn

#14 楼 @codeskyblue 请求大概长这样：

curl -X POST $JSON_HEADER \
-d "{\"x\":\"10\",\"y\":\"20\"}" \
$DEVICE_URL/session/$SESSION_ID/tap/5

末尾的 5 是 element id 。如果根据 element id 能找到元素，那么 x, y 会被当做是元素左上角坐标的偏移量。如果找不到（例如给个-1），那么会当做屏幕的坐标。

详细源码在WebDriverAgent/WebDriverAgentLib/Commands/FBElementCommands.m 里面。官方的 Queries 文档只列出了所有命令中的 70% 左右。

有空的时候我试下用 Jmeter 录制下我的 python-client 测试过程中所有请求给你吧，我实现了大约 85% 的命令。

步骤有点多，如果有提供一个 Docker 镜像就更好了。

什么是最好的后背，就是你只需勇往直前。

这句赞~ 感谢 UCloud 。

#3 楼 @lrw3716740 可以手动导出成你需要的格式：https://www.wireshark.org/docs/wsug_html_chunked/ChIOSaveSection.html，命令行的话估计也有，你找下。

我们以前做过，先给个不 release 的 touchAction 方法，如 press->wait->perform，让它按住不放手。然后通过 findElement 找到垃圾桶控件坐标。最后再来个 longPress->moveTo->release->perform

不过好久没用了，不知道现在是否还能用。

我觉得这个报告挺好，但缺少了一个重点。如 monkey 所说，先要知道目的，然后才能找到优化点。

我们的测试组比较小，没有像你们这么详细的报告。我们的目的是让老大们了解我们做了什么，和需要他们帮忙关注/推动的点。主要只是报告各项目测试进度、延期情况以及延期原因。

bug 情况这些没有写上去，因为老大们也不会关心这么细的数据。如果真要写，主要也是写趋势，单纯数字的话很难表达清楚背后的含义（质量提升/降低？效率提升/降低？）

#5 楼 @superbaby11 感觉你这个内容和这个帖子关系不大，建议你另外开一个帖子并附上测试环境、测试脚本、 server log 等相应信息吧。

#6 楼 @watman 嗯，我主要感兴趣的是通过这种方式了解不同请求在不同配置机器上的耗时，这样就能出一个 benchmark 之类的东西，更有针对性地进行测试机型选型和脚本优化了。

思路很新颖，同时我比较感兴趣的是目前 WebDriverAgent 各个 api 的执行效率（响应时间）。

让我想到一个新玩法，搞个比较全的 WebDriverAgent api 测试集，然后分别在目前支持 iOS 9.3 的主要机型上跑一遍，看看 api 的性能如何，可以作为机型选型和以后 WebDriverAgent 性能优化的参考

请先正确使用 markdown 。。。

另外，我相信你试了 @hp_test 的方法后日志不会和帖子正文一样。你先确认下是不是确实试了之后错误日志还是和正文一样？

#32 楼 @zhuzhuhoye 额，这已经是一年前的了，招募已结束，暂时没有新的招募计划。

#15 楼 @wg689 xcode 可以，一些第三方应用市场也可以。

idevicesyslog 是 libimobiledevice 里面的一个组件，可以通过命令行工具直接调起

#13 楼 @wg689 看 8 楼。。。这是 iOS 系统 log ，你可以理解为等价于 android 的 logcat