使用工具实现自动化测试与编码实现自动化测试，各有什么优缺点？

1、工具测试优点:更易于上手绿盟自动化渗透测试工具，实现上效率高 编码实现缺点:要求编程基础，功能自实现，效率低2、工具测试缺点: 测试数据结构单一,扩展性差 编码实现优点: 测试数据更多样,扩展性更灵活还有更详细绿盟自动化渗透测试工具的优缺点，可以看黑马程序员的社区。配套视频也有的。主要是入门的话，在社区可以找到志同道合的伙伴

手机APP用什么工具做自动化测试？

1、IOS的话用instruments，这个工具是mac系统自带的，语言为js脚本语言。

2、android目前做功能自动化的话主要是还是uiautomator，不过要求android版本17以上，API可以参考官网；

3、框架的话可以学习下淘宝的自动化测试框架；

4、建议先学习自动化测试的原理，然后弄明白为什么要做自动化测试、它能做什么、谁来使用它、目标是什么以及它能带来什么价值；

5、关于android版本的问题，之前有讲到需要17以上的版本，没有什么公司会一个版本一个app的，一般都是做兼容，楼主应该更多的关注抽取什么样的测试用例去实现自动化、框架如何设计以及如何解决软件版本更新带来的维护问题。

请问自动化工具有哪些？本人小测试，现在想学习自动化，市面上的自动

持续的集成服务

过去十年来在软件开发领域到来的自动化一个最大的变化是任务自动化。在过去绿盟自动化渗透测试工具，像构建一个应用的特殊版本，创建文档，或者更新bug报告的状态是人为的。一些团队甚至贡献为了 启动一个版本而负责的"创建人"责任。像这些人为的任务（或者是紧紧地绑定给个人或机器）是消耗时间的，并且创建来为了避免瓶颈，比如创建人占据私人的一天并阻碍新版本被完成。

幸运的是，持续集成（CI）工具通过允许任务被标准化和自动化来挽救。持续集成服务重要地安排和执行任务，一个规则的台式电脑能做的任务并且让这些任务在目标机器上执行而不是它自己。回到创建版本的例子，取代让鲍勃为手工在绿盟自动化渗透测试工具他的机器上创建版本负责，一个持续集成服务能被集成去选择一个目标机器并且在那台机器上执行版本。不仅使鲍勃不需要身体上在那台版本机器出现，而且能在任意时刻发生版本创建，不管是已安排的或者是为了响应另一个动作。

举个例子，测试者爱丽丝可能想要一个基于最新改变的应用程序版本去看一个程序错误是否被修复，而且她能自己发起版本创建。这个不仅使资源从做代表性任务中自由运作起来，而且给团队在个人以外和团队流程上给予了更多的控制。绿盟自动化渗透测试工具你也可以把持续集成任务绑定一起给更深的线程一些任务。学习一个持续集成如何工作是对没有放很多编程的重点在自动化上很好的引子。

使用持续集成的一个途径是跑端到端的测试套装。这些测试经常需要跑数分钟甚至数小时。我使用过持续集成去自旋向上和自旋向下测试机器并且发起在那些测试机器上的测试。相对于在你自己机器上跑这些测试这是一个很大的帮助，因为它允许一个测试开发者当测试到处跑的时候去做其他的工作。持续集成的服务器控制着所有这些任务的方方面面。

一些持续集成服务的普通例子是开源工具Jenkins，基于云的Travis CI，和专属工具Bamboo，但是这些也是其他的一些。甚至更低技术是使用一个像克隆或者windows任务分配者的工具为了在单一机器上去使任务自动化。

CI对于开发软件爱好之外的编程是独立的，并且它是一个测试能确实增加价值的一个地方。

现代源码控制

我首先需要指出我爱源码。当编写代码（或者博客绿盟自动化渗透测试工具！）时，它是一个很有帮助而不仅是工具。对于一个编码的测试员，它是一个无需脑力者。甚至即使一个测试不编码，当测试软件时以现代方法使用源码控制可能是一个大的利益。

在现代方法中"我"的意思是什么？"我"的意思是使用源码控制1）集成其他工具，比如CI服务器或者问题追踪器，并且2）允许使用好的团队流程习惯，比如基于干线的开发。好的源码控制允许个人去分析变化和更深地挖掘软件工程正在发生什么。

