关于APP自动化工程的一点小想法


首先谈一下APP自动化测试面临的一些局限性?

答:测试业务的不明确性,APP逻辑复杂,界面的跳转变化随时间变化。

                测试本身的不确定性,如不定时弹窗问题。

                测试环境不稳定性,主要是网络的稳定性。

                测试接口的局限性,以功能强大的UiAutomator(不考虑Appium)为例。非标准控件无法捕捉,Web界面无法抓取,中文输入(可以用UTF-7输入法来实现)。

                PC和测试Devices间ADB连接的不稳定性。



APP自动化控制工程架构的选择问题?

答:(1) 测试粒度的选择,粒度选择为较小的单步操作,则会造成测试步骤冗长,维护复杂,但也会使得测试过程清晰明了;如果选择一系列有特定意义的操作为粒度,

                           好处是可以通过方法调用实现代码复用,缺点是一个地方出错则会影响所有相关的测试,对测试脚本的稳定健壮性要求很高。


                (2) 是否需要自己写一套简单的测试管理控制架构,首先写一套简单的这个东西是不会费很多代价的。首先编写新的测试执行控工程,建议使用Json文件配置执行

                           方式,根据DeviceID实现多机器并行测试。如果不想自己写,建议使用Robot Framework,其支持IDE和Shell两种启动执行方式。


               (3) 控制工程架构的报告模块,建议采用Html样式的测试报告。报告对测试执行的细节要有很好的体现,对测试失败的节点要很明显体现,对LOG亦要有很好的保

                          存,同样报告也要做到简单明了。


APP自动化工程部署?

答: 建议使用开源的Jenkins部署测试项目,具体就不细说了。


APP自动化工程的稳定性很大依赖于测试脚本的稳定性,而APP脚本的稳定性依赖于脚本的编写和自动化测试用例的设计。

自动化测试脚本的编写稳定性,依赖于统一的严正的编写标准和严密的测试逻辑。

自动化测试用力的设计,建议由有自动化脚本编写经验的同学来设计,以提高自动化测试用例的设计质量,提升自动化测试脚本开发速度和开发质量。






 

posted @ 2016-05-18 17:44  UDLD  阅读(356)  评论(0编辑  收藏  举报