: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 你们赶紧发啊。。。没多少天了。。。

不错~
无论是哪个流，最终都是靠 type=file 的 input 标签去传递的这个文件的内容的。

赞！