银行级别的App，就不要想着抓包分析了，如果你有空去研究怎么逆向编程，怎么去破解App的壳，说不定还有一线希望。因为在加密的背后，就可以得到数据传输的公钥。

不过这对于所有人来说门槛都特别高，如果逆向编程真的可行，那银行的App也是不堪一击了。所以，为了把有限的时间花在刀刃上，小编强烈推荐使用移动端自动化框架来解决这个问题。

我们先来介绍下，什么是移动端自动化框架？

在app开发过程中，甚至是验证阶段，公司总会有一个部门负责项目的验收工作，那就是测试部。对于大型App来说，业务是及其复杂的，逻辑也会非常严格缜密，但是稍有不慎，就会落下个前已发动全身的下场，技术人员在每一次调试过程中都小心翼翼，尽管保证了这一次编码OK，却也没办法得知在他所不知道的地方，正因为这一个小小的旋涡而带来了巨大的风暴--这就是蝴蝶效应，你硬要说是多米勒骨牌，也勉强凑合。

但是如果说每改动一个小的地方，就要让测试从头到尾，全方位360度无死角的测试，还是很难的，至少他在有限的时间内，是做不好这样的工作。所以一个精明的测试就必须得会一些自动化的工具，这甚至可能需要学会代码编写，好了先不管那么多，小编就说到这！

自动化测试分为哪些平台？

从宏观角度上来说主要分为两大类，一个是Web，另外一个是App。前者暂且不说，后者也会有响应的测试框架，通过黑盒测试的方式，我们完全有办法，去控制一个App的显示、操作等功能。

关于自动化框架性能问题？

由于早期，许多基于黑盒测试的框架，都是为了测试人员而精心设计的，所以弱化了编码功能，而且实现角度出发点，是从界面识别捕捉开始的，这种方式显然有他的缺陷，就好像图片识别一般，速度至少是比较慢的。而且有些测试必须得是十几台机器同时进行（节省时间），所以设计架构又是以B/S的方式来，这种方式的缺点是所有的请求，都要从Service端发出，B端接受，效率自然很低，还存在命令不能并发，偶尔会出现覆盖的问题。

如果想知道更多关于自动化测试的框架，你甚至可以移步到这里来看。每一个自动化框架，它们其中的优缺点都有指出，虽然只是蜻蜓点水，但是小编写的也算很详尽，对入门者大有裨益。