怎么快速測(cè)試APP應(yīng)用的BUG

一、跨平臺(tái)開發(fā)移動(dòng)應(yīng)用測(cè)試框架

站在用戶的角度思考問題，與客戶深入溝通，找到定安網(wǎng)站設(shè)計(jì)與定安網(wǎng)站推廣的解決方案，憑借多年的經(jīng)驗(yàn)，讓設(shè)計(jì)與互聯(lián)網(wǎng)技術(shù)結(jié)合，創(chuàng)造個(gè)性化、用戶體驗(yàn)好的作品，建站類型包括：成都網(wǎng)站設(shè)計(jì)、網(wǎng)站制作、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣、域名與空間、網(wǎng)頁(yè)空間、企業(yè)郵箱。業(yè)務(wù)覆蓋定安地區(qū)。

Appium：無需SDK和編譯即可測(cè)試

一款開源且擴(kuò)平臺(tái)的自動(dòng)化測(cè)試工具，適用于測(cè)試原生或混合型移動(dòng)App，支持iOS、Android和FirefoxOS平臺(tái)。通過它，開發(fā)者可以利用測(cè)試代碼完全訪問后端API和數(shù)據(jù)庫(kù)。Appium是基于無需SDK和編譯就可以對(duì)原生應(yīng)用進(jìn)行測(cè)試的理念而設(shè)計(jì)的。

該框架不僅能完美支持iOS、Android應(yīng)用，還可直接在PHP、Python、Ruby、C#、 Clojure、Java、Objective-C、JavaScript及Perl等語(yǔ)言中編寫測(cè)試腳本。

Calabash：全方位測(cè)試?yán)?/p>

一款適用于iOS和Android平臺(tái)的跨平臺(tái)應(yīng)用測(cè)試框架，支持Cucumber，開源且免費(fèi)，隸屬于Xamarin公司。通過Calabash，開發(fā)者可以對(duì)應(yīng)用進(jìn)行多方位測(cè)試，比如截屏、手勢(shì)識(shí)別、實(shí)際功能代碼等。

二、iOS應(yīng)用開發(fā)移動(dòng)應(yīng)用測(cè)試框架

KIF：專為iOS設(shè)計(jì)的移動(dòng)應(yīng)用測(cè)試框架

全稱Keep It Functional，來自Square，是一款專為iOS設(shè)計(jì)的移動(dòng)應(yīng)用測(cè)試框架。由于KIF是使用Objective-C語(yǔ)言編寫的，因此，對(duì)于iOS開發(fā)者而言，用起來要更得心應(yīng)手，可以稱得上是一款非常值得收藏的iOS測(cè)試?yán)鳌?/p>

Gitorious：截屏+Python腳本，測(cè)試細(xì)致入微

基于Git版本控制系統(tǒng)的Web項(xiàng)目托管平臺(tái)，使用Ruby on Rails開發(fā)。而其移動(dòng)測(cè)試框架（MTF）也是深受開發(fā)者歡迎，Gitorious移動(dòng)測(cè)試框架是一款充分利用Sikuli自動(dòng)化工具的iOS測(cè)試框架。

Frank：模擬用戶黑盒測(cè)試

一款深受開發(fā)者喜愛的iOS應(yīng)用測(cè)試框架，該框架可以模擬用戶操作對(duì)應(yīng)用程序進(jìn)行黑盒測(cè)試，并使用Cucumber作為自然語(yǔ)言來編寫測(cè)試用例。此外，F(xiàn)rank還會(huì)對(duì)應(yīng)用測(cè)試操作進(jìn)行記錄，以幫助開發(fā)者進(jìn)行測(cè)試回顧。

FlipTest：再也不用為決定不同版本的好壞發(fā)愁

專為iOS設(shè)計(jì)的移動(dòng)應(yīng)用A/B測(cè)試框架，通過它，開發(fā)者可以無需重新向App Store提交應(yīng)用或重構(gòu)代碼，只需添加一行代碼，即可直接在iOS應(yīng)用上進(jìn)行A/B測(cè)試。

