基于python的自动化测试工具有哪些_接口自动化测试工具有哪些？

1、CTS&＃xff0c;CTS 测试基于Android instrumentation 测试&＃xff0c; 其又基于JUnit 测试。说白了&＃xff0c; CTS 就是一堆单元测试用例。这也是Java 语言的擅长部分。

2、 Monkey工具&＃xff0c;Monkey是Android中的一个命令行工具&＃xff0c;可以运行在模拟器里或实际设备中。它向系统发送伪随机的用户事件流(如按键输入、触摸屏输入、手势输入等)&＃xff0c;实现对正在开发的应用程序进行压力测试。Monkey测试是一种为了测试软件的稳定性、健壮性的快速有效的方法。

3、ASE&＃xff0c;ASE 意思为Android 脚本环境&＃xff0c; 即我们可以通过脚本(比如Python)调用Android 的功能&＃xff0c;从而定制一些测试。比如打电话&＃xff0c;发短信&＃xff0c;浏览网页&＃xff0c;等。我们可以扩充它的API(Java 部分), 并用python 脚本调用这些API, 从而实现丰富的测试功能。用于API 部分可以访问到Android 全部API, python 又能灵活部署测试&＃xff0c;所以ASE 的扩展性非常好。

4、Robotium&＃xff0c;该工具用于黑盒的自动化测试。可以在有源码或者只有APK 的情况下对目标应用

进行测试。Robotimu 提供了模仿用户操作行为的API&＃xff0c;比如在某个控件上点击&＃xff0c;输入Text

等等。 http://mag.big-bit.com/

分层的自动化测试

这个概念最近曝光度比较高&＃xff0c;传统的自动化测试更关注的产品UI层的自动化测试&＃xff0c;而分层的自动化测试倡导产品的不同阶段(层次)都需要自动化测试。

相信测试同学对上面的金字塔并不陌生&＃xff0c;这不就是对产品开发不同阶段所对应的测试么&＃xff01;我们需要规范的来做单元测试同样需要相应的单元测试框架&＃xff0c;如java的Junit、testNG&＃xff0c;C#的NUnit &＃xff0c;python 的unittest、pytest 等&＃xff0c;几乎所有的主流语言&＃xff0c;都会有其对应的单元测试框架。

集成、接口测试对于不少测试新手来说不太容易理解&＃xff0c;单元测试关注代码的实现逻辑&＃xff0c;例如一个if 分支或一个for循环的实现&＃xff1b;那么集成、接口测试关注的一是个函数、类(方法)所提供的接口是否可靠。例如&＃xff0c;我定义一个add()函数用于计算两个参数的结果并返回&＃xff0c;那么我需要调用add()并传参&＃xff0c;并比较返回值是否两个参数相加。当然&＃xff0c;接口测试也可以是url的形式进行传递。例如&＃xff0c;我们通过get方式向服务器发送请求&＃xff0c;那么我们发送的内容做为URL的一部分传递到服务器端。但比如 Web service 技术对外提供的一个公共接口&＃xff0c;需要通过soapUI 等工具对其进行测试。

UI层的自动化测试&＃xff0c;这个大家应该再熟悉不过了&＃xff0c;大部分测试人员的大部分工作都是对UI层的功能进行测试。例如&＃xff0c;我们不断重复的对一个表单提交&＃xff0c;结果查询等功能进行测试&＃xff0c;我们可以通过相应的自动化测试工具来模拟这些操作&＃xff0c;从而解放重复的劳动。UI层的自动化测试工具非常多&＃xff0c;比较主流的是QTP&＃xff0c;Robot Framework、watir、selenium 等。

为什么要画成一个金字塔形&＃xff0c;则不是长方形 或倒三角形呢&＃xff1f; 这是为了表示不同阶段所投入自动化测试的比例。如果一个产品从没有做单元测试与接口测试&＃xff0c;只做UI层的自动化测试是不科学的&＃xff0c;从而很难从本质上保证产品的质量。如果你妄图实现全面的UI层的自动化测试&＃xff0c;那更是一个劳民伤财的举动&＃xff0c;投入了大量人力时间&＃xff0c;最终获得的收益可能会远远低于所支付的成本。因为越往上层&＃xff0c;其维护成本越高。尤其是UI层的元素会时常的发生改变。所以&＃xff0c;我们应该把更多的自动化测试放在单元测试与接口测试阶段进行。

既然UI层的自动化测试这么劳民伤财&＃xff0c;那我们只做单元测试与接口测试好了。NO! 因为不管什么样的产品&＃xff0c;最终呈现给用户的是UI层。所以&＃xff0c;测试人员应该更多的精力放在UI层。那么也正是因为测试人员在UI层投入大量的精力&＃xff0c;所以&＃xff0c;我们有必要通过自动化的方式帮助我们“部分解放”重复的劳动。

在自动化测试中最怕的是变化&＃xff0c;因为变化的直接结果就是导致测试用例的运行失败&＃xff0c;那么就需要对自动化脚本进行维护&＃xff1b;如何控制失败&＃xff0c;降低维护成本对自化的成败至关重要。反过来讲&＃xff0c;一份永远都运行成功的自动化测试用例是没有价值。

至于在金字塔中三种测试的比例要根据实际的项目需求来划分。在《google 测试之道》一书&＃xff0c;对于google产品&＃xff0c;70%的投入为单元测试&＃xff0c;20%为集成、接口测试&＃xff0c;10% 为UI层的自动化测试。