一、自动化测试用什么工具
开源功能自动化测试工具：Watir、Selenium、MaxQ、WebInject
开源*能自动化测试工具：Jmeter、OpenSTA、DBMonster、TPTEST、Web禒Application Load Simulator
不过，大家用的*多的就是QTP和LR哈，希望对你有帮助
安卓系统自动化测试使用什么工具 10分
一、首先说说手机自动化测试的原理
1、手机自动化测试的原理为PC上一个控制端（测试工具）与手机上的一个agent端，通过串口、USB或者无线方式将PC与手机终端相连，然后应用测试工具向手机发送请求或者命令，手机收到命令或者请求后，交给agent端解析，然后agent将这些解析的命令下发给手机的各个功能模块所能识别的命令，调用那些功能模块模拟操作。完成这些操作后，手机会返回一些信息，agent可以抓取这些信息，然后传回给PC端，这样就完成了一个完整的手机自动化测试。
2、关键点在于agent，有的公司是向自己的手机终端的软件功能模块中植入测试程序响应代码，有的公司可以利用MMI_**nd的方式来控制手机终端；原理就是给手机提供一个响应的接口。
3、而对于PC控制端，这个测试脚本用各种编程语言都可以，看如何定义
4、而又的自动化测试设计成录制的机制，说通俗点，就是记录手工操作的键盘信息或者LCD的操作信息（LCD需要用到智能识别机制）
5、自动化测试框架的搭建方法是通用的，你需要有一套自己的测试框架才能保证自动化测试的顺利开展。
1、CTS，CTS测试基于Android instrumentation测试，其又基于JUnit测试。说白了， CTS就是一堆单元测试用例。这也是Java语言的擅长部分。
2、 Monkey工具，Monkey是Android中的一个命令行工具，可以运行在模拟器里或实际设备中。它向系统发送伪随机的用户**流(如按键输入、触摸屏输入、手势输入等)，实现对正在开发的应用程序进行压力测试。Monkey测试是一种为了测试软件的稳定*、健壮*的快速有效的方法。
3、ASE，ASE意思为Android脚本环境，即我们可以通过脚本（比如Python）调用Android的功能，从而定制一些测试。比如打**，发**，浏览网页，等。我们可以扩充它的API（Java部分）,并用python脚本调用这些API,从而实现丰富的测试功能。用于API部分可以访问到Android全部API, python又能灵活部署测试，所以ASE的扩展*非常好。
4、Robotium，该工具用于黑盒的自动化测试。可以在有源码或者只有APK的情况下对目标应用
进行测试。Robotimu提供了模仿用户操作行为的API，比如在某个控件上点击，输入Text
等等。（推举你可以研究一下这个工具，开源的，我有资料）
5、可以自己开发一个手机方面的自动化测试工具，原理上一样
自动化测试包含多种，如Web自动化、手机自动化等：
Web自动化测试工具：selenium、QTP。
*能自动化测试工具：loadrunner、jmeter。
接口自动化测试工具：SoapUI、post**n。
手机自动化测试工具：robotium、***ium。每种的**个都比较推荐。当然还有其他的工具，不过这些比较普及。
做软件的自动化测试一般用什么工具
1、测试类型可以包括：白盒测试、黑盒测试（功能测试、*能测试）等。
2、不同的测试类型使用的自动化测试方法不同，白盒测试主要针对代码级的单元测试、黑盒测试主要面对功能级和系统级的验证测试。
3、自动化测试，针对白盒测试，一般需要有一定的编程基础，即能够基于功能代码写测试代码，常用的单元测试方面的自动化测试工具很多，上网一搜全是。
4、自动化测试，针对功能测试，有几种情况，基于CLI、API和GUI的测试；基于CLI、API的测试，即应用脚本技术向设备模拟发送CLI命令或者API请求，以达到控制设备的效果。基于GUI功能测试，即应用传统的界面自动化测试工具(例如：RFT、QTP等）控制界面控件操作的方法，以达到模拟用户操作，这几种方式都需要你有一定的编码基础；基于CLI、API的需要你懂脚本技术（例如:tcl、python、ruby等），RFT需要你懂java或者、QTP需要VB等。
做软件的自动化测试一般用什么工具
曾经有一段时间，人们习惯于在MS Excel里面编写单元测试用例，然后开发人员就按照单元测试用例一步一步的来实现用例。这通常是很耗时的漫长的过程，尤其是如果应用很大或者UI很复杂的话。
这一套单元测试的执行过程常常成为瓶颈，因为任何代码修改都会带来手工执行大量单元测试，以确保新的修改没有破坏原有功能。
如今是个快节奏时代，人们希望工作能够无需人工介入、自动化的快速完成。每个人都喜欢执行一个命令就能把工作搞定，而且在执行期间不需要人工介入。需要做的仅仅是检查一下*终的输出结果。
当这个世界正在迈向自动化时，自动化测试也不甘落后，不论是在功能测试方面还是UI测试方面。每天我们都能听说自动化测试方面涌现出的新软件。
本文提供了一些信息给那些想用Coded UI自动测试框架来进行应用界面自动化的.Net开发者。
*近我一直在寻找一个自动化的用户接口测试的解决方案。用户接口测试需要用户多次进行手工输入操作，这是一个既枯燥又费时的过程。因此，我想寻找一种更智能的自动化UI测试的方案，这种UI测试在不需要人工干预下，能够被保存，记录并提供支持，快速测试代码的改变。
Coded UI采用用户接口来驱动应用的进行自动化测试。这些测试包括UI控制的功能*测试。他们使你可以验证整个应用的功能是否正确，其中包括了用户接口。Coded UI尤其适合用于用户接口中存在校验或者其它的登录方式的测试，比如网页。Coded UI也可以用于人工测试用例的自动化。
Coded UI测试帮助用户测试应用程序的用户接口。这些测试允许用户验证应用程序的功能。Coded UI多数时间用于帮助验证在UI层本身的有效逻辑。它能够验证值对用户接口的控制的正确*。
市场有许多自动化用户接口的方案，比如HP的QuickTest Professional, IBM Rational Functional Tester.其它**的，易于使用的开源工具解决用户接口自动化问题的有Selenium，也能够记录测试，需要的时候回放。市场上还有来自Microsoft的也能不需要太多努力做同样的事。用Visual Studio Microsoft还有Coded UI的方案用于单元测试。
大多数安装了Visual Studio的开发者都喜欢在Visual Studio的环境里进行单元测试，而不是使用第三方工具。由微软提供的Coded UI，在Visual Studio环境里可谓上手即用。在开发者的机器上无需另外安装任何东西。一旦你安装了Visual Studio的Premium版或者Ulti**te版，你就同时也安装好了Coded UI。
为了使用Coded UI，需要安装Visual Studio 2010/2012/2013的Premium版或者Ulti**te版。
Coded UI测试的组成容易理解。它可分成下列文件：
这个文件是UIMap类的XML表示。UIMap类包括视窗，控件，属*，方法，断言和动作。
对UIMap的自定义部分都存在这文件里。如果修改直接存在UIMap.designer.vb文件的话，那些修改都会在记录结束后丢失，因为这个文件重新创建了。
给每个在测应用程序中的每个模块创建......
虽然，在你拿到这本书时已经对要测试的项目做了一些分析和考量，但还是有必要在这里罗嗦一下不是所有项目有适合实施自动化测试的，以免对项目实施自动化过程中发现困难重重，浪费了大量的人力和时间而没有得到应有的收益。
1、任务测试明确，不会频繁变动
5、需要在多平台上运行的相同测试案例、组合遍历型的测试、大量的重复任务
8、被测软件系统开发比较规范，能够保证系统的可测试*
10、测试人员具备较强的编程能力
当然，并非以上10条都具备有情况下才能开展测试工作。这里就需要读者做综合的权衡。在我们普遍的经验中，只要满足三个条件就可以对项目开展自动化测试：
测试脚本的稳定*决定了自动化测试的维护成本。如果软件需求变动过于频繁，测试人员需要根据变动的需求来更新测试用例以及相关的测试脚本，而脚本的维护本身就是一个代码开发的过程，需要修改、调试，必要的时候还要修改自动化测试的框架，如果所花费的成本不低于利用其节省的测试成本，那么自动化测试便是失败的。
项目中的某些模块相对稳定，而某些模块需求变动*很大。我们便可对相对稳定的模块进行自动化测试，而变动较大的仍是用手工测试。
由于自动化测试需求的确定、自动化测试框架的设计、测试脚本的编写与调试均需要相当长的时间来完成。这样的过程本身就是一个测试软件的开发过程，需要较长的时间来完成。如果项目的周期比较短，没有足够的时间去支持这样一个过程，那么自动化测试便成为笑谈。
自动化测试脚本的重复使用要从三个方面来考量，一方面所测试的项目之间是否很大的差异*（如C/S系统和B/S系统的差异）；所选择的测试工具是否适应这种差异；*后，测试人员是否有能力开发出适应这种差异的自动化测试框架。
做软件的自动化测试一般用什么工具？和黑盒测试工具一样么？用loadrunner怎么样？
一、对于你的问题，首先明确测试类型，然后才能明确自动化测试类型，*后定位哪个类型用哪个方面的自动化饥试工具
1、测试类型可以包括：白盒测试、黑盒测试（功能测试、*能测试）等。
2、不同的测试类型使用的自动化测试方法不同，白盒测试主要针对代码级的单元测试、黑盒测试主要面对功能级和系统级的验证测试。
3、自动化测试，针对白盒测试，一般需要有一定的编程基础，即能够基于功能代码写测试代码，常用的单元测试方面的自动化测试工具很多，上网一搜全是。
4、自动化测试，针对功能测试，有几种情况，基于CLI、API和GUI的测试；基于CLI、API的测试，即应用脚本技术向设备模拟发送CLI命令或者API请求，以达到控制设备的效果。基于GUI功能测试，即应用传统的界面自动化测试工具(例如：RFT、QTP等）控制界面控件操作的方法，以达到模拟用户操作，这几种方式都需要你有一定的编码基础；基于CLI、API的需要你懂脚本技术（例如:tcl、python、ruby等），RFT需要你懂java或者、QTP需要VB等。
5、你说的loadrunner就是*能测试方面的工具，即是测试软件*能、例如多用户操作等*能、也需要写代码，LR脚本支持的语言有：java、c、Visual Basic、vbscrīpt。默认的脚本生成语言为 C;其实我想说的是，*能测试工具不重要，你需要掌握其*能测试的方法才是更重要的。
二、我感觉你想入门自动化测试，但是从你问的问题来看，有一定盲目*，我简单说一下自动化测试吧:
1、自动化测试，其理念就是应用各种手段模拟人工操作，节省人力测试成本，保证产品测试质量。
2、你想学好自动化软件测试，不是单单靠学习几个自动化工具就能掌握的，但是你可以从工具入手，
首先，告诉你自动化测试的基础是
1）编程技巧，包括高级语言和脚本语言，脚本语言是初期的掌握，可以有，tcl、phython、ruby等而高级语言，要好好学好一门，例如，我是对java为重点。还有，如果你是对web自动化测试的话，那么jsp、php、HTML、CSS等web语言是必须掌握的。
2）操作系统技巧；因为软件自动化测试是构建在操作系统上的，其技巧需要能善于利用到操作系统的各种技巧，例如：注册表、环境变量、句柄等。
3）数据库知识，要善于利用数据库知识去存储管理。
4）业务知识，这也是重点。你所在软件行业的软件业务，要知道你的软件的工作方式。
1）可以从工具入手，根据具体的项目去学习；例如：java软件界面测试（RFT、QTP的java插件等）、web界面测试（QTP、selenium等）、*能测试（RPT、loadrunner等）。但记住，学习其工具，重点不是简单的使用，而是如何利用工具去扩展。
2）然后，重点学习以上的基础，以编程为重点，其余的结合学习，顺便说一句，其实自动化测试的理念与软件设计模式理念很像，你可以从中有所领悟。
3）之后，再学习去拓建自己的自动化测试框架，何谓框架，一下说不清楚，我给你推荐一下
注意：如果没有自动化测试方面的实践项目的话，*好先从基础学起，因为基础学好了，自动化测试入门会很快的。
4（至于*能测试，也是一样，可以先从工具入手，但不要*限于工具，*能测试*重要的是环境的构建方法以及对测试结果的分析方法，所以*能测试重点在于分析和实现过程，而不是工具使用过程。
或者对自动化测试有兴趣的，可以发短消息或者邮件我。（[e**il protected])，有机会一起学习探讨下
一般大公司UI自动化测试使用什么工具呢
1、UT自动化测试，其实都是基于selenium做的，在此基础上做了自己的框架或者录制工具
2、不过说真的，UI自动化，就算在大公司里，其实用的也不普遍，因为互联网项目迭代的快速*，就导致了UI自动化的难度，界面老变，项目周期短，没时间实现UI自动化，或者UI自动化难以维护
3、所以，我主导的测试项目，都是UT、开发互相review(架构、代码)—接口测试—系统测试(体验测试)，也许你经历快速团队的开发和测试主导后，你会发现，有时候，沟通和协作往往比一些自动化测试要来的可靠
有问题，发邮件到[e**il protected]找我要微信聊吧，或者，百度搜索一下酷测网，里面有我们搞的一些自动化、*能方面的课程。(散步的SUN)
列举一些工具和框架，有开源的也有商业的
TestBird是比较有名的自动化测试平台：
TestBird*初是从手游测试开始起步，在手游圈积累起很高的**度，目前也已向***测试领域进军，同时TestBird也加入了智能硬件的测试领域。不仅如此，TestBird同时也开发出云手机平台，帮助开发者和测试者实现远程真机调试，自助功能测试和自动回归测试。
二、手游自动化测试的可行*,前景怎么样
WeTest主要是负责质量工具这块，*近推出了一个Unity手游的在动画测试框架，帮助非常多重量级的手游（王者荣耀、火影忍者、CF手游等）做自动化测试方案
个人认为自动化测试不可能去代替人工测试，自动化测试时为了解决特定场景下的测试。一般使用自动化测试时为了达到节省人力、缩短bug发现周期、提**率等目的。说白了就是投入产出化，投入当然是构建测试用例和维护测试用例的成本，产出除了工作上的产出，个人的成长也不能忽略。
首先介绍下手游测试跟android或者ios ***测试的区别。
1、复杂*。交互*实时*更高，动不动就给你来个弹出框
2、一致*。不同账号、不同阶段面对的界面差别很大，比如新手引导
3、人力需求。传统***很少需要多人同时测试，但是手游现在越来越趋向于互动*，PVP类型手游更加受欢迎
4、*能测试。手游*能消耗一般要远高于***，所以*能测试尤为重要
android碎片化严重，适配测试必不可少。WeTest这边设计的unity手游自动化测试框架，一开始就是适配测试考虑进去。Gauto**tor写的脚本在本地自己pc上可以运行，上传到WeTest平台上所有几百部手机上同时运行。运行过程中只要出现crash、UI问题等会发现并且归类，日志。截图都会全部保存下来。这就有一个好处，现场保存完整，适配测试成本**减轻。
现在基本上，使用Gauto**tor进行自动化的游戏，都会顺带利用这个进行适配测试。crash发现能够提前大约5天，给开发预留更多的时间。
各个游戏自己面临的问题，特别是一些低概率*难复现的问题，可以利用自动化在大量收集上大规模的测试发现问题，现在实时对战的游戏很多会采用帧同步，可能会出现在不同步问题，这个问题出现的概率非常低，使用自动化测试非常适合。
*为典型的是新手引导，每次数值调整之后都需要对这部分进行测试，对测试人员本身的价值和意义不大，交给自动化来进行测试更为合理。
WeTest推出的Unity自动化测试框架可以尝试一下。