Kiwi：專業(yè)iOS開發(fā)的行為驅(qū)動(dòng)開發(fā)（BDD）庫(kù)接口簡(jiǎn)單而高效，深受開發(fā)者的歡迎，也因此成為了許多開發(fā)新手的首選測(cè)試平臺(tái)。和大多數(shù)iOS測(cè)試框架一樣，Kiwi使用Objective-C語(yǔ)言編寫，因此對(duì)于iOS開發(fā)者而言，絕對(duì)稱得上是最佳測(cè)試拍檔。

Cedar：BDD風(fēng)格多環(huán)境測(cè)試框架

和Kiwi一樣，Cedar也是一款BDD風(fēng)格的Objective-C測(cè)試框架。它不僅適用于iOS和OS X代碼庫(kù)，而且在其他環(huán)境下也可以使用。

三、Android應(yīng)用開發(fā)移動(dòng)測(cè)試框架

Robolectric：讓Android開發(fā)從此擺脫模擬器測(cè)試的老套路

Android開發(fā)者們注意了，這款測(cè)試框架一定會(huì)讓你們興奮不已，因?yàn)樗且豢钜鸦旧蠑[脫了模擬器測(cè)試的老套路的速率單元測(cè)試框架。Robolectric可以解壓Android SDK，還能直接對(duì)應(yīng)用進(jìn)行測(cè)試，從而幫你輕而易舉地解決所遇到的任何問題。

AppGrader：Android開發(fā)者的意見大師

Gitorious MTF能夠利用截屏和Python腳本，進(jìn)行細(xì)致入微的測(cè)試，并將測(cè)試結(jié)果返還給開發(fā)者以提高應(yīng)用質(zhì)量及修復(fù)漏洞。

來自以色列的應(yīng)用測(cè)試服務(wù)商uTest推出的一款測(cè)試產(chǎn)品。相比其他主流移動(dòng)應(yīng)用測(cè)試框架，AppGrader可能并不太為開發(fā)者所熟知，但它卻能夠?yàn)楸姸嗟腁ndroid開發(fā)者提供非常專業(yè)的意見參考。

ios app壓力測(cè)試工具有哪些

開發(fā)和壓力測(cè)試軟件大全：

ShareSDK

功能強(qiáng)大、簡(jiǎn)單易用的iOS app開發(fā)必備社會(huì)化分享類庫(kù)：ShareSDK。iOS app開發(fā)者只需10分鐘即可集成到自己的APP中。不僅支持如QQ、微信、新浪微博、騰訊微博、人人網(wǎng)、豆瓣、facebook、twitter等國(guó)內(nèi)外主流社交平臺(tái)，還有強(qiáng)大的統(tǒng)計(jì)分析管理后臺(tái)，可以實(shí)時(shí)了解用戶、信息流、回流率等數(shù)據(jù)。

iOS加密

iOS app開發(fā)必備加密技術(shù)，全球獨(dú)有，針對(duì)iOS app開發(fā)的技術(shù)原理和破解原理，分別從本地?cái)?shù)據(jù)、方法體/方法名、URL編碼、程序結(jié)構(gòu)、網(wǎng)絡(luò)傳輸數(shù)據(jù)等幾個(gè)方面對(duì)iOS app開發(fā)進(jìn)行全方位的保護(hù)，從而實(shí)現(xiàn)iOS app防破解保護(hù)。

Tui

iOS app開發(fā)必備，基于FlashCS6的cocos2d-x UI編輯器，可用于操作系統(tǒng)：Mac OS,Windows

PonyDebugger

iOS app開發(fā)必備網(wǎng)絡(luò)調(diào)試工具，用于操作系統(tǒng)：Mac OS,其他Pony Debugger 是一個(gè)iOS app開發(fā)必備的遠(yuǎn)程調(diào)試工具包，通過使用 Chrome 開發(fā)者工具來調(diào)試 iOS app開發(fā)的網(wǎng)絡(luò)流量和數(shù)據(jù)存儲(chǔ)。

iTestin

iTestin是免費(fèi)服務(wù)iOS app開發(fā)者的真機(jī)自動(dòng)化云測(cè)試客戶端iOS app開發(fā)工具。基于真實(shí)的智能終端設(shè)備錄制一個(gè)測(cè)試腳本然后運(yùn)行，并輸出運(yùn)行結(jié)果。支持功能測(cè)試、UI測(cè)試、性能測(cè)試、穩(wěn)定性測(cè)試、壓力測(cè)試，返回包括日志和截圖的詳細(xì)測(cè)試報(bào)告。

