自动化测试框架（python自动化测试框架有哪些）

本文目录

• python自动化测试框架有哪些
• 如何使用python做android的自动化测试
• 如何选择Android自动化框架的几点拙见
• 是否有支持Android跨应用的自动化测试框架
• 自动化测试用什么工具
• 如何使用python做android的自动化测试
• Android移动应用自动化测试都需要哪些环境
• 哪个才是最适合你的WebUI自动化测试框架

python自动化测试框架有哪些

随着技术的进步和自动化技术的出现，市面上出现了一些自动化测试框架，你可以使用这些框架，在调整特定测试适用性和效率参数后，测试你项目的任何模块。这节省了时间，而且由于这些框架被广泛使用，它们非常稳健，具有广泛多样的用例集和技术来轻易发现微小的缺陷。今天，我们将看一看可用的 Python 自动化测试框架。
Robot Framework
Robot Framework 是最流行的 Python 自动化测试框架。它是完全用 Python 开发的，对于验收测试非常有用。这个框架可以运行在 Java 和.NET 环境。它还支持跨平台，例如 Windows、MacOS 和 Linux。这个产品是由世界上一些著名的测试人员创建的，拥有关键词驱动方案。它有如此多可用的工具和库，使得这个框架非常先进和健壮。
它是一个开源框架，并且留有 API 扩展空间。表格式的测试数据语法和关键词驱动测试使得它在全球的测试人员中非常流行。它无疑是最易用的自动化测试框架，并且允许你进行并行测试。
RedwoodHQ
RedwoodHQ 是一个流行的自动化测试工具，它的流行是由于大部分流行的编程语言都可以用来编写测试，例如 Java、Python、C# 和 likewise。它有一个网站界面，在那里多个测试人员可以在一个平台上协作和运行测试用例。在 RedwoodHQ 中出现的 action 关键字可以用来毫不费力地创建和修改测试用例。你所需要做的只是找到你需要的 action，将它拖到你的测试盒中，然后输入参数并改变它们的值来生成一份完整的测试报告。它有一个内置的 IDE（集成开发环境），你可以在那里创建和修改测试用例，并且并行运行它们。它是对用户最友好或对测试人员最友好的平台之一，它关注一个重大项目的全部测试过程。
Jasmine
Jasmine 对于 JavaScript 单元测试使用行为驱动开发框架。它适用于任何使用 JavaScript 的地方。除了 JavaScript 之外，它还被用于 Python 和 Ruby 自动化测试。因此，它使得你可以并行运行客户端测试用例和服务端测试用例。它是一个将客户端和服务端单元测试结合起来的完美的测试框架，而且被认为是测试领域的未来。它现成可用，除了需要一个名为 Karma 的测试运行器之外，不需要其它外部依赖。
Pytest
如果你的项目比较小、复杂度比较低，Pytest 是最适合的自动化测试平台。非常多的 Python 开发者都喜欢它，他们大部分用它来进行单元测试。它也具有 Robot Framework 所闻名的验收测试能力。Pytest 最好的特性之一是，它提供了测试用例的详细失败信息，使得开发者可以快速准确地改正问题。它兼容最新版本的 Python。它还兼容 unittest、doctest 和 nose，开箱即用。它还有包含更多功能的插件和多样化的现有测试技术和测试用例。事实上，有 300 多个可用插件来自它的活跃社区。该平台设计用于编写更简单错误率更小的代码。你可以将 Pytest 与诸如 Selenium 和 Splinter 之类的图形用户界面一起使用，来使得测试工作更轻松。

如何使用python做android的自动化测试

