工作 linux，家用 windows

public class NotePadTest extends ActivityInstrumentationTestCase2<NotesList> {

    private Solo solo;

    public NotePadTest() {
        super(NotesList.class);

    }

robotium 需要依赖被测程序，就像上面代码展示的那样 ActivityInstrumentationTestCase2<NotesList> 。还有就是 robotium 是黑盒测试，黑不黑白不白不是说看到代码就是白的~ 看楼主这意思 eclipse 能不依赖应用代码，自己跑？

为毛 testerhome 这样的网站会备案困难，难道是因为没有正式的组织机构吗？

#1 楼 @andward 恩，我换成 1.5.8 就没问题了，看来是 python2.7 和 django1.8.5 不兼容，忽略错误后是可以工作的。

赞~喜欢这种有实践有前瞻的干货~

docker 去年开始关注，但一直没时间研究，对它也有质疑。公司内部运维仍在使用 vmware 的 esxi 作为虚拟化手段，确实很头疼，但若运维改造成 docker 这看起来是一个很大的工程。最主要的是服务端没有统一可靠的图形化管理，docker 最近收购了 Kitematic，期待不久就会有一个可靠的、官方的图形化管理工具。

另，我公司也正在探索运维自动化、安全与 docker~@seveniruby oneAPM 我也使用过，还请售前来讲解了一次，也许以后有合作机会~

赞~说不定会用的着，mark 一下。是不是重复造轮子不好说的，适合自己的才是好的~

已上传到 testerhome，崩溃啊，poco 坑爹

#3 楼 @lihuazhang 我这里可以看到... ...

#1 楼 @seveniruby 感谢如此诚意的回复，这件事我琢磨了好久，前后有一年了吧，您说得这些都有考虑过，最终我想通了，虽然说是重复造轮子，但以前的轮子都不太合适，总是受制于他们，所以产生了这个想法。之所以开源也是为了能收集些意见，坦白的说我根本没想过会有很多人用，因为优秀的框架有很多，那么我写出来就是想把自己做这件事的过程和结果有个记录，拿出来分享，提高自己，至于能不能为大家带来好处，这个我不敢说，理想是远大的，到现阶段肯定是以我能看到的，以及在公司中的实践来指导我开发，至于产品，服务这个东西我还没想也尚不够资格来考虑，还是十分感谢你的建议，所以说还是开源好，万一有同学用了之后来吐槽，也就达到了不闭门造车的目的了