Cornerstone

Mac上最佳的SVN管理iOS app開發(fā)必備工具，可用于的用于操作系統(tǒng)包括Mac OS

CocosBuilder

最牛iOS app開發(fā)必備Cocos2d編輯器，Mac專屬，對(duì)于開發(fā)iOS app，Cocos2d-iPhone引擎做的2D游戲開發(fā)者來說最大的福音

MarkMan

MarkMan是一款iOS app開發(fā)必備高效的設(shè)計(jì)稿標(biāo)注和測(cè)量軟件，用于操作系統(tǒng)：Mac OS,Windows

SQLCipher

SQLite加密，iOS app開發(fā)必備，SQLCipher 提供了對(duì) SQLite 數(shù)據(jù)庫(kù)的傳輸層進(jìn)行全面加密的iOS app開發(fā)工具。而通過使用 SQLCipher ，整個(gè)加密過程對(duì)客戶端是透明的，無需改動(dòng)應(yīng)用程序。

如何使用ocmock做iOS一些API單元測(cè)試

大部分Xcode 項(xiàng)目模板現(xiàn)在支持拆箱測(cè)試。例如，當(dāng)一個(gè)新的iOS app在Xcode 中通過快捷鍵 建立，最終工程文件將會(huì)通過兩個(gè)頂級(jí)組來配置（除逗Products地組之外）："AppName"

"AppNameTests"。工程自動(dòng)生成的scheme可以使用快捷鍵建立并運(yùn)行可執(zhí)行的目標(biāo)，并用來建立并運(yùn)行測(cè)試目標(biāo)

。

在測(cè)試目標(biāo)中有一個(gè)叫做AppNameTests的單獨(dú)的文件，其包括一個(gè)exampleXCTestCase 類，由樣式模板setUp tearDown 方法組成，還包括一個(gè)功能和性能測(cè)試的示例。

XCTestCase

Xcode單元測(cè)試包含在一個(gè) XCTestCase 的子類中。依據(jù)約束，每一個(gè) XCTestCase 子類封裝一個(gè)特殊的有關(guān)聯(lián)的集合，例如一個(gè)功能、用例或者一個(gè)程序流。

通過一個(gè)可管理的大量測(cè)試用例分拆邏輯測(cè)試，在代碼庫(kù)的增長(zhǎng)和進(jìn)化方面會(huì)產(chǎn)生很多不同。

setUp tearDown

setUp 在 XCTestCase 中的每一個(gè)測(cè)試運(yùn)行前被調(diào)用，tearDown 在測(cè)試運(yùn)行結(jié)束時(shí)被調(diào)用：

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() } }

這些方法對(duì)用來建立測(cè)試用例的所有測(cè)試中用到的常見對(duì)象是有用的：

var calendar: NSCalendar? var locale: NSLocale? override func setUp() { super.setUp() self.calendar = NSCalendar(identifier: NSGregorianCalendar) self.locale = NSLocale(localeIdentifier: "en_US") }

由于 XCTestCase 不被考慮在一個(gè)測(cè)試用例定義中直接初始化，在setUp中的被共享的初始化屬性便作為可選擇的變量被聲明。

功能測(cè)試

每一個(gè)名字中以逗test地開始的方法被標(biāo)識(shí)用來測(cè)試，并且將會(huì)評(píng)估函數(shù)中的所有斷言來決定是否通過或者失敗。例如，如果 1 + 1等于 2，函數(shù) testOnePlusOneEqualsTwo 將會(huì)繼續(xù)執(zhí)行：

func testOnePlusOneEqualsTwo() { XCTAssertEqual(1 + 1, 2, "one plus one should equal two") }

所有你真正需要知道的 XCTest 斷言

XCTest 帶有許多 內(nèi)建的斷言，但是可以精簡(jiǎn)成幾個(gè)要點(diǎn)：

基礎(chǔ)性測(cè)試

為了整體精簡(jiǎn)，所有的 XCTest 斷言縮小為一個(gè)獨(dú)立的、基礎(chǔ)的斷言：

XCTAssert(expression, format...)

如果以上表達(dá)式判斷為真，測(cè)試將會(huì)通過。否則，測(cè)試失敗，將會(huì)打印格式化的消息。