详细如下：
下面我们开始第一个简单的Android UI自动化测试
1.使用adb命令连接真机或模拟器
2.打开uiautomatorviewer工具
3.使用uiautomatorviewer工具获取应用的元素进行定位
4.简单介绍unittest框架的使用方法
5.使用Python编写猫宁考勤应用注册模块的自动化测试
1.使用adb命令连接真机或模拟器：
手机USB连接电脑，进入开发者模式；
cmd命令：adb devices ，查看手机是否连接
显示错误
这是因为adb的端口被占用，我们需要查看是什么应用占用了这个端口（5037为adb默认端口）
cmd命令 : netstat -aon|findstr “5037”
可以看到占用5037端口对应的程序的PID号为8388;
cmd命令 : tasklist|findstr “8388”
可以看出8388对应的程序为kadb.exe，说明该程序正在使用5037端口;
这时我们需要在任务管理器中结束kadb.exe进程，按快捷键“Ctrl+Shift+Esc”调出Windows任务管理器，找到“kadb.exe”，单击下方的结束进程即可！
我们再次运行cmd命令：adb devices
这一步成功后我们才能运行sdk自带的uiautomatorviewer；
我们需要用uiautomatorviewer工具来获取元素，用于定位。
cmd命令：uiautomatorviewer，打开uiautomatorviewer界面
或者找到sdk目录：sdk\tools中找到uiautomatorviewer.bat文件双击运行
2.打开uiautomatorviewer工具
我们可以根据text，resource-id，class等元素进行定位
3.使用uiautomatorviewer工具获取应用的元素进行定位
这里我使用python自带的IDLE进行编写测试脚本，打开python文件找到IDLE（python GUI）双击打开，如图：
4.简单介绍unittest框架的使用方法
# -*- coding:utf-8 -*-
from uiautomator import device as d
import unittest
class Mytest(unittest.TestCase):
#初始化工作
def setUp(self):
print "--------------初始化工作"
#退出清理工作
def tearDown(self):
print "--------------退出清理工作"
#测试点击猫宁考勤case
def test_login(self):
d(text="猫宁考勤").click()
print "--------------测试1"
#测试2
def test_z(self):
print "--------------测试2" #这里你可以写你的第二个测试用例，
#测试3
def test_w(self):
print "--------------测试3" #这里你可以写你的第三个测试用例。。。。。。。。。。。。。
if __name__ == ’__main__’:
unittest.main()
123456789101112131415161718192021222324252627282930123456789101112131415161718192021222324252627282930
结果如下：
Testing started at 21:14 …
————–初始化工作
————–测试1
————–退出清理工作
————–初始化工作
————–测试3
————–退出清理工作
————–初始化工作
————–测试2
————–退出清理工作
Process finished with exit code 0
从结果中我们可以看出unittest框架的运行方式为：
setUp 测试1 tearDown
setUp 测试2 tearDown
setUp 测试3 tearDown
5.使用Python编写猫宁考勤应用注册模块的自动化测试
# -*- coding:utf-8 -*-
from uiautomator import device as d
import time
import unittest
class MyTestSuite(unittest.TestCase):
# 初始化工作
def setUp(self):
print "--------------初始化工作"
# 退出清理工作
def tearDown(self):
print "--------------退出清理工作"
#***************************方法**************************************
# 判断控件是否存在 & text
def check_controls_exists(self, controls_text):
if d(text=controls_text).exists:
return 1
else:
return 0
# 判断按钮是否置灰 & text & clickable
def check_controls_click_text(self, controls_text):
if d(text=controls_text).info.get("clickable") is True:
return 1
else:
return 0
#assertIn(a, b) a in b
def check_ainb(self,resourceid,b):
if d(resourceId=resourceid).info.get("text") in b:
return 1
else:
return 0
#***********************************************************
# 注册模块
def test_Aregister(self):
try:
time.sleep(2)
#猫宁考勤开启全新时代
self.assertEqual(self.check_controls_click_text("注册"),1,u"猫宁考勤开启全新时代")
# 猫宁考勤开启全新时代--》点击注册按钮进入注册猫宁界面
d(text="注册").click()
time.sleep(3)
#注册猫宁界面
self.assertEqual(self.check_text("com.isentech.attendancet:id/regis_phone","请输入手机号码"),
1,u"注册页面-》请输入手机号码")
self.assertEqual(self.check_text("com.isentech.attendancet:id/regis_verifycode","请输入验证码"),
1,u"注册页面-》请输入验证码")
self.assertEqual(self.check_controls_click_text("获取验证码"), 0,u"注册页面-》获取验证码")
self.assertEqual(self.check_controls_click_text("《中科爱讯服务协议》"), 1,u"注册页面-》《中科爱讯服务协议》")
self.assertEqual(self.check_controls_click_text("注册"), 0,u"注册页面-》注册")
time.sleep(2)
#《中科爱讯服务协议》
d(text="《中科爱讯服务协议》").click()
time.sleep(2)
self.assertEqual(self.check_ainb("com.isentech.attendancet:id/title","服务协议"), 1,u"注册页面-》服务协议")
time.sleep(1)
d(resourceId="com.isentech.attendancet:id/title_back").click()
time.sleep(1)
#手机号不输入是否能注册
d(text="注册").click()
time.sleep(3)
# 手机号只输入1个数字是否能注册&只输入1个数字是否能获取验证码
d(resourceId="com.isentech.attendancet:id/regis_phone").set_text("1")
self.assertEqual(self.check_controls_click_text("获取验证码"), 0)
time.sleep(1)
d(text="注册").click()
time.sleep(1)
d(resourceId="com.isentech.attendancet:id/regis_phone").clear_text()
time.sleep(1)
#只输入5个数字是否能获取验证码
d(resourceId="com.isentech.attendancet:id/regis_phone").set_text("11111")
self.assertEqual(self.check_controls_click_text("获取验证码"), 0)
time.sleep(1)
d(resourceId="com.isentech.attendancet:id/regis_phone").clear_text()
time.sleep(1)
#只输入手机号是否能注册
d(resourceId="com.isentech.attendancet:id/regis_phone").set_text(phone_number)
self.assertEqual(self.check_controls_click_text("注册"), 0)
time.sleep(1)
d(text="注册").click()
time.sleep(1)
#输入正确的验证码&获取验证码是否高亮
d(resourceId="com.isentech.attendancet:id/regis_verifycode").set_text("5648")
time.sleep(1)
self.assertEqual(self.check_controls_click_text("获取验证码"), 1)
time.sleep(2)
#密码只输入1个数字是否能注册&注册按钮是否高亮
d(resourceId="com.isentech.attendancet:id/regis_pass").set_text("1")
d(resourceId="com.isentech.attendancet:id/regis_passAgain").set_text("1")
time.sleep(1)
self.assertEqual(self.check_controls_click_text("注册"), 0,u"密码只输入1个数字是否能注册")
time.sleep(1)
d(resourceId="com.isentech.attendancet:id/regis_pass").clear_text()
d(resourceId="com.isentech.attendancet:id/regis_passAgain").clear_text()
time.sleep(1)
#输入不相同的密码是否能注册
d(resourceId="com.isentech.attendancet:id/regis_pass").set_text("123456")
d(resourceId="com.isentech.attendancet:id/regis_passAgain").set_text("12345")
time.sleep(1)
self.assertEqual(self.check_controls_click_text("注册"), 0,u"输入不相同的密码是否能注册")
time.sleep(1)
d(resourceId="com.isentech.attendancet:id/regis_pass").clear_text()
d(resourceId="com.isentech.attendancet:id/regis_passAgain").clear_text()
time.sleep(1)
#输入正确的密码是否能注册&我已同意是否打钩
d(resourceId="com.isentech.attendancet:id/regis_pass").set_text("123456")
d(resourceId="com.isentech.attendancet:id/regis_passAgain").set_text("123456")
time.sleep(1)
self.assertEqual(self.check_controls_click_resourceId("com.isentech.attendancet:id/regis_agree"), 1)
self.assertEqual(self.check_controls_click_text("注册"), 1)
time.sleep(2)
d(text="注册").click()
time.sleep(8)
except Exception, e:
print u"Error: 注册模块有问题\n", e
def test_app():
test_unit = unittest.TestSuite()
test_unit.addTest(MyTestSuite("test_Aregister"))
if __name__ == "__main__":
# 测试app
unittest.main()

