其实对于目前所在公司的项目，我一直很犹豫要不要引进hp的这款软件，首先我对于这款软件不是很熟悉，当然现在这个理由是可以排除的，对于这个软件的效果怎么样，我也不确定，之前公司没有使用这个软件，所以也没有什么积累，一切都要从零开始。明确知道这个软件可能在后期的回归测试会减少点人力，但是前期的的脚本录制，调试，以及维护，感觉也不是一个小工程。
初步的想法是将各个action进行封装，采用随机调用的方式执行测试，调用的次数可以是随机的也可以设定，这个整体架构的改变会对action的录制有相应的要求，比如说执行完一个action，它的出口和入口要一致，各个action的要在同一级别，比如在同一页面。如此可能会出现多个层次，比如一个action中又可以划分出多个action，这个需要采用分层的思想进行解决，至于要分多少层，使用者可以按照自己的软件的特点进行划分。
说的好像又些复杂了，简单的说就是按照一定的要求录制action，采用随机的方式执行action。此方案可以检测出不同功能之间因调用顺序的不同而出现的bug，实际测试也证明这种bug是存在的，同时，这种模式也使得该软件的使用更为灵活。
暂且想法就这些，后续有再补上。
最新内容请见作者的github页：http://qaseven.github.io/
![Android项目的依赖关系解析[图]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)