雖然一個(gè)開發(fā)者能夠只使用 XCTAssert，但是如下助手?jǐn)嘌匀匀惶峁┝艘恍┯杏玫恼Z(yǔ)法幫助澄清正在進(jìn)行的測(cè)試究竟是什么。如果可能，使用最明確的可用的斷言，僅僅在可以更好表達(dá)意圖的情況下使用 XCTAssert 。

布爾測(cè)試

布爾值或者簡(jiǎn)單的布爾表達(dá)式使用 XCTAssertTrue XCTAssertFalse:

XCTAssert 等于 XCTAssertTrue

相等性測(cè)試

當(dāng)要測(cè)試兩個(gè)值是否相等時(shí)使用 XCTAssert[Not]Equal：

XCTAssertEqual(expression1, expression2, format...) XCTAssertNotEqual(expression1, expression2, format...)

XCTAssert[Not]EqualObjects 在Swift 中不是必要的，因此在標(biāo)量值和對(duì)象間沒有區(qū)別。

當(dāng)指定測(cè)試兩個(gè)雙精度，單精度，或者其他浮點(diǎn)值是否相等，使用 XCTAssert[Not]EqualWithAccuracy 來報(bào)告浮點(diǎn)精度問題。

XCTAssertEqualWithAccuracy(expression1, expression2, accuracy, format...) XCTAssertNotEqualWithAccuracy(expression1, expression2, accuracy, format...)

除了前面提到的相等斷言，還有XCTAssertGreaterThan[OrEqual]

XCTAssertLessThan[OrEqual] 提供了== ，, =, , = 比較運(yùn)算符。

空值測(cè)試

使用 XCTAssert[Not]Nil 斷言一個(gè)給定的值是否存在（或者不存在）：

XCTAssertNil(expression, format...) XCTAssertNotNil(expression, format...)

無條件失敗

最終，XCTFail 斷言將會(huì)總是失敗：

XCTFail(format...)

XCTFail 通常用來為一個(gè)將會(huì)被通過的測(cè)試指代一個(gè)占位符。

它對(duì)完成一個(gè)被其他流程控制結(jié)構(gòu)發(fā)現(xiàn)的錯(cuò)誤用例也是有用的，例如一個(gè)用來測(cè)試成功的 if 語(yǔ)句的 else 分句。

性能測(cè)試

Xcode 6的新特性能夠檢測(cè)代碼性能：

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).

性能測(cè)試幫助為主要代碼路徑確定一個(gè)性能基準(zhǔn)。將它們分散在你的測(cè)試用例中用來確認(rèn)重要的算法以及隨著時(shí)間的推移程序保持高性能。

XCTestExpectation

或許 Xcode 6 中新增的最讓人興奮的特性是內(nèi)建的對(duì)于異步測(cè)試的支持，借助 XCTestExpectation 類來實(shí)現(xiàn)。現(xiàn)在，測(cè)試能夠?yàn)榱舜_定的合適的條件等待一個(gè)指定時(shí)間長(zhǎng)度，而不需要求助于GCD。

要做一個(gè)異步測(cè)試，首先使用 expectationWithDescription 建立一個(gè)期望值。

let expectation = expectationWithDescription("...")

然后，在方法底部，增加 waitForExpectationsWithTimeout 方法，指定一個(gè)超時(shí)，如果測(cè)試條件不適合時(shí)間范圍便會(huì)結(jié)束執(zhí)行：