如何选择Android自动化框架的几点拙见

首先由于我自己也是个新手，也是在学习各种框架然后给公司项目选定相应自动化框架，研究移动自动化测试框架也就近段时间而已，所以我只能从我自己今天为止的认知角度给各个框架抒发我自己的拙见，你看是否能从中接纳一二吧（对于我自己的话还需要再花一段时间去学习各个框架才能确定哪个/些是适合我们项目的了,也许到时我会写个正式的总结)。
根据你的要求，应该不会考虑MonkeyRunner和Robotium，但我还是想跟你说下其实Robotium还是挺不错的，如果你没有考虑跨进程调用其他APP的话。至于MonkeyRunner我就不大推荐了，你可以看下我对金阳光老师的一个评论的回复《MonkenRunner通过HierarchyViewer定位控件的方法和建议》（文章最后我干脆也贴出来了）。至于Robotium，你对比下本人博客里面各个框架编写的Note的测试示例就可以看出来Robotium相对其他框架会简介很多，况且发展的比UIAutomator和Appium长久很多，所以也应该会更成熟，和Eclipse集成调试起来也很方便。比起后两者如果有不足的话我觉得就以下几点吧：
1. 所有的操作抽象到一个Solo类里面，缺乏面向对象的编程思想，有时会让人不适应。如果你熟悉C语言等面向过程的语言思想的话应该没有问题。
2. 获取控件的方法比较缺乏，大概就几种：通过Text，ID， ClassName，Index。没有后两者的多种多样
3. 跨进程：因为底层使用Instrument框架，测试包和被测应用包打包在一起作为一个进程运行而线程间通过instrumentaiton进行通信，导致了逃不出这个进程设沙箱（sandbox)
4. 做不了模拟键盘的测试（但同时这个也是Robotium非常巨大的优点，因为不像后两者那样需要调用键盘导致输入的各种各样的问题），因为Robotium输入读出其实是直接对控件的text属性进行操作没有通过键盘驱动的，你如果做过UI编程应该就明白我的意思了，因为记住你的测试代码和目标应用是打包在同一个进程中的，同一个进程中想访问另外一个线程的某个变量，运用相应的IPC（Interprocess Communication)机制当然是没有问题的了。
然后到了你问的主题UIAutomator和Appium的对比，我个人是这样看的：
1. UIAutomator是亲爹（google）生的，所以可以保证后续的开发维护力量，除非google倒闭（这里我有点不懂的是为什么google对Monkeyrunner的态度这么让人摸不着头脑，具体请看以上我说的对MonkeyRunner的评论）
2. Appium虽然不是亲爹生的，但是干爹实力雄厚把它武装的无所不能（android，ios，firefox，browser通杀），单单以android来说，底层用得还是UIAutomator，所以只要它能及时跟上UIAutomator的更新，功能上面我不是很担心。
***隐藏网址***
4. 向下兼容问题：Appium可以通过底层UIAutomator/Selendroid（不记得是不是这名字了）通杀；UIAutomator只能在API Level
17（包含）以上使用
5.语言支持：appium基本通杀，UIAutomator用java足矣
6.跨平台：如你所说的只是android两者都没有问题，如果往后需要扩展到ios，那么建议appium
7.bug数量：UIAutomator有的问题Appium都会有，UIAutomator没有的问题Appium也有可能有^_^（不过我还是很看好Appium的）
8. 输入问题，都有bug，具体请查看我相应blog，特别是中文输入，这就是为什么我刚才特意提出Robotum的原因之一
9. WebView支持：UIAutomator据说今年年初已经开始支持，个人没有这方面要求所以没研究；Appium的框架用的Selenium本身就是PC上最流行的开源Web测试框架，所以必然支持了。注意这你你要有点android编程知识了，WebView指的不仅是WebView控件还包含如用sencha+phonegap把webview封装成一个跨平台app的情况了，具体如果不清楚请google。
其他区别我现在就没有想到了，希望能帮助到你，从我自己的角度来看，我觉得UIAutomator继续往前发展是必然的了，但是它不可能最终支持ios。至于Appium我同样有很大的信心它会继续往好的方向发展，且考虑到它的跨平台支持，基于node.js（现在非常流行哦），兼容性等，我如果是你的话我会考虑用Appium的（抛开Robotium不说，如果你又要考虑的话就需要你根据我之前说的再总结下了^_^）。
我觉得这个可以类比之前的微软和Borland的关系，API是Windows，但是IDE是Borland的，各专所长了。可惜（或者庆幸）后来微软发力一下把Borland打得满地找牙一蹶不振，不过这是题外话了，略过......
对了，我有可能会对这封邮件整理下发到博客了，也希望其他网友能评点一二给你出主意。今晚本来想看下easy_monkey的知识了，给你写这个email变成临时性总结了。^_^
给金阳光老师评论的回复如下（关于MonkeyRunner的个人观点）
-----------------------------------------------------------------------------------------------------------------
回复haorenmin2008：首先膜拜下，金老师大驾光临蓬荜生辉啊！
对于后者，确实如此，UIAutomator需要API Level17（包含）以上。
对于前者，因为还没有MonkeyRunner的项目经验，所以是否很强大我就不敢妄加评论了，但是在我近来的tryout过程中，鄙人有以下的一些不成熟的认知：
1. 感觉功能不是很稳定，之前尝试一个MonkeyDevice的getProperty方法，竟然有时成功有时失败。
2. 性能不好，特别是当我们要用到hierarchyviewer的功能的时候很明显。
3. 只能用MonkeyImage的sameAs做截屏的对比，虽然加上hierarchyviewer后可以用它的getText，但还是很有限。
4. 控件定位方面主要是坐标点和HierarchyViewer提供的根据ID。前这儿在UI布局稍微有调整位置的话就需要跟着变动，没有像其他控件类框架那样做高层抽象除非换控件不然都不需要怎么变动；后者的话很多控件是没有id或者是有多个控件id相同的。
5. 可调试性也不强（起码我摸索了这几天没有发现一个很好的调试方法，比如IDE Ecilpse等的集成调试方法）
6. HierarchyViewer的稳定性也让我担忧，碰到过几次取控件信息的时候报exception的。
7. 资料稀缺，不仅百度，google也一样
8. Google支持让人觉得摸不着头脑，sdk给出的API和官方提供的API竟然不一致，以MonkeyDevice为例子，而sdk多出来的API竟然还不能用，google出来的信息不超过10个page，还要很多都是重复的石沉大海的网友报的问题。
9. 再一个的我真心搞不懂为什么本身java写的库非要搞个jython来调用，首先我不说性能损耗（这点肯定是有的，native库当然用native语言调用效率最好嘛），我想在eclipse上对以下的"device."做自动补全是做不到的“device = MonkeyRunner.waitForConnection()\n device.",而只有直接调用个构造函数实例化的device = MonkeyDevice（xxx）才能做到，这个我不相信是我配置的问题，换了个jython标准编译器以调用标准库问题同样存在。