一个接近源码历史和一些基本学习的测试能问出像"在应用里的哪个文件有最多的开发在它们上面工作？""哪个文件有最大的变化？""哪个变化的设置包含引起问题的代码？"等待。这个信息有助于找到步调且暗示一些事件的引发。

用CI集成源代码甚至能更加有力。在问题跟踪者的事件能使它们的状态在由开发引起的变化中更新。测试者能要求必要的需求在输入的代码被自动查找出来，比如通过自动测试或者代码模式需求。建构和部署能被改代码发起。当源码控制被很好使用，在这种情况下有很多种可能，这是一个在持续传递后隐含的概念。

举个例子，我在一个使用基于云集成服务的开源项目上工作为了检查每一个由提交者提交的交付。在这个项目里，持续集成运行所有的自动化测试并且检查所有为形式和格式增加的代码。假如一个提交造成错误的测试，或者没有满足设置的风格向导，提交失败了并且暗示了提交者和项目维持者去修改提交。这有助于提供项目历史里以统一的风格每一个提交并且暗示了提交者在增加或者更新模块中可能的微小错误。

这些目前在源码控制的热点是Git，自由和开放代码的，在它周边有着健壮的生态系统。这些也是一些其他的方面，比如Subversion，Mercurial和微软团队基金会。

遥测和监控

这是一个我并不熟悉的主题，但是它确定是测试者们感兴趣的。监控是一种方法，从此挂钩被放在一个应用程序里去发回关于软件是如何被使用的信息给软件创造者。这能包含正被使用的后端/服务器应用程序接口函数，并且在哪个指令，由被使用的由用户界面组成的部分和在什么频率上，等等。

这个目标不是为了发送特殊的用户信息返回给开发团队，更普通的信息是关于一个应用程序正在被用着的和如何被用的部分。这提供了终端用户在做什么的视角，他们实际上如何使用应用程序，并且特定属性如何被得到。安兰培是个微软测试，曾经简短讨论这事情的他曾做过的通过遥测和监视的一部分。

类似于最小化资源控制历史，监视能帮助你找出答案，从简单的问题中（"上周多少人记录？"）到更特殊的和可视化的问题（"当特性X被发布时用户们如何改变他们的习惯？"）。这些是帮助测试们执行更好的测试策略的种类问题，并且，总的说来，帮助团队对用户做更好的选择。

更多的信息，请检查AB测试播客页面和布伦特詹森。一个主流产品如何使用遥测技术，看一看Mozillla如何通过火狐使用监测技术。

也使用Selenium

最后一点，但这不意味着这不重要，对于使用web应用程序以及其相似的应用程序的测试者来说，Selenium WebDriver是一个很好的工具。在这一点上，WebDriver是一个用于自动驱动浏览器行为的标准工具，类似于一个人类用户如何在浏览器中用网站APP交互。它有一些语言绑定，和一些主流浏览器工作，并且是一款非常好的能被开发第一组件的可扩展性API的例子。简言之，它是一个优秀的工作。

当被灵活地使用时，WebDriver允许测试和开发去使用户体验性测试得到自动化，这个可以被放在一个持续性的可传递流程。我写了一个简单的基于网页驱动的测试，可以找到像导航到登录页面的链接的事务，而不是寻找用户名和密码场合（由于坏的部署），或者寻找一个不打开的对话当一个控制被点击成想象的（一个明显的但严重的问题）。这些是很快被找到的事情但是不能被单元测试覆盖。

WebDriver也能被用在写自动化的测试，可以被本地执行去双重检查那些不会以非预约的方式打断重要特性的变化。这些甚至是WebDriver用于扩展功能测试以外的用处。

对于对学习代码感兴趣的测试来说，WebDriver能提供一个好的学习代码的介绍。自动化测试脚本能是一个容易的方法去熟悉编程而不是深入挖掘代码语言鸿沟。它提供足够的架构去开始，并且仍然能够完成一些很好的测试工作。

大脑有这些概念，加强测试自动化，不管你在软件开发中的角色是什么。

史上最全-Appium自动化测试框架

“