waitForExpectationsWithTimeout(10, handler: { error in // ... })

現(xiàn)在，剩下的步驟是在異步方法被測(cè)試的相關(guān)的回調(diào)中實(shí)現(xiàn)那個(gè)期望值。

expectation.fulfill()

如果測(cè)試有不止一個(gè)期望值，它將不會(huì)通過，除非每一次期望值在被 inwaitForExpectationsWithTimeout() 指定的超時(shí)中執(zhí)行 fulfill()。

expectation.fulfill()

這里有一個(gè)例子是如何能夠使用XCTestExpectation API測(cè)試的異步網(wǎng)絡(luò)請(qǐng)求：

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模擬

借助對(duì)異步測(cè)試一流的支持，Xcode 6 似乎已經(jīng)完成一個(gè)現(xiàn)代的測(cè)試驅(qū)動(dòng)的開發(fā)者的全部需求。好的，或許只剩下一個(gè)：mocking。

Mocking 對(duì)于隔離和控制行為是一個(gè)有用的技術(shù)，對(duì)于復(fù)雜的原因，非確定性的，或者性能約束，通常不會(huì)讓其自身測(cè)試。例子包括模擬網(wǎng)絡(luò)請(qǐng)求，精確數(shù)據(jù)查詢，或者包括特殊的競(jìng)爭(zhēng)條件。

有幾個(gè)開源庫(kù)用來建立仿真對(duì)象和剔除方法調(diào)用，但是這些庫(kù)大量依賴

Objective-C 運(yùn)行時(shí)操作，一些現(xiàn)在不可能使用Swift。

然而，實(shí)際上這或許在 Swift 中不是必需的，原因在于 Swift 極少的語(yǔ)法約束。

在Swift中，類可以在一個(gè)函數(shù)定義中聲明，允許仿真對(duì)象完全自包含。只要聲明一個(gè)仿真內(nèi)聯(lián)類，覆蓋的和必需的方法如下：

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 我們已經(jīng)最終實(shí)現(xiàn)目標(biāo)：內(nèi)建測(cè)試工具現(xiàn)在是足夠好用了。也就是說，沒有特殊的強(qiáng)制性的使用任何附加的抽象事物的理由，該抽象事物是用來為大量的app和 庫(kù)提供可接受的測(cè)試范圍。除非在需要極端情況下，諸如：需要大量消除，仿真，或者其他獨(dú)特的測(cè)試結(jié)構(gòu)，XCTest 斷言，期望值，和性能衡量將會(huì)是充分的。

iOS A/B Test介紹和使用

現(xiàn)在 App Store 中的應(yīng)用，就像商場(chǎng)中的商品一樣琳瑯滿目，可以解決用戶各個(gè)方面的需求。這時(shí)，你要想創(chuàng)新，或者做出比競(jìng)品更優(yōu)秀的功能，是越來越不容易。所以，很多公司都必須去做一些實(shí)驗(yàn)，看看有哪些功能可以增強(qiáng)自己 App 的競(jìng)爭(zhēng)力，又有哪些功能可以廢棄掉。而進(jìn)行這樣的實(shí)驗(yàn)的主要方法，就是 A/B 測(cè)試。

A/B 測(cè)試，也叫桶測(cè)試或分流測(cè)試，指的是針對(duì)一個(gè)變量的兩個(gè)版本 A 和 B，來測(cè)試用戶的不同反應(yīng)，從而判斷出哪個(gè)版本更有效，類似統(tǒng)計(jì)學(xué)領(lǐng)域使用的雙樣本假設(shè)測(cè)試。簡(jiǎn)單地說，A/B 測(cè)試就是檢查 App 的不同用戶在使用不同版本的功能時(shí)，哪個(gè)版本的用戶反饋?zhàn)詈谩?/p>

比如，引導(dǎo)用戶加入會(huì)員的按鈕，要設(shè)置為什么顏色更能吸引他們加入，這時(shí)候我們就需要進(jìn)行 A/B 測(cè)試。產(chǎn)品接觸的多了，我們自然清楚一個(gè)按鈕的顏色，會(huì)影響到用戶點(diǎn)擊它，并進(jìn)入會(huì)員介紹頁(yè)面的概率。

從 App 開發(fā)層面看，新版本發(fā)布頻繁，基本上是每月或者每半月會(huì)發(fā)布一個(gè)版本。那么，新版本發(fā)布后，我們還需要觀察界面調(diào)整后情況如何，性能問題修復(fù)后線上情況如何，新加功能使用情況如何等。這時(shí)，我們就需要進(jìn)行 A/B 測(cè)試來幫助我們分析這些情況，通過度量每個(gè)版本的測(cè)試數(shù)據(jù)，來確定下一個(gè)版本應(yīng)該如何迭代。

對(duì)于 App 版本迭代的情況簡(jiǎn)單說就是，新版本總會(huì)在舊版本的基礎(chǔ)上做修改。這里，我們可以把舊版本理解為 A/B 測(cè)試?yán)锏?A 版本，把新版本理解為 B 版本。在 A/B 測(cè)試中 A 版本和 B 版本會(huì)同時(shí)存在，B 版本一開始是將小部分用戶放到 B 測(cè)試桶里，逐步擴(kuò)大用戶范圍，通過分析 A 版本和 B 版本的數(shù)據(jù)，看哪個(gè)版本更接近期望的目標(biāo)，最終確定用哪個(gè)版本。總的來說，A/B 測(cè)試就是以數(shù)據(jù)驅(qū)動(dòng)的可回退的灰度方案，客觀、安全、風(fēng)險(xiǎn)小，是一種成熟的試錯(cuò)機(jī)制。