是否有支持Android跨应用的自动化测试框架

　　1、Monkey是Android SDK自带的测试工具，在测试过程中会向系统发送伪随机的用户事件流，如按键输入、触摸屏输入、手势输入等)，实现对正在开发的应用程序进行压力测试，也有日志输出。实际上该工具只能做程序做一些压力测试，由于测试事件和数据都是随机的，不能自定义，所以有很大的局限性。　　2、MonkeyRunner也是Android SDK提供的测试工具。严格意义上来说MonkeyRunner其实是一个Api工具包，比Monkey强大，可以编写测试脚本来自定义数据、事件。缺点是脚本用Python来写，对测试人员来说要求较高，有比较大的学习成本。　　3、Instrumentation是早期Google提供的Android自动化测试工具类，虽然在那时候JUnit也可以对Android进行测试，但是Instrumentation允许你对应用程序做更为复杂的测试，甚至是框架层面的。通过Instrumentation你可以模拟按键按下、抬起、屏幕点击、滚动等事件。Instrumentation是通过将主程序和测试程序运行在同一个进程来实现这些功能，你可以把Instrumentation看成一个类似Activity或者Service并且不带界面的组件，在程序运行期间监控你的主程序。缺点是对测试人员来说编写代码能力要求较高，需要对Android相关知识有一定了解，还需要配置AndroidManifest.xml文件，不能跨多个App。