appium是一个开源的移动端自动化测试框架，可以测试原生的、混合的以及移动端的web项目，appium是跨平台的，可以运行在osx、windows以及linux桌面系统上，用来测试ios、android应用

”

Selenium

2004年，Thoughtworks的员工Jason Huggins编写了一个名为JavaScriptTestRunner的测试工具

后来多人修改架构为独立服务模式，开发并推出了Selenium RC和Selenium-IDE

“

Selenium是一个用于Web应用程序测试的工具，Selenium测试直接运行在浏览器中，就像真正的用户在操作一样

”

这个工具的主要功能包括：

测试与浏览器的兼容性

测试你的应用程序看是否能够很好的工作在不同浏览器和操作系统之上

测试系统功能

创建回归测试检验软件功能和用户需求

“

框架底层使用JavaScript模拟真实用户对浏览器进行操作

”

1.x版本的Selenium需要启动一个Server，将操作Web元素的API调用转化为一段段Javascript，然后在浏览器中注入这段Javascript

但是这样会有缺点

速度慢

依赖于浏览器对注入的Javascript的正确解释

于是有了2.x版本的Selenium版本

2.x版本的Selenium整合了webdriver和原来的Selenium，把多个浏览器原生的API封装成一套更加面向对象的Selenium webdriver API

这样做的好处是速度提高，且调用的稳定性交给了浏览器

2.x的Selenium也可以叫Webdriver

Appium

为什么讲appium前，提到selenium呢？

Appium是基于webdriver协议添加了对移动设备自动化api扩展而成的，这样做的好处是避免重复造轮子

appium的框架是什么样的？

appium使用client-server架构，appium-client以脚本的形式，支持多种语言

appium-server需要安装appium-server程序，用来监听端口上来自appium-client的命令

“

appium-server已经很久没更新过版本了， 目前可以用appium-desktop代替

”

UiAutomator是谷歌推出的一款用Java编写的UI测试框架，可以使用UiAutomator框架提供的API来对安卓系统进行一系列的自动化测试操作

Bootstrap是Appium在初始化的时推送到Android手机上的一个UiAutomator测试脚本，该脚本的唯一一个测试方法所做的事情是在手机端开启一个SocketServer（通信模块），用来监听Appium从PC端过来的命令发送给UiAutomator来执行处理

工作原理

“

appium-server启动并监听在某个端口，接收测试脚本发来的命令请求，再将请求发送给中间件Bootstrap.jar， 中间件Bootstrap.jar会把appium的命令转换成UiAutomator的命令 ，发送给UiAutomator，UiAutomator对android系统进行操作

”

安装

更多内容，在 汽车网络诊断通信 上可以看到

一般大公司UI自动化测试使用什么工具呢

1、Selenium：该软件是一个用于Web应用程序测试的工具。其测试直接运行在浏览器中绿盟自动化渗透测试工具，支持的浏览器包括IE、Mozilla Firefox、Mozilla Suite等。支持Net、Java、Perl等不同语言的测试脚本。

2、Soapui：SoapUI是一款开源测试工具，通过soap/http来检查、调用、实现Web Service的功能/负载/符合性测试。可快速的帮助用户进行http的接口测试，并且还支持进行检查，监控、符合等功能。

3、Robot Framework：该软件是一款python编写的功能自动化测试框架。具备良好的可扩展性，支持关键字驱动，可以同时测试多种类型的客户端或者接口，可以进行分布式测试执行。主要用于轮次很多的验收测试和验收测试驱动开发。

4、QTP：该软件提供符合所有主要应用软件环境的功能测试和回归测试的自动化。采用关键字驱动的理念以简化测试用例的创建和维护。它让用户可以直接录制屏幕上的操作流程，自动生成功能测试或者回归测试用例。

5、Jmeter：JMeter是Apache组织的开放源代码项目，它是功能和性能测试的工具，100%的用java实现绿盟自动化渗透测试工具；可以用于测试静态或者动态资源的性能（文件、Servlets、Perl脚本、java对象、数据库和查询、ftp服务器或者其绿盟自动化渗透测试工具他的资源）。

参考资料来源：百度百科-Selenium

参考资料来源：百度百科-Soapui

参考资料来源：百度百科-Robot Framework

参考资料来源：百度百科-QTP

参考资料来源：百度百科-Jmeter