想法很好，但是不要忽视维护成本和代码重用 1.维护代价和成本是最高的，你录制简单，自动生成的代码可可维护性的成本肯定比手工写的要高。比如自动生成的 XPath 和人工优化后的哪个会更好一些？2.在录制过程中肯定会遇到相同功能的要多次利用，那重用这些不还得另外出一套框架重用？你做的好能比 QTP 还好么？

#1 楼 @tobecrazy crazy 谢谢，那也不至于是纯录制这么简单的。
xpath 的确会是个问题，如果用控件 id/name/value 之类的去定义这个可能是穷举也穷举不完的...
录制出来的也是脚本，可以想办法重新封装起来的，提高重复使用率
总之，这只是一个很粗略的构想，肯定有很多很多的不足，谢谢你的建议

换个角度想，有没有一套框架，可以让我们不用写代码就可以创建我们需要的应用呢？

思路很好，但个人觉得这类方式由于自身局限性不会走得太远。如同开发中当组件需要高度可重用和可定制时，没有开发会用通过拖曳就能创建视图的 storyboard ，而都是是用纯代码创建。

录制重放这类方式，我更倾向于用来简化重复劳动，例如现在的按键精灵。

其实
早在 2011 年的时候，testdroid 就提供了一个类 eclipse 的 ide 插件，这个插件可以让我们直接手机上进行操作，同时同步生成 java 代码，几乎是可以不用改的方式。就可以直接进行 android 回放

不过从这个角度来看的话，其实复古是复古了，但是未必就会省事。我们讨论问题呢其实还是需要接地气的，假设一切都很稳定的情况下，这种方式的确会提升效率。但就目前的情况来看，很难去达到，未来在我看来就更难去达到。因为技术的变革太快，使用的技术会复合式，而这种所谓的 “工具” 其实本身就是一种黑科技，面对复合式的技术就会有不兼容或者不稳定的情况出现。

所以总体来讲，不建议往这个方向去思考

这个方向的终点是测试机器人

怎么感觉像人工智能那个方向去了。。。