自动化测试用什么工具

自动化测试的工具有哪些
开源功能自动化测试工具：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_mand的方式来控制手机终端；原理就是给手机提供一个响应的接口。

3、而对于PC控制端，这个测试脚本用各种编程语言都可以，看如何定义

4、而又的自动化测试设计成录制的机制，说通俗点，就是记录手工操作的键盘信息或者LCD的操作信息（LCD需要用到智能识别机制）

5、自动化测试框架的搭建方法是通用的，你需要有一套自己的测试框架才能保证自动化测试的顺利开展。

二、Android自动化测试方向：

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、postman。

手机自动化测试工具：robotium、appium。每种的第一个都比较推荐。当然还有其他的工具，不过这些比较普及。
做软件的自动化测试一般用什么工具
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开发者。

什么是Coded UI?

最近我一直在寻找一个自动化的用户接口测试的解决方案。用户接口测试需要用户多次进行手工输入操作，这是一个既枯燥又费时的过程。因此，我想寻找一种更智能的自动化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的方案用于单元测试。

Coded UI适合在哪儿用?

大多数安装了Visual Studio的开发者都喜欢在Visual Studio的环境里进行单元测试，而不是使用第三方工具。由微软提供的Coded UI，在Visual Studio环境里可谓上手即用。在开发者的机器上无需另外安装任何东西。一旦你安装了Visual Studio的Premium版或者Ultimate版，你就同时也安装好了Coded UI。

