自动化测试工具开源项目召集令[已结束]

易寒 · 2015年02月03日 · 最后由易寒回复于 2015年03月03日 · 2017 次阅读

本帖已被设为精华帖！

开源团队第一阶段工作和分组名单
 开源项目启动倒计时
 git 使用技巧小合集
 node.js 自学笔记小合集
 [全民时刻] 开源团队需要全体成员的帮助
 开源团队第二阶段工作明细

1 个赞

如果觉得我的文章对您有用，请随意打赏。您的支持将鼓励我继续创作！

打赏支持

共收到 84 条回复时间点赞

Monkey #84 · 2015年02月03日

具体是？包括界面？还是仅仅包括 appium 的 case 管理？还是其他的？有没有细化的想法？？

易寒 #2 · 2015年02月03日 Author

#1 楼 @monkey 有界面的好点。面向原生的 uiautomator 或 instrumentation 的 case，其实 case 不局限于这些，如果可能的话，可以包容其他脚本写的 case。也会加入一些性能相关的工具，这就看有没有这方面经验的人加入。细化的想法，我看能不能组成这个开源团队。然后我再公布具体的想法，这也需要和大家一起讨论

Monkey #82 · 2015年02月03日

#2 楼 @doctorq 这个当中我也一下子想不出来别的，不过看到你写 case 管理，执行等。这个么。。关键是很多公司由自己的管理，不方便对接的话，两套就会比较累赘。。hmmmm

易寒 #81 · 2015年02月03日 Author

#3 楼 @monkey 这个没关系，主要想着集合大家的力量，做一些东西作为社区的产出。一切都是以基础开始，当基础有了，想加入其他的东西也就方便了。

Monkey #80 · 2015年02月03日

#4 楼 @doctorq 嗯靠谱～～～～可以看看大家拉个分支出来，扩展 appium～～

易寒 #79 · 2015年02月03日 Author

#5 楼 @monkey 对啊，这个也可以啊，反正都是开源的，大家如果有能力，自己扩展和修复 appium 的功能和 bug

Monkey #7 · 2015年02月03日

#6 楼 @doctorq 碉堡了。。。。

易寒 #8 · 2015年02月03日 Author

#7 楼 @monkey 没有，我也是想练练手。刚好最近学习了持续集成开发和代码质量管理的知识，想运用运用。

water #9 · 2015年02月03日

碉堡了！支持支持！

易寒 #75 · 2015年02月03日 Author

#9 楼 @weamylady 那就等你报名了

water #74 · 2015年02月03日

#10 楼 @doctorq T_T 我编码经验、能力不足，提提需求还是可以的~哈哈哈！

易寒 #73 · 2015年02月03日 Author

#11 楼 @weamylady 我就喜欢编码经验不足的人。一同进步不好么

water #13 · 2015年02月03日

#12 楼 @doctorq 坐等大神加入 →_→

易寒 #71 · 2015年02月03日 Author

#13 楼 @weamylady 你不就是大神么

water #70 · 2015年02月03日

#14 楼 @doctorq ……说的毫无道理，我竟无言以对……STO

Monkey #16 · 2015年02月03日

#13 楼 @weamylady 你不就是大神么 XDDD

water #68 · 2015年02月03日

#16 楼 @monkey 我跟你是一届的呀！！到处开演讲的大神！OTL

Monkey #19 · 2015年02月03日

#17 楼 @weamylady 23333，我们一起等大神，I am in

易寒 #66 · 2015年02月03日 Author

#18 楼 @monkey Monkey 加入了啊！！！！赶紧跟随

大东 #65 · 2015年02月03日

来来来，有兴趣，求详细求鞭打

易寒 #21 · 2015年02月03日 Author

#20 楼 @anikikun ok，第二位加入的

思寒_seveniruby #23 · 2015年02月04日

先提提你的产品设想吧. 我也一直想组织人去做.

易寒 #62 · 2015年02月04日 Author

#22 楼 @seveniruby OK，今晚回去加上

思寒_seveniruby #24 · 2015年02月04日

我之前有个想法是改良 appium 或者 selendroid.

基于 uiautomator 的模式是不能打败 robotium 的. 他们不在一个维度上.
而 selednroid 会是一个很好的模式. 但是不能让整个测试完全基于内网.
如果把主动连接 agent 的任务改成反向连接, appium 服务器发给云端服务操作指令, agent 从云端服务执行指令.
这样就可以实现在各个云测服务上无差别的执行测试用例.

易寒 #60 · 2015年02月04日 Author

#24 楼 @seveniruby 这个太大了，如果这么做的话，周期会很长。目前只是做一些基础的，把架子搭出来

易寒 #59 · 2015年02月04日 Author

#24 楼 @seveniruby 如果你召集人员做这个，我加入

思寒_seveniruby #58 · 2015年02月04日

#26 楼 @doctorq 我不想大改动 appium. 而是写一个小的独立模块挂在进去. 把 android 的 port 和 appium 的 port 都分别映射到互联网上的某个机器上. 而不采用默认的 adb forward.
这个工作可能很小, 甚至只需要一个命令就可以实现. 比如 ssh 的端口重定向就可以做到了.
如果我们实现的好, 可以完全不用改动 appium 的源代码的. 将来再把代码 push 到官方, 让他们支持扩展.

思寒_seveniruby #28 · 2015年02月04日

#26 楼 @doctorq 或者打造一个我们独特的 testerhome 分支

易寒 #56 · 2015年02月04日 Author

#28 楼 @seveniruby testerhome 分支很好，monkey 也是这个想法。我想着既然咱们社区是做 appium，那么拉一个分支很有必要，专门研究 appium 相关源码。可以修复 bug 提交给官方，或者做一些扩展，满足我们的需求，这里这么多的 tester，需求肯定是多种多样的，都不用专门找用户，让大家提就行。