一個(gè) A/B Test 框架主要包括三部分：

其中，策略服務(wù)包含了決策流程、策略維度。A/B 測(cè)試 SDK 將用戶放在不同測(cè)試桶里，測(cè)試桶可以按照系統(tǒng)信息、地址位置、發(fā)布渠道等來劃分。日志系統(tǒng)和策略服務(wù)，主要是用作服務(wù)端處理的，這里我就不再展開了。

下圖是 A/B 測(cè)試方案的結(jié)構(gòu)圖：

大數(shù)據(jù)端需要處理統(tǒng)計(jì)的數(shù)據(jù)有：

這里簡(jiǎn)單的寫了一下邏輯，僅供參考，具體實(shí)現(xiàn)可能要復(fù)雜一些。開發(fā)們根據(jù)自己的需求再完善吧。

ZJHABTestManager.h 文件

ZJHABTestManager.m 文件

參考鏈接 ：

什么是 A/B 測(cè)試？：

A/B 測(cè)試：驗(yàn)證決策效果的利器：

iOS A/B Test 方案探索：

ios自動(dòng)化測(cè)試工具有哪些

1. Appium(免費(fèi))

一款開源的移動(dòng)測(cè)試自動(dòng)化工具，適用于Android和iOS系統(tǒng)。

鏈接：

2、Frank(免費(fèi))

Frank只允許測(cè)試iOS應(yīng)用，值得一提的是它的開源框架結(jié)合了JSON和Cucumber。

鏈接：

3、KIF for iOS(免費(fèi))

KIF是為iOS移動(dòng)應(yīng)用UI測(cè)試開發(fā)的一個(gè)框架，可利用內(nèi)置iOS中可訪問的API模擬真實(shí)的用戶交互。在Objective-C中寫的測(cè)試對(duì)iOS程序員來講已經(jīng)很熟悉，但蘋果轉(zhuǎn)向Swift使得其對(duì)Objective-C的使用處于劣勢(shì)。

鏈接：

4、iOS Driver for iOS(免費(fèi))iOS Driver利用Selenium和WebDriver 的API來測(cè)試iOS移動(dòng)應(yīng)用，默認(rèn)在模擬器上運(yùn)行。這些模擬器可使執(zhí)行命令速度更加快、可伸縮性更強(qiáng)。

鏈接：

2019最好用的自動(dòng)化測(cè)試工具Top 10，果斷收藏

這個(gè)時(shí)候總是無奈的說:

你應(yīng)該學(xué)習(xí)Python 或是Java

你應(yīng)該掌握Selenium

又或者你需要學(xué)會(huì)jmeter，嗯，可能LoadRunner你應(yīng)該學(xué)習(xí)

也許SoapUI是個(gè)不錯(cuò)的選擇，或者你可是試試PostMan

......

其實(shí)這些都不是我真正的答案，我想說：只專注于一種編程語(yǔ)言或一種工具可能限制你的發(fā)揮，尤其可能限制了你在工作中提供的價(jià)值。如果你提供的價(jià)值在逐步退化，那么你的舞臺(tái)可能突然謝幕，你的職業(yè)停滯不前，受到限制。

所以，什么最重要？當(dāng)然是能力了！

下面我就介紹下2019最好用的10個(gè)自動(dòng)化測(cè)試工具，希望可以充實(shí)你的知識(shí)庫(kù)，打開你的職業(yè)發(fā)展舞臺(tái)！

在自動(dòng)化測(cè)試領(lǐng)域，自動(dòng)化工具的核心地位毋庸置疑。我總結(jié)了最頂尖的自動(dòng)化測(cè)試工具，這些工具可以幫助組織更好地定位自己，跟上軟件測(cè)試的趨勢(shì)。這份清單包含了開源和商業(yè)的自動(dòng)化測(cè)試解決方案。