Coded UI可用性

为了使用Coded UI，需要安装Visual Studio 2010/2012/2013的Premium版或者Ultimate版。

Coded UI 测试的组成

Coded UI 测试的组成容易理解。它可分成下列文件：

UIMap.uitest

这个文件是UIMap类的XML表示。UIMap类包括视窗，控件，属性，方法，断言和动作。

UIMap.cs

对UIMap的自定义部分都存在这文件里。如果修改直接存在UIMap.designer.vb文件的话，那些修改都会在记录结束后丢失，因为这个文件重新创建了。

给每个在测应用程序中的每个模块创建......
什么样的项目适合自动化测试
虽然，在你拿到这本书时已经对要测试的项目做了一些分析和考量，但还是有必要在这里罗嗦一下不是所有项目有适合实施自动化测试的，以免对项目实施自动化过程中发现困难重重，浪费了大量的人力和时间而没有得到应有的收益。

1、任务测试明确，不会频繁变动

2、每日构建后的测试验证

3、比较频繁的回归测试

4、软件系统界面稳定，变动少

5、需要在多平台上运行的相同测试案例、组合遍历型的测试、大量的重复任务

6、软件维护周期长

7、项目进度压力不太大

8、被测软件系统开发比较规范，能够保证系统的可测试性

9、具备大量的自动化测试平台

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）业务知识，这也是重点。你所在软件行业的软件业务，要知道你的软件的工作方式。

5）质量与流程管理理念。

然后，你的学习步骤

1）可以从工具入手，根据具体的项目去学习；例如：java软件界面测试（RFT、QTP的java插件等）、web界面测试（QTP、selenium等）、性能测试（RPT、loadrunner等）。但记住，学习其工具，重点不是简单的使用，而是如何利用工具去扩展。

2）然后，重点学习以上的基础，以编程为重点，其余的结合学习，顺便说一句，其实自动化测试的理念与软件设计模式理念很像，你可以从中有所领悟。

3）之后，再学习去拓建自己的自动化测试框架，何谓框架，一下说不清楚，我给你推荐一下

注意：如果没有自动化测试方面的实践项目的话，最好先从基础学起，因为基础学好了，自动化测试入门会很快的。

4（至于性能测试，也是一样，可以先从工具入手，但不要局限于工具，性能测试最重要的是环境的构建方法以及对测试结果的分析方法，所以性能测试重点在于分析和实现过程，而不是工具使用过程。

或者对自动化测试有兴趣的，可以发短消息或者邮件我。（)，有机会一起学习探讨下

或者，可......
一般大公司UI自动化测试使用什么工具呢
hi，我可能在你说的大公司里

1、UT自动化测试，其实都是基于selenium做的，在此基础上做了自己的框架或者录制工具

2、不过说真的，UI自动化，就算在大公司里，其实用的也不普遍，因为互联网项目迭代的快速性，就导致了UI自动化的难度，界面老变，项目周期短，没时间实现UI自动化，或者UI自动化难以维护

3、所以，我主导的测试项目，都是UT、开发互相review(架构、代码)—接口测试—系统测试(体验测试)，也许你经历快速团队的开发和测试主导后，你会发现，有时候，沟通和协作往往比一些自动化测试要来的可靠

有问题，发邮件到找我要微信聊吧，或者，百度搜索一下酷测网，里面有我们搞的一些自动化、性能方面的课程。(散步的SUN)
常用自动化测试工具都有哪些
列举一些工具和框架，有开源的也有商业的

monkey

monkeyrunner

monkeytalk

Instrumentation

UIAutomator

Espresso

