自己造一个，牛！

appium 官方解释是直到 1.4.11 后才正式支持 9.0 。

iOS 9 is supported only on Appium 1.4.11 and above (1.5 beta). Refer the following link to reconfig your appium client to 1.4.11 to fix the above issue.

Upgrade Appium Client to latest appium version

https://discuss.appium.io/t/could-not-find-a-device-to-launch-cannot-launch-iphone-5-9-0-simulator/6093/5?u=chenhengjie123

:plus1:

#2 楼 @gaopeng1106 被你知道了 [害羞]

Q 都上场啦，好期待~

哇塞！北京又来啦！大赞！

官方解释：

iOS 9 is supported only on Appium 1.4.11 and above (1.5 beta). Refer the following link to reconfig your appium client to 1.4.11 to fix the above issue.

原文地址：https://discuss.appium.io/t/could-not-find-a-device-to-launch-cannot-launch-iphone-5-9-0-simulator/6093/5

原因是 iOS 9.0 的 simulator 名字改了。原来是 iPhone (8.1 Simulator)， 但到了 9.0 把后面的 Simulator 去掉了。 appium 是根据 platform, deviceName 和 platformVersion 组合 simulator 的名字的，Simulator 默认会自己加上，所以开不了。

#10 楼 @shenkai600 我只是搬运工，现在项目中还是 E2E 。要实现上述这种测试方式需要开发和测试一起努力，而且工作量相比直接 E2E 会大一些，所以短期项目估计不会这么干。

如果自己没有什么好的想法，建议用 selenium 推荐的 pageObject 模式来写用例，可维护性比较强。

参考链接：http://selenium-python.readthedocs.org/en/latest/page-objects.html

appium 中 webview context 对应的是 webview 的 chrome 内核 这个进程（它是通过抓取进程数据来检查有没有 webview 的）。个人觉得应该不会你一按返回键切换回 native 界面这个进程就马上消失，而是 webview 暂时存在缓存中，直到内存不够用或者应用被关掉。

你可以试验一下，看返回 native 界面后 chrome 内核的进程是不是还在，或者立即回去 webview 界面是重新加载还是马上就出现了。

#29 楼 @happystone 这个可以有。不过木有专业设备，准备用数码相机凑合一下。。。

#25 楼 @anikikun 你 31 号在广州啊，到时候出来聚聚吧

#4 楼 @apert
#8 楼 @sl_wang
#17 楼 @summer
#22 楼 @john1688
提醒一下，由于西塔出入需要凭身份证领取通行证，活动当天记得带身份证过来哦。

试了下，www.testerhome.com 也不行，统一用 https://testerhome.com 访问吧。

#19 楼 @tongshanshanshan 继续加油！以后多点过来 Testerhome 交流， sharing codes show cool ！

#17 楼 @lihuazhang
#18 楼 @monkey
#21 楼 @anikikun
我那只是代码洁癖，和架构师还有很大差距。。。现在深入了解过架构的程序还不够多，很多想法还很 native 。。。

赞一个！

这么短时间能做到这个程度很不错了，框架的层次基本已经出来了。

下面是一些个人的建议：

1. 既然分层了，那就尽量不要把所有执行相关的文件都放到 run.py 里面，按照层次分离成不同的文件。这样更清晰，也方便未来扩展（我估计很快你就需要扩展各个层次的内容了，各层次的功能不是很够用）
2. appium server wrapper 这方面你可以参考下 cosyman 以前发过的帖子。他写的比较全。server 建议用进程做。
3. 不是很理解为何要设计成运行测试和 server 要做成两个 thread 。个人觉得应该 server 是一个 process ，wrapper 提供 start 和 stop 方法，然后框架就直接 run 就好了。 run 完后调用 wrapper 的 stop 就没问题了，没啥必要做个轮询不断地检查 run 完没。
4. 其实 appium server 还是比较稳定的，不至于会经常挂掉，所以个人觉得没太大必要在测试框架里总是去打开/关闭它，把它当 service ，启动后一直运行就好了。

接下来是个人代码洁癖给出的吐槽，不想打击你，但忍不住要吐下槽：

1. 一处 open file 后不 close 。建议如果没办法记得去 close 的话用 with open(path, mode) as f 来打开文件。
2. 代码风格有点偏 Java（主要是注释的使用），建议你看下 python-client 的源码和 Google 的 Python 风格规范，代码风格和主流贴近一点，这样便于让别人阅读你的代码，进而和你合作。
3. 从代码来看你的两个线程之间没什么资源共享，应该不需要搞线程锁什么的。不过我对线程也不是十分熟悉，你还是先看下相关资料再决定吧。
4. 路径建议用 os.path.join ，不要把路径分隔符 hard code 进去。
5. log 的方法名越短越好，最好 log.d, log.i 之类的就好了。另外， python 有现成的 logging 模块，功能强大，没太大必要自己实现个 Log 模块。

赞同这个：

眼界放出去，不要局限于计算机互联网。我们这一群人，视角太窄，看不出去。

接下来 2 年要扩展视野了。

#1 楼 @missgong0 既然你查到了这方面的资料，要不顺便把它们汇总一下发个帖子？

#8 楼 @gaopeng1106 畅聊群里有个叫小白的在微信，你可以反馈下给他。

#22 楼 @john1688 :plus1: 下周六见！

#21 楼 @lihuazhang 这个可以有。我先找下有没有可以合作的，否则就只能拿手机上了。。。

#9 楼 @tagore_shao 我觉得最有成就感的是不仅发现了 bug ，而且还找到了修复的方法。我相信开发也更愿意和这样的测试合作。
大家一起加油啊！

@lihuazhang

不错，很棒的 gui 工具！

PS: testerhome 拼错了，少了 er

#8 楼 @carl
#9 楼 @weamylady 你们赶紧发啊。。。没多少天了。。。