Selenium：WebUI自動(dòng)化測(cè)試

Selenium是網(wǎng)頁(yè)應(yīng)用中最流行的開源自動(dòng)化測(cè)試框架。起源于2000年，10多年來不斷地完善，Selenium成為許多Web自動(dòng)化測(cè)試人員的選擇，尤其是那些有高級(jí)編程和腳本技能的人。Selenium也成為了其他開源自動(dòng)化測(cè)試工具比如Katalon Studio，Watir，Protractor和Robot Framework的核心框架。

Selenium 支持多系統(tǒng)環(huán)境（Windows，Mac，Linux）以及多種瀏覽器（Chrome，F(xiàn)ireFox，IE以及無頭瀏覽器（沒有界面））。它的腳本可以由各種各樣的編程語(yǔ)言編寫，比如 Java，Groovy，Python，C#，PHP，Ruby 以及 Perl。

因?yàn)镾elenium的靈活性，測(cè)試人員可以寫各種復(fù)雜的、高級(jí)的測(cè)試腳本來應(yīng)對(duì)各種復(fù)雜的問題，它需要高級(jí)的編程技能和付出來構(gòu)建滿足自己需求的自動(dòng)化測(cè)試框架和庫(kù)。

Appium：APP UI自動(dòng)化測(cè)試

Appium是一個(gè)移動(dòng)端自動(dòng)化測(cè)試開源工具，支持iOS和Android平臺(tái)，支持Python、Java等語(yǔ)言，即同一套Java或Python腳本可以同時(shí)運(yùn)行在iOS和Android平臺(tái)，Appium 是一個(gè)C/S架構(gòu)，核心是一個(gè)Web服務(wù)器，它提供了一套R(shí)EST的接口。當(dāng)收到客戶端的連接后，就會(huì)監(jiān)聽到命令，然后在移動(dòng)設(shè)備上執(zhí)行這些命令，最后將執(zhí)行結(jié)果放在HTTP響應(yīng)中返還給客戶端。

Jmeter：接口測(cè)試，性能測(cè)試

JMeter是一個(gè)開源的Java桌面應(yīng)用程序，主要用于web應(yīng)用程序的負(fù)載測(cè)試。它還支持單元測(cè)試和有限的功能測(cè)試。

它有很多好的特性，比如動(dòng)態(tài)報(bào)告、可移植性、強(qiáng)大的測(cè)試IDE等，并且支持不同類型的應(yīng)用程序、協(xié)議、shell腳本、Java對(duì)象和數(shù)據(jù)庫(kù)。

Postman：接口測(cè)試

Postman 提供功能強(qiáng)大的Web API和HTTP請(qǐng)求的調(diào)試，它能夠發(fā)送任何類型的HTTP請(qǐng)求 (GET, POST, PUT, DELETE…)，并且能附帶任何數(shù)量的參數(shù)和Headers。不僅如此，它還提供測(cè)試數(shù)據(jù)和環(huán)境配置數(shù)據(jù)的導(dǎo)入導(dǎo)出，付費(fèi)的Post Cloud用戶還能夠創(chuàng)建自己的 Team Library用來團(tuán)隊(duì)協(xié)作式的測(cè)試，并能夠?qū)⒆约旱臏y(cè)試收藏夾和用例數(shù)據(jù)分享給團(tuán)隊(duì)。

SoapUI：接口測(cè)試

SoapUI是一個(gè)非常流行的用于SOAP和REST的開源API測(cè)試自動(dòng)化框架。它還支持功能測(cè)試、性能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試和測(cè)試報(bào)告。

Monkey：穩(wěn)定性測(cè)試

軟件附帶在sdk中，適用于android和ios，通過adb shell，生成用戶或系統(tǒng)的偽隨機(jī)事件。壓力測(cè)試結(jié)果：崩潰crash，無響應(yīng)anr，基本命令：adb shell monkey 1000。

Robot Framework：Web UI自動(dòng)化測(cè)試，接口測(cè)試