Calabash

Selendroid

Robotium

Appium

Testbird

SeeTest

SilkMobile

Ranorex

TestBird是比较有名的自动化测试平台：

TestBird最初是从手游测试开始起步，在手游圈积累起很高的知名度，目前也已向APP测试领域进军，同时TestBird也加入了智能硬件的测试领域。不仅如此，TestBird同时也开发出云手机平台，帮助开发者和测试者实现远程真机调试，自助功能测试和自动回归测试。
APP自动化测试有哪些工具
appium比较方便，支持多语言

如何使用python做android的自动化测试

目前大家对Python都有一个共识，就是他对测试非常有用，自动化测试里Python用途也很广，但是Python到底怎么进行自动化测试呢？今天就简单的向大家介绍一下怎么使用Python进行自动化测试，本文只是自己的一点点分享，若有错误，请大家多多批评指正。这里主要介绍的是一些Python测试的框架
1、单元测试
a、unittest ：Python自带的单元测试框架
b、pyunit：Junit的Python版本
2、使用Pyhon进行Windows GUI测试
这部分的功能主要就是和大家平时使用的QTP类似。在Windows下我们可以使用pywinauto这个开源的框架：
来个小例子：
app.Notepad.MenuSelect("Help-》About Notepad")
app.AboutNotepad.OK.Click()
app.Notepad.Edit.TypeKeys ("pywinauto Works!", with_spaces = True)
呵呵，强大吧
3、使用Python进行Web自动化测试
使用Python进行Web自动化测试的工具有很多，这里就向大家推荐一下我比较熟悉的Selenium（Web Driver）吧。

Android移动应用自动化测试都需要哪些环境

所需环境：Java（JDK）、Android-sdk、android模拟器(可用安卓真机)、Appium、python/Java
1. Java环境：移动应用程序是java程序开发，要运行java语言开发的程序就需要搭建java运行环境，直接安装JDK或JRE即可。
2. Android-sdk:Android程序开发、调试工具包，需要使用工具包内的ADB命令和Uiautomatorwebview查看元素属性工具
3. android模拟器：开发调试安卓应用，就需要一部安卓手机，使用模拟器代替安卓真机，也可以使用真机，需要开启root权限
4. Appium：移动应用自动化测试框架，提供了常用移动及应用的操作的API方法，支持Android、ios
5. python/java:需要一门语言来调用Appium框架提供的API方法来操作移动应用 传智播客有全套Android移动应用自动化测试的视频教程，你可以去官网找找看。

哪个才是最适合你的WebUI自动化测试框架

移动端

1、Monkey是AndroidSDK自带的测试工具，在测试过程中会向系统发送伪随机的用户事件流，如按键输入、触摸屏输入、手势输入等)，实现对正在开发的应用程序进行压力测试，也有日志输出。实际上该工具只能做程序做一些压力测试，由于测试事件和数据都是随机的，不能自定义，所以有很大的局限性。

2、也是AndroidSDK提供的测试工具。严格意义上来说其实是一个Api工具包，比Monkey强大，可以编写测试脚本来自定义数据、事件。缺点是脚本用Python来写，对测试人员来说要求较高，有比较大的学习成本。

3、是早期Google提供的Android自动化测试工具类，虽然在那时候JUnit也可以对Android进行测试，但是允许你对应用程序做更为复杂的测试，甚至是框架层面的。通过你可以模拟按键按下、抬起、屏幕点击、滚动等事件。是通过将主程序和测试程序运行在同一个进程来实现这些功能，你可以把看成一个类似Activity或者Service并且不带界面的组件，在程序运行期间监控你的主程序。缺点是对测试人员来说编写代码能力要求较高，需要对Android相关知识有一定了解，还需要配置.xml文件，不能跨多个App。

4、UiAutomator也是Android提供的自动化测试框架，基本上支持所有的Android事件操作，对比它不需要测试人员了解代码实现细节（可以用抓去App页面上的控件属性而不看源码）。基于Java，测试代码结构简单、编写容易、学习成本，一次编译，所有设备或模拟器都能运行测试，能跨App（比如：很多App有选择相册、打开相机拍照，这就是跨App测试）。缺点是只支持SDK16（Android4.1）及以上，不支持HybirdApp、WebApp。