189 8069 5689
一、跨平台开发移动应用测试框架
站在用户的角度思考问题，与客户深入沟通，找到定安网站设计与定安网站推广的解决方案，凭借多年的经验，让设计与互联网技术结合，创造个性化、用户体验好的作品，建站类型包括：成都网站设计、网站制作、企业官网、英文网站、手机端网站、网站推广、域名与空间、网页空间、企业邮箱。业务覆盖定安地区。
Appium：无需SDK和编译即可测试
一款开源且扩平台的自动化测试工具，适用于测试原生或混合型移动App，支持iOS、Android和FirefoxOS平台。通过它，开发者可以利用测试代码完全访问后端API和数据库。Appium是基于无需SDK和编译就可以对原生应用进行测试的理念而设计的。
该框架不仅能完美支持iOS、Android应用，还可直接在PHP、Python、Ruby、C#、 Clojure、Java、Objective-C、JavaScript及Perl等语言中编写测试脚本。
Calabash：全方位测试利器
一款适用于iOS和Android平台的跨平台应用测试框架，支持Cucumber，开源且免费，隶属于Xamarin公司。通过Calabash，开发者可以对应用进行多方位测试，比如截屏、手势识别、实际功能代码等。
二、iOS应用开发移动应用测试框架
KIF：专为iOS设计的移动应用测试框架
全称Keep It Functional，来自Square，是一款专为iOS设计的移动应用测试框架。由于KIF是使用Objective-C语言编写的，因此，对于iOS开发者而言，用起来要更得心应手，可以称得上是一款非常值得收藏的iOS测试利器。
Gitorious：截屏+Python脚本，测试细致入微
基于Git版本控制系统的Web项目托管平台，使用Ruby on Rails开发。而其移动测试框架（MTF）也是深受开发者欢迎，Gitorious移动测试框架是一款充分利用Sikuli自动化工具的iOS测试框架。
Frank：模拟用户黑盒测试
一款深受开发者喜爱的iOS应用测试框架，该框架可以模拟用户操作对应用程序进行黑盒测试，并使用Cucumber作为自然语言来编写测试用例。此外，Frank还会对应用测试操作进行记录，以帮助开发者进行测试回顾。
FlipTest：再也不用为决定不同版本的好坏发愁
专为iOS设计的移动应用A/B测试框架，通过它，开发者可以无需重新向App Store提交应用或重构代码，只需添加一行代码，即可直接在iOS应用上进行A/B测试。
Kiwi：专业iOS开发的行为驱动开发（BDD）库接口简单而高效，深受开发者的欢迎，也因此成为了许多开发新手的首选测试平台。和大多数iOS测试框架一样，Kiwi使用Objective-C语言编写，因此对于iOS开发者而言，绝对称得上是最佳测试拍档。
Cedar：BDD风格多环境测试框架
和Kiwi一样，Cedar也是一款BDD风格的Objective-C测试框架。它不仅适用于iOS和OS X代码库，而且在其他环境下也可以使用。
三、Android应用开发移动测试框架
Robolectric：让Android开发从此摆脱模拟器测试的老套路
Android开发者们注意了，这款测试框架一定会让你们兴奋不已，因为它是一款已基本上摆脱了模拟器测试的老套路的速率单元测试框架。Robolectric可以解压Android SDK，还能直接对应用进行测试，从而帮你轻而易举地解决所遇到的任何问题。
AppGrader：Android开发者的意见大师
Gitorious MTF能够利用截屏和Python脚本，进行细致入微的测试，并将测试结果返还给开发者以提高应用质量及修复漏洞。
来自以色列的应用测试服务商uTest推出的一款测试产品。相比其他主流移动应用测试框架，AppGrader可能并不太为开发者所熟知，但它却能够为众多的Android开发者提供非常专业的意见参考。
开发和压力测试软件大全：
ShareSDK
功能强大、简单易用的iOS app开发必备社会化分享类库：ShareSDK。iOS app开发者只需10分钟即可集成到自己的APP中。不仅支持如QQ、微信、新浪微博、腾讯微博、人人网、豆瓣、facebook、twitter等国内外主流社交平台，还有强大的统计分析管理后台，可以实时了解用户、信息流、回流率等数据。
iOS加密
iOS app开发必备加密技术，全球独有，针对iOS app开发的技术原理和破解原理，分别从本地数据、方法体/方法名、URL编码、程序结构、网络传输数据等几个方面对iOS app开发进行全方位的保护，从而实现iOS app防破解保护。
Tui
iOS app开发必备，基于FlashCS6的cocos2d-x UI编辑器，可用于操作系统：Mac OS,Windows
PonyDebugger
iOS app开发必备网络调试工具，用于操作系统：Mac OS,其他Pony Debugger 是一个iOS app开发必备的远程调试工具包，通过使用 Chrome 开发者工具来调试 iOS app开发的网络流量和数据存储。
iTestin
iTestin是免费服务iOS app开发者的真机自动化云测试客户端iOS app开发工具。基于真实的智能终端设备录制一个测试脚本然后运行，并输出运行结果。支持功能测试、UI测试、性能测试、稳定性测试、压力测试，返回包括日志和截图的详细测试报告。
Cornerstone
Mac上最佳的SVN管理iOS app开发必备工具，可用于的用于操作系统包括Mac OS
CocosBuilder
最牛iOS app开发必备Cocos2d编辑器，Mac专属，对于开发iOS app，Cocos2d-iPhone引擎做的2D游戏开发者来说最大的福音
MarkMan
MarkMan是一款iOS app开发必备高效的设计稿标注和测量软件，用于操作系统：Mac OS,Windows
SQLCipher
SQLite加密，iOS app开发必备，SQLCipher 提供了对 SQLite 数据库的传输层进行全面加密的iOS app开发工具。而通过使用 SQLCipher ，整个加密过程对客户端是透明的，无需改动应用程序。
大部分Xcode 项目模板现在支持拆箱测试。例如，当一个新的iOS app在Xcode 中通过快捷键 建立，最终工程文件将会通过两个顶级组来配置（除逗Products地组之外）："AppName"
"AppNameTests"。工程自动生成的scheme可以使用快捷键建立并运行可执行的目标，并用来建立并运行测试目标
。
在测试目标中有一个叫做AppNameTests的单独的文件，其包括一个exampleXCTestCase 类，由样式模板setUp tearDown 方法组成，还包括一个功能和性能测试的示例。
XCTestCase
Xcode单元测试包含在一个 XCTestCase 的子类中。依据约束，每一个 XCTestCase 子类封装一个特殊的有关联的集合，例如一个功能、用例或者一个程序流。
通过一个可管理的大量测试用例分拆逻辑测试，在代码库的增长和进化方面会产生很多不同。
setUp tearDown
setUp 在 XCTestCase 中的每一个测试运行前被调用，tearDown 在测试运行结束时被调用：
class Tests: XCTestCase { override func setUp() { super.setUp() // Put setup code here. This method is called before the invocation of each test method in the class. } override func tearDown() { // Put teardown code here. This method is called after the invocation of each test method in the class. super.tearDown() } }
这些方法对用来建立测试用例的所有测试中用到的常见对象是有用的：
var calendar: NSCalendar? var locale: NSLocale? override func setUp() { super.setUp() self.calendar = NSCalendar(identifier: NSGregorianCalendar) self.locale = NSLocale(localeIdentifier: "en_US") }
由于 XCTestCase 不被考虑在一个测试用例定义中直接初始化，在setUp中的被共享的初始化属性便作为可选择的变量被声明。
功能测试
每一个名字中以逗test地开始的方法被标识用来测试，并且将会评估函数中的所有断言来决定是否通过或者失败。例如，如果 1 + 1等于 2，函数 testOnePlusOneEqualsTwo 将会继续执行：
func testOnePlusOneEqualsTwo() { XCTAssertEqual(1 + 1, 2, "one plus one should equal two") }
所有你真正需要知道的 XCTest 断言
XCTest 带有许多 内建的断言，但是可以精简成几个要点：
基础性测试
为了整体精简，所有的 XCTest 断言缩小为一个独立的、基础的断言：
XCTAssert(expression, format...)
如果以上表达式判断为真，测试将会通过。否则，测试失败，将会打印格式化的消息。
虽然一个开发者能够只使用 XCTAssert，但是如下助手断言仍然提供了一些有用的语法帮助澄清正在进行的测试究竟是什么。如果可能，使用最明确的可用的断言，仅仅在可以更好表达意图的情况下使用 XCTAssert 。
布尔测试
布尔值或者简单的布尔表达式使用 XCTAssertTrue XCTAssertFalse:
XCTAssert 等于 XCTAssertTrue
相等性测试
当要测试两个值是否相等时使用 XCTAssert[Not]Equal：
XCTAssertEqual(expression1, expression2, format...) XCTAssertNotEqual(expression1, expression2, format...)
XCTAssert[Not]EqualObjects 在Swift 中不是必要的，因此在标量值和对象间没有区别。
当指定测试两个双精度，单精度，或者其他浮点值是否相等，使用 XCTAssert[Not]EqualWithAccuracy 来报告浮点精度问题。
XCTAssertEqualWithAccuracy(expression1, expression2, accuracy, format...) XCTAssertNotEqualWithAccuracy(expression1, expression2, accuracy, format...)
除了前面提到的相等断言，还有XCTAssertGreaterThan[OrEqual]
XCTAssertLessThan[OrEqual] 提供了== ，, =, , = 比较运算符。
空值测试
使用 XCTAssert[Not]Nil 断言一个给定的值是否存在（或者不存在）：
XCTAssertNil(expression, format...) XCTAssertNotNil(expression, format...)
无条件失败
最终，XCTFail 断言将会总是失败：
XCTFail(format...)
XCTFail 通常用来为一个将会被通过的测试指代一个占位符。
它对完成一个被其他流程控制结构发现的错误用例也是有用的，例如一个用来测试成功的 if 语句的 else 分句。
性能测试
Xcode 6的新特性能够检测代码性能：
func testDateFormatterPerformance() {
let dateFormatter = NSDateFormatter()
dateFormatter.dateStyle = .LongStyle
dateFormatter.timeStyle = .ShortStyle
let date = NSDate()
self.measureBlock() {
let string = dateFormatter.stringFromDate(date)
}
}
Test Case '-[_Tests testDateFormatterPerformance]' started. unknown:0: Test Case '-[_Tests testDateFormatterPerformance]' measured [Time, seconds] average: 0.000, relative standard deviation: 242.006%, values: [0.000441, 0.000014, 0.000011, 0.000010, 0.000010, 0.000010, 0.000010, 0.000010, 0.000010, 0.000010], performanceMetricID:com.apple.XCTPerformanceMetric_WallClockTime, baselineName: "", baselineAverage: , maxPercentRegression: 10.000%, maxPercentRelativeStandardDeviation: 10.000%, maxRegression: 0.100, maxStandardDeviation: 0.100 Test Case '-[_Tests testDateFormatterPerformance]' passed (0.274 seconds).
性能测试帮助为主要代码路径确定一个性能基准。将它们分散在你的测试用例中用来确认重要的算法以及随着时间的推移程序保持高性能。
XCTestExpectation
或许 Xcode 6 中新增的最让人兴奋的特性是内建的对于异步测试的支持，借助 XCTestExpectation 类来实现。现在，测试能够为了确定的合适的条件等待一个指定时间长度，而不需要求助于GCD。
要做一个异步测试，首先使用 expectationWithDescription 建立一个期望值。
let expectation = expectationWithDescription("...")
然后，在方法底部，增加 waitForExpectationsWithTimeout 方法，指定一个超时，如果测试条件不适合时间范围便会结束执行：
waitForExpectationsWithTimeout(10, handler: { error in // ... })
现在，剩下的步骤是在异步方法被测试的相关的回调中实现那个期望值。
expectation.fulfill()
如果测试有不止一个期望值，它将不会通过，除非每一次期望值在被 inwaitForExpectationsWithTimeout() 指定的超时中执行 fulfill()。
expectation.fulfill()
这里有一个例子是如何能够使用XCTestExpectation API测试的异步网络请求：
func testAsynchronousURLConnection() { let URL = "" let expectation = expectationWithDescription("GET \(URL)") let session = NSURLSession.sharedSession() let task = session.dataTaskWithURL(NSURL(string: URL), completionHandler: {(data, response, error) in expectation.fulfill() XCTAssertNotNil(data, "data should not be nil") XCTAssertNil(error, "error should be nil") if let HTTPResponse = response as NSHTTPURLResponse! { XCTAssertEqual(HTTPResponse.URL.absoluteString, URL, "HTTP response URL should be equal to original URL") XCTAssertEqual(HTTPResponse.statusCode, 200, "HTTP response status code should be 200") XCTAssertEqual(HTTPResponse.MIMEType as String, "text/html", "HTTP response content type should be text/html") } else { XCTFail("Response was not NSHTTPURLResponse") } }) task.resume() waitForExpectationsWithTimeout(task.originalRequest.timeoutInterval, handler: { error in task.cancel() }) }
用swift模拟
借助对异步测试一流的支持，Xcode 6 似乎已经完成一个现代的测试驱动的开发者的全部需求。好的，或许只剩下一个：mocking。
Mocking 对于隔离和控制行为是一个有用的技术，对于复杂的原因，非确定性的，或者性能约束，通常不会让其自身测试。例子包括模拟网络请求，精确数据查询，或者包括特殊的竞争条件。
有几个开源库用来建立仿真对象和剔除方法调用，但是这些库大量依赖
Objective-C 运行时操作，一些现在不可能使用Swift。
然而，实际上这或许在 Swift 中不是必需的，原因在于 Swift 极少的语法约束。
在Swift中，类可以在一个函数定义中声明，允许仿真对象完全自包含。只要声明一个仿真内联类，覆盖的和必需的方法如下：
func testFetchRequestWithMockedManagedObjectContext() { class MockNSManagedObjectContext: NSManagedObjectContext { override func executeFetchRequest(request: NSFetchRequest!, error: AutoreleasingUnsafePointerNSError?) - [AnyObject]! { return [["name": "Johnny Appleseed", "email": "johnny@apple.com"]] } } let mockContext = MockNSManagedObjectContext() let fetchRequest = NSFetchRequest(entityName: "User") fetchRequest.predicate = NSPredicate(format: "email ENDSWITH[cd] %@", "@apple.com") fetchRequest.resultType = .DictionaryResultType var error: NSError? let results = mockContext.executeFetchRequest(fetchRequest, error: error) XCTAssertNil(error, "error should be nil") XCTAssertEqual(results.count, 1, "fetch request should only return 1 result") let result = results[0] as [String: String] XCTAssertEqual(result["name"] as String, "Johnny Appleseed", "name should be Johnny Appleseed") XCTAssertEqual(result["email"] as String, "johnny@apple.com", "email should be johnny@apple.com") }
使用 Xcode 6 我们已经最终实现目标：内建测试工具现在是足够好用了。也就是说，没有特殊的强制性的使用任何附加的抽象事物的理由，该抽象事物是用来为大量的app和 库提供可接受的测试范围。除非在需要极端情况下，诸如：需要大量消除，仿真，或者其他独特的测试结构，XCTest 断言，期望值，和性能衡量将会是充分的。
现在 App Store 中的应用，就像商场中的商品一样琳琅满目，可以解决用户各个方面的需求。这时，你要想创新，或者做出比竞品更优秀的功能，是越来越不容易。所以，很多公司都必须去做一些实验，看看有哪些功能可以增强自己 App 的竞争力，又有哪些功能可以废弃掉。而进行这样的实验的主要方法，就是 A/B 测试。
A/B 测试，也叫桶测试或分流测试，指的是针对一个变量的两个版本 A 和 B，来测试用户的不同反应，从而判断出哪个版本更有效，类似统计学领域使用的双样本假设测试。简单地说，A/B 测试就是检查 App 的不同用户在使用不同版本的功能时，哪个版本的用户反馈最好。
比如，引导用户加入会员的按钮，要设置为什么颜色更能吸引他们加入，这时候我们就需要进行 A/B 测试。产品接触的多了，我们自然清楚一个按钮的颜色，会影响到用户点击它，并进入会员介绍页面的概率。
从 App 开发层面看，新版本发布频繁，基本上是每月或者每半月会发布一个版本。那么，新版本发布后，我们还需要观察界面调整后情况如何，性能问题修复后线上情况如何，新加功能使用情况如何等。这时，我们就需要进行 A/B 测试来帮助我们分析这些情况，通过度量每个版本的测试数据，来确定下一个版本应该如何迭代。
对于 App 版本迭代的情况简单说就是，新版本总会在旧版本的基础上做修改。这里，我们可以把旧版本理解为 A/B 测试里的 A 版本，把新版本理解为 B 版本。在 A/B 测试中 A 版本和 B 版本会同时存在，B 版本一开始是将小部分用户放到 B 测试桶里，逐步扩大用户范围，通过分析 A 版本和 B 版本的数据，看哪个版本更接近期望的目标，最终确定用哪个版本。总的来说，A/B 测试就是以数据驱动的可回退的灰度方案，客观、安全、风险小，是一种成熟的试错机制。
一个 A/B Test 框架主要包括三部分：
其中，策略服务包含了决策流程、策略维度。A/B 测试 SDK 将用户放在不同测试桶里，测试桶可以按照系统信息、地址位置、发布渠道等来划分。日志系统和策略服务，主要是用作服务端处理的，这里我就不再展开了。
下图是 A/B 测试方案的结构图：
大数据端需要处理统计的数据有：
这里简单的写了一下逻辑，仅供参考，具体实现可能要复杂一些。开发们根据自己的需求再完善吧。
ZJHABTestManager.h 文件
ZJHABTestManager.m 文件
参考链接 ：
什么是 A/B 测试？：
A/B 测试：验证决策效果的利器：
iOS A/B Test 方案探索：
1. Appium(免费)
一款开源的移动测试自动化工具，适用于Android和iOS系统。
链接：
2、Frank(免费)
Frank只允许测试iOS应用，值得一提的是它的开源框架结合了JSON和Cucumber。
链接：
3、KIF for iOS(免费)
KIF是为iOS移动应用UI测试开发的一个框架，可利用内置iOS中可访问的API模拟真实的用户交互。在Objective-C中写的测试对iOS程序员来讲已经很熟悉，但苹果转向Swift使得其对Objective-C的使用处于劣势。
链接：
4、iOS Driver for iOS(免费)iOS Driver利用Selenium和WebDriver 的API来测试iOS移动应用，默认在模拟器上运行。这些模拟器可使执行命令速度更加快、可伸缩性更强。
链接：
这个时候总是无奈的说:
你应该学习Python 或是Java
你应该掌握Selenium
又或者你需要学会jmeter，嗯，可能LoadRunner你应该学习
也许SoapUI是个不错的选择，或者你可是试试PostMan
......
其实这些都不是我真正的答案，我想说：只专注于一种编程语言或一种工具可能限制你的发挥，尤其可能限制了你在工作中提供的价值。如果你提供的价值在逐步退化，那么你的舞台可能突然谢幕，你的职业停滞不前，受到限制。
所以，什么最重要？当然是能力了！
下面我就介绍下2019最好用的10个自动化测试工具，希望可以充实你的知识库，打开你的职业发展舞台！
在自动化测试领域，自动化工具的核心地位毋庸置疑。我总结了最顶尖的自动化测试工具，这些工具可以帮助组织更好地定位自己，跟上软件测试的趋势。这份清单包含了开源和商业的自动化测试解决方案。
Selenium：WebUI自动化测试
Selenium是网页应用中最流行的开源自动化测试框架。起源于2000年，10多年来不断地完善，Selenium成为许多Web自动化测试人员的选择，尤其是那些有高级编程和脚本技能的人。Selenium也成为了其他开源自动化测试工具比如Katalon Studio，Watir，Protractor和Robot Framework的核心框架。
Selenium 支持多系统环境（Windows，Mac，Linux）以及多种浏览器（Chrome，FireFox，IE以及无头浏览器（没有界面））。它的脚本可以由各种各样的编程语言编写，比如 Java，Groovy，Python，C#，PHP，Ruby 以及 Perl。
因为Selenium的灵活性，测试人员可以写各种复杂的、高级的测试脚本来应对各种复杂的问题，它需要高级的编程技能和付出来构建满足自己需求的自动化测试框架和库。
Appium：APP UI自动化测试
Appium是一个移动端自动化测试开源工具，支持iOS和Android平台，支持Python、Java等语言，即同一套Java或Python脚本可以同时运行在iOS和Android平台，Appium 是一个C/S架构，核心是一个Web服务器，它提供了一套REST的接口。当收到客户端的连接后，就会监听到命令，然后在移动设备上执行这些命令，最后将执行结果放在HTTP响应中返还给客户端。
Jmeter：接口测试，性能测试
JMeter是一个开源的Java桌面应用程序，主要用于web应用程序的负载测试。它还支持单元测试和有限的功能测试。
它有很多好的特性，比如动态报告、可移植性、强大的测试IDE等，并且支持不同类型的应用程序、协议、shell脚本、Java对象和数据库。
Postman：接口测试
Postman 提供功能强大的Web API和HTTP请求的调试，它能够发送任何类型的HTTP请求 (GET, POST, PUT, DELETE…)，并且能附带任何数量的参数和Headers。不仅如此，它还提供测试数据和环境配置数据的导入导出，付费的Post Cloud用户还能够创建自己的 Team Library用来团队协作式的测试，并能够将自己的测试收藏夹和用例数据分享给团队。
SoapUI：接口测试
SoapUI是一个非常流行的用于SOAP和REST的开源API测试自动化框架。它还支持功能测试、性能测试、数据驱动测试和测试报告。
Monkey：稳定性测试
软件附带在sdk中，适用于android和ios，通过adb shell，生成用户或系统的伪随机事件。压力测试结果：崩溃crash，无响应anr，基本命令：adb shell monkey 1000。
Robot Framework：Web UI自动化测试，接口测试
Robot Framework是一个开源自动化框架，它实现了用于验收测试和验收测试驱动开发（ATDD）的关键字驱动方法。Robot Framework为不同的测试自动化需求提供框架。但是，通过使用Python和Java实现其他测试库，可以进一步扩展其测试功能。Selenium WebDriver是Robot Framework中常用的外部库。
测试工程师可以利用Robot Framework作为自动化框架，不仅可以进行Web测试，还可以用于Android和iOS测试自动化。对于熟悉关键字驱动测试的测试人员，可以轻松学习Robot Framework。
QTP：Web UI自动化测试
QTP是一种自动测试工具。使用 QTP 的目的是想用它来执行重复的手动测试，主要是用于回归测试和测试同一软件的新版本。因此你在测试前要考虑好如何对应用程序进行测试，例如要测试那些功能、操作步骤、输入数据和期望的输出数据等。
QTP针对的是GUI应用程序，包括传统的Windows应用程序，以及现在越来越流行的Web应用。它可以覆盖绝大多数的软件开发技术，简单高效，并具备测试用例可重用的特点。其中包括：创建测试、插入检查点、检验数据、增强测试、运行测试、分析结果和维护测试等方面。
LoadRunner：性能测试
LoadRunner，是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner能够对整个企业架构进行测试。
企业使用LoadRunner能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。LoadRunner可适用于各种体系架构的自动负载测试，能预测系统行为并评估系统性能。
Jenkins：持续集成
自动化构建编译，部署，任务执行，测试报告，邮件通知等。
使用开源测试工具有很多好处，尤其是无直接的购买成本，而且可定制，但也有一定的局限性。尤其是缺乏专业的技术支持，有限的许可支持以及脚本维护有时会成为一个挑战性的工作。
为了选择正确的自动化测试工具，你应该确保该工具是处于活跃维护状态的，并且与你所在企业业务、团队、技能匹配，并且是团队里有相应的专家。
因此在选择工具之前，你必须仔细研究，以便该工具能够满足你的测需求，并且能帮助你更好的执行测试。