Robot Framework是一個(gè)開源自動(dòng)化框架，它實(shí)現(xiàn)了用于驗(yàn)收測(cè)試和驗(yàn)收測(cè)試驅(qū)動(dòng)開發(fā)（ATDD）的關(guān)鍵字驅(qū)動(dòng)方法。Robot Framework為不同的測(cè)試自動(dòng)化需求提供框架。但是，通過使用Python和Java實(shí)現(xiàn)其他測(cè)試庫(kù)，可以進(jìn)一步擴(kuò)展其測(cè)試功能。Selenium WebDriver是Robot Framework中常用的外部庫(kù)。

測(cè)試工程師可以利用Robot Framework作為自動(dòng)化框架，不僅可以進(jìn)行Web測(cè)試，還可以用于Android和iOS測(cè)試自動(dòng)化。對(duì)于熟悉關(guān)鍵字驅(qū)動(dòng)測(cè)試的測(cè)試人員，可以輕松學(xué)習(xí)Robot Framework。

QTP：Web UI自動(dòng)化測(cè)試

QTP是一種自動(dòng)測(cè)試工具。使用 QTP 的目的是想用它來執(zhí)行重復(fù)的手動(dòng)測(cè)試，主要是用于回歸測(cè)試和測(cè)試同一軟件的新版本。因此你在測(cè)試前要考慮好如何對(duì)應(yīng)用程序進(jìn)行測(cè)試，例如要測(cè)試那些功能、操作步驟、輸入數(shù)據(jù)和期望的輸出數(shù)據(jù)等。

QTP針對(duì)的是GUI應(yīng)用程序，包括傳統(tǒng)的Windows應(yīng)用程序，以及現(xiàn)在越來越流行的Web應(yīng)用。它可以覆蓋絕大多數(shù)的軟件開發(fā)技術(shù)，簡(jiǎn)單高效，并具備測(cè)試用例可重用的特點(diǎn)。其中包括：創(chuàng)建測(cè)試、插入檢查點(diǎn)、檢驗(yàn)數(shù)據(jù)、增強(qiáng)測(cè)試、運(yùn)行測(cè)試、分析結(jié)果和維護(hù)測(cè)試等方面。

LoadRunner：性能測(cè)試

LoadRunner，是一種預(yù)測(cè)系統(tǒng)行為和性能的負(fù)載測(cè)試工具。通過以模擬上千萬用戶實(shí)施并發(fā)負(fù)載及實(shí)時(shí)性能監(jiān)測(cè)的方式來確認(rèn)和查找問題，LoadRunner能夠?qū)φ麄€(gè)企業(yè)架構(gòu)進(jìn)行測(cè)試。

企業(yè)使用LoadRunner能最大限度地縮短測(cè)試時(shí)間，優(yōu)化性能和加速應(yīng)用系統(tǒng)的發(fā)布周期。LoadRunner可適用于各種體系架構(gòu)的自動(dòng)負(fù)載測(cè)試，能預(yù)測(cè)系統(tǒng)行為并評(píng)估系統(tǒng)性能。

Jenkins：持續(xù)集成

自動(dòng)化構(gòu)建編譯，部署，任務(wù)執(zhí)行，測(cè)試報(bào)告，郵件通知等。

使用開源測(cè)試工具有很多好處，尤其是無直接的購(gòu)買成本，而且可定制，但也有一定的局限性。尤其是缺乏專業(yè)的技術(shù)支持，有限的許可支持以及腳本維護(hù)有時(shí)會(huì)成為一個(gè)挑戰(zhàn)性的工作。

為了選擇正確的自動(dòng)化測(cè)試工具，你應(yīng)該確保該工具是處于活躍維護(hù)狀態(tài)的，并且與你所在企業(yè)業(yè)務(wù)、團(tuán)隊(duì)、技能匹配，并且是團(tuán)隊(duì)里有相應(yīng)的專家。

因此在選擇工具之前，你必須仔細(xì)研究，以便該工具能夠滿足你的測(cè)需求，并且能幫助你更好的執(zhí)行測(cè)試。

當(dāng)前標(biāo)題：ios測(cè)試驅(qū)動(dòng)開發(fā),iOS驅(qū)動(dòng)
當(dāng)前URL：http://chinadenli.net/article44/dsgsdee.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站維護(hù)、品牌網(wǎng)站設(shè)計(jì)、企業(yè)建站、、面包屑導(dǎo)航、Google

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)