本文對(duì)比兩個(gè)iOS開發(fā)中常見的單元測(cè)試框架：OCUnit，被官方集成進(jìn)XCode 4.x版本中；GHUnit，被推薦最多的測(cè)試框架，帶GUI界面。初窺兩款測(cè)試框架非常相似，而上手使用就會(huì)發(fā)現(xiàn)其中的區(qū)別。細(xì)節(jié)上的區(qū)別使兩款框架在不同角度各有優(yōu)劣。
創(chuàng)新互聯(lián)建站制作網(wǎng)站網(wǎng)頁找三站合一網(wǎng)站制作公司,專注于網(wǎng)頁設(shè)計(jì),網(wǎng)站建設(shè)、成都網(wǎng)站設(shè)計(jì),網(wǎng)站設(shè)計(jì),企業(yè)網(wǎng)站搭建,網(wǎng)站開發(fā),建網(wǎng)站業(yè)務(wù),680元做網(wǎng)站,已為上千多家服務(wù),創(chuàng)新互聯(lián)建站網(wǎng)站建設(shè)將一如既往的為我們的客戶提供最優(yōu)質(zhì)的網(wǎng)站建設(shè)、網(wǎng)絡(luò)營銷推廣服務(wù)!
OCUnit
OCUnit是XCode 4.x集成的單元測(cè)試框架，OCUnit中的測(cè)試分為兩類，一類稱為Logic Tests，另一類稱為Application Tests。Logic Tests更傾向于所謂的白盒測(cè)試，用于測(cè)試工程中較細(xì)節(jié)的邏輯；Application Tests更傾向于黑盒測(cè)試，或接口測(cè)試，用于測(cè)試直接與用戶交互的接口。
? 添加單元測(cè)試
OCUnit是XCode集成的，所以其與工程的結(jié)合理應(yīng)是最好的，添加到工程中的成本也理應(yīng)最低。使用XCode創(chuàng)建新工程的流程中就有一個(gè)“Include Unit Tests”的選項(xiàng)（如圖1），新的工程就會(huì)自動(dòng)生成一個(gè)Logic Tests。
向已存在的工程中添加OCUnit Logic Tests也不復(fù)雜，只需要添加一個(gè)類型為：“Cocoa Touch Unit Testing Bundle”的Target即可（如圖2）。
向已有工程中添加一個(gè)測(cè)試Target時(shí)，XCode會(huì)自動(dòng)生成一個(gè)Scheme，運(yùn)行單元測(cè)試用例和Build原工程需要切換不同的Scheme。如果認(rèn)為切換Scheme非常麻煩，也可以在添加Target之前，在“Manage Scheme”菜單中取消“Autocreate schemes”（如圖3）。
Application Tests要基于Logic Tests做一些修改。一般來說一個(gè)工程既需要Logic Tests也需要Application Tests，所以建議按照上述方法添加一個(gè)單獨(dú)的Target，然后執(zhí)行以下操作（如圖4）：
1. 在Build Settings中搜索“bundle loader”，設(shè)置為：$(BUILT_PRODUCTS_DIR)/APP_NAME.app/APP_NAME（APP_NAME是應(yīng)用名）
2. 再搜索“test host”，設(shè)置為：$(BUNDLE_LOADER)
3. 在Build Phases-Target Dependencies中添加依賴，選擇主程序Target
創(chuàng)建測(cè)試用例
OCUnit的測(cè)試用例最常用的方法有三個(gè)
1. - (void)setUp：每個(gè)test方法執(zhí)行前調(diào)用
2. - (void)tearDown：每個(gè)test方法執(zhí)行后調(diào)用
3. - (void)testXXX：命名為XXX的測(cè)試方法
添加Target之時(shí)XCode已經(jīng)自動(dòng)創(chuàng)建了一個(gè)測(cè)試用例類：UnitTestDemoTests，其中UnitTestDemo是工程的名字，該類中已經(jīng)包含了setUp，tearDown和testExample三個(gè)方法。
通過command+n，選擇“Objective-C test case class”創(chuàng)建一個(gè)新的測(cè)試用例類（如圖5）。通過XCode創(chuàng)建的測(cè)試用例類是一個(gè)繼承自SenTestCase（OCUnit由SEN:TE公司開發(fā)，因此基類命名為SenTestCase）的空類，需要模仿UnitTestDemoTests編寫測(cè)試方法。
開發(fā)者可以自己實(shí)現(xiàn)無返回值，且命名規(guī)則為testXXX的實(shí)例方法，并使用框架提供的大量斷言方法。
Logic Tests與Application Tests的區(qū)別主要在setUp方法，Logic Tests只需在setUp方法中初始化一些測(cè)試數(shù)據(jù)，而Application Tests需要在setUp方法中獲取主應(yīng)用的AppDelegate，供test方法調(diào)用。
值得注意的是，OCUnit的test bundle是侵入主應(yīng)用的，因此在使用過程中要十分注意，不要讓單元測(cè)試的資源覆蓋主應(yīng)用資源，造成詭異的Bug。
? 運(yùn)行測(cè)試
由于OCUnit是集成在XCode中的框架，因此在XCode中運(yùn)行也比較方便。切換到單元測(cè)試的scheme（如果與工程共用scheme則無需切換），Product-Test（或直接使用快捷鍵command+u），框架會(huì)自動(dòng)查找所有工程中SenTestCase的子類，運(yùn)行其中全部命名類似testXXX的無返回值方法。
? 測(cè)試反饋
OCUnit的失敗方法會(huì)通過Console和XCode Issues兩個(gè)位置反饋，通過XCode Issues可以直接定位到出現(xiàn)錯(cuò)誤的單元測(cè)試代碼行。Issue的提示信息就是在單元測(cè)試斷言方法中定義的description。
GHUnit
GHUnit是一款Objective-C的測(cè)試框架，除了支持iOS工程還支持OSX的工程，但OSX不在本文的討論范圍。GHUnit不同于OCUnit，它提供了GUI界面來操作測(cè)試用例，而且也不區(qū)分Logic Tests和Application Tests。
? 添加單元測(cè)試
與集成進(jìn)XCode的OCUnit相比，GHUnit的添加過程略顯復(fù)雜。首先在上下載GHUnit的框架包，當(dāng)前的For iOS的最新版本是0.5.6，解壓后是一個(gè)GHUnitIOS.framework的文件夾。
打開已經(jīng)存在的工程，添加一個(gè)EmptyApplication Target，并在新Target中添加剛剛下載的GHUnitIOS.framework
在Build Phases中添加非官方框架并不會(huì)把框架文件拷貝到工程目錄，而是只做一個(gè)鏈接，所以建議在添加之前先把框架拷貝到工程目錄下。
接下來用相同的方法添加框架依賴的其他庫：“QuartzCore.framework”。
在Build Settings中搜索“l(fā)inker flags”，設(shè)置Other Linker Flags - Debug - 添加一個(gè)支持全架構(gòu)和全版本SDK的標(biāo)示“-ObjC -all_load”（如圖8）。
刪除Tests Target中的AppDelegate（.h和.m一起刪除）。修改main函數(shù)，支持GHUnitIOS，導(dǎo)入GHUnitIOSAppDelegate代替原來的AppDelegate，修改UIApplicationMain的參數(shù)（如圖9）。
至此已經(jīng)完成了GHUnit的添加，選擇新建Target同時(shí)創(chuàng)建的scheme，直接Build and Run即可在設(shè)備或Simulator中啟動(dòng)一個(gè)新的App（如圖10），即該單元測(cè)試的App。
這個(gè)其實(shí)說難也不難的，IOS開發(fā)對(duì)軟件兼容性測(cè)試是分步驟的：最開始是從源代碼的，因?yàn)镮OS形同的版本不同和屏幕的不同，所以代碼編寫時(shí)只需考慮這兩點(diǎn)就行了不像安卓好要考慮品牌的一些特性，在代碼編寫時(shí)可以再ios模擬器先進(jìn)性測(cè)試，最后在真機(jī)調(diào)試，當(dāng)然你如果有開發(fā)者賬號(hào)就可以直接在真機(jī)上調(diào)試了
蘋果iOS是由蘋果公司開發(fā)的移動(dòng)操作系統(tǒng)。蘋果的Mac OS X與iOS 操作系統(tǒng)一樣，它也是以Darwin為基礎(chǔ)的，因此同樣屬于類Unix的商業(yè)操作系統(tǒng)。iOS 具有簡單易用的界面、令人驚嘆的功能，以及超強(qiáng)的穩(wěn)定性，已經(jīng)成為 iPhone、iPad 和iPod touch 的強(qiáng)大基礎(chǔ)。iOS 內(nèi)置的眾多技術(shù)和功能讓蘋果設(shè)備始終備受歡迎。iOS所擁有的應(yīng)用程序是所有移動(dòng)操作系統(tǒng)里面最多的。
然而，針對(duì)蘋果系統(tǒng)的專業(yè)測(cè)試平臺(tái)和軟件卻非常少。目前，針對(duì)蘋果系統(tǒng)的測(cè)試方法主要是手工黑盒測(cè)試，但黑盒測(cè)試只能完全依賴于人對(duì)軟件輸入、輸出的判斷，沒有先進(jìn)的智能技術(shù)對(duì)質(zhì)量進(jìn)行可視化的精準(zhǔn)評(píng)估。例如：TestFlight主要針對(duì)上線前的App應(yīng)用Beta測(cè)試，MQC主要支持iOS的兼容性測(cè)試、功能測(cè)試，AWS Device Farm主要側(cè)重在自動(dòng)化和性能測(cè)試方面。由于用戶場(chǎng)景差異、環(huán)境差異等因素，很多應(yīng)用上線后才會(huì)暴露缺陷。
星云測(cè)試Paw-iOS/OSX Edition云平臺(tái)（以下簡稱Paw），是首款專門針對(duì)蘋果開發(fā)與測(cè)試團(tuán)隊(duì)最前沿的精準(zhǔn)化測(cè)試專業(yè)平臺(tái)。它支持蘋果應(yīng)用從開發(fā)、迭代、維護(hù)全流程的可視化精準(zhǔn)測(cè)試跟蹤和測(cè)試分析。Paw支持蘋果移動(dòng)端APP應(yīng)用、MacOSX系統(tǒng)下的各種應(yīng)用軟件、智能汽車軟件等蘋果全系列軟件平臺(tái)。Paw使企業(yè)級(jí)蘋果應(yīng)用在優(yōu)化品質(zhì)與運(yùn)維方面，產(chǎn)生量級(jí)加速度。
對(duì)于敏捷開發(fā)者來說， PAW可以自動(dòng)去分析蘋果應(yīng)用版本變更所影響的功能點(diǎn)的范圍與影響度，使得版本更新更加省時(shí)省力。而一旦該應(yīng)用出現(xiàn)了缺陷，來自Paw內(nèi)置的測(cè)試漏洞分析系統(tǒng)就會(huì)起效，通過對(duì)應(yīng)用的靜態(tài)信息和動(dòng)態(tài)分析，直接定位和摘選高風(fēng)險(xiǎn)的漏測(cè)點(diǎn)。如果測(cè)試時(shí)間緊迫，團(tuán)隊(duì)不能對(duì)實(shí)施100%的全面測(cè)試，Paw還可以直接定位和檢出風(fēng)險(xiǎn)最高的缺陷，而無需對(duì)所有的模塊和功能點(diǎn)進(jìn)行逐一的排查。并且所有版本的測(cè)試數(shù)據(jù)，支持累計(jì)的合并計(jì)算。Paw將多個(gè)敏捷局部測(cè)試的數(shù)據(jù)匯總到最新代碼視圖上統(tǒng)一展示。還可以任意選擇版本合并，觀察任何時(shí)間節(jié)點(diǎn)的累積數(shù)據(jù)，進(jìn)行版本對(duì)比，更快更精準(zhǔn)的快速排除BUG。
Paw內(nèi)置的軟件示波器能夠在測(cè)試過程中，自動(dòng)分析程序運(yùn)行的一些數(shù)據(jù)指標(biāo)，以波形的形式進(jìn)行實(shí)時(shí)輸出，能夠跟蹤顯示程序執(zhí)行的邏輯塊的速率指標(biāo)、程序執(zhí)行的條件數(shù)速率指標(biāo)等。因此當(dāng)程序的行為發(fā)生明顯變化的時(shí)候，示波器可以很精準(zhǔn)的分析出來，測(cè)試人員就可以通過示波器快速定位到問題所在，快速解決。示波器提供多種覆蓋率分析和圖形分析等，使整個(gè)測(cè)試過程可視化，精準(zhǔn)把控每一步的測(cè)試情況，從而輕松把控產(chǎn)品質(zhì)量。
Paw提供了一套“靜態(tài)“+“動(dòng)態(tài)”全景的代碼邏輯結(jié)構(gòu)視圖，以解決測(cè)試和開發(fā)之間溝通效率低下的問題。研發(fā)人員也可以看到測(cè)試詳情，即可以通過PAW的代碼結(jié)構(gòu)圖、 控制流程圖等信息進(jìn)行代碼的靜態(tài)審查，同時(shí)可在代碼結(jié)構(gòu)圖上直接看到代碼運(yùn)行的運(yùn)行邏輯信息，能清晰的看到每個(gè)功能點(diǎn)完整的執(zhí)行路徑， 當(dāng)鼠標(biāo)懸停在某個(gè)執(zhí)行路徑上的條件表達(dá)式上的時(shí)候，Paw可以展示每個(gè)子條件的運(yùn)行詳細(xì)情況。同時(shí)它也支持自動(dòng)化從代碼到功能邏輯的投影分析， 它可以根據(jù)歷史的運(yùn)行經(jīng)驗(yàn)數(shù)據(jù)，自動(dòng)分析某個(gè)代碼模塊被功能點(diǎn)調(diào)用的情況，開發(fā)人員根據(jù)這些數(shù)據(jù)可以進(jìn)行一致性的修改，避免修改某個(gè)功能 由于考慮不全而引起其他功能的缺陷。完美實(shí)現(xiàn)開發(fā)和測(cè)試的一體化。
Beta測(cè)試 是在產(chǎn)品發(fā)布之前所進(jìn)行的軟件測(cè)試活動(dòng)，它是技術(shù)測(cè)試的最后一個(gè)階段，通過了驗(yàn)收測(cè)試，產(chǎn)品就會(huì)進(jìn)入發(fā)布階段。
在iOS 8 時(shí)，Apple發(fā)布 TestFlight 用于 Beta測(cè)試 。之前 TestFlight 一直是獨(dú)立用戶mobile app測(cè)試的mobile平臺(tái)，在2014年2月，Apple收購的 TestFlight 母公司Burstly?，F(xiàn)在 TestFlight 已經(jīng)集成到 iTunes Connect 中，允許開發(fā)只通過郵件地址邀請(qǐng) Beta測(cè)試 用戶。
在上傳app之前，必須要在 iTunes Connect 中有 App Record 。
這一步主要選擇一下App分類的類別。
這一步主要添加截圖、app描述、app圖標(biāo)、聯(lián)系信息等信息
這邊的App Store 圖標(biāo)要求是1024x1024 pixels，不能包含隱藏元素。
回到Xcode，確認(rèn)版本數(shù)字與 iTunes Connect 中一致。
可以在Finder中直接復(fù)制 AppIcon.appiconset 目錄替代即可。
在上傳app到 iTunes Connect 之前，如要?jiǎng)?chuàng)建app包，這在Xcode 8之后已經(jīng)非常容易了。
點(diǎn)擊 Validate ，之后可能需要一段時(shí)間：
以前是最大限制2000，現(xiàn)在可以邀請(qǐng)10000名外部測(cè)試人員。外部測(cè)試用戶不需要事先添加。
Beginning-iOS-Programming-with-Swift
此文是學(xué)習(xí) appcode 網(wǎng)站出的一本書 《Beginning iOS 10 Programming with Swift》 的一篇記錄
做壓力測(cè)試，兼容性測(cè)試，容量測(cè)試，交叉事件測(cè)試，功能模塊測(cè)試等等。
性能測(cè)試分為兩種
一種是后臺(tái)服務(wù)器性能測(cè)試，通過向服務(wù)器發(fā)送請(qǐng)求進(jìn)行性能測(cè)試，這個(gè)時(shí)候ios軟件相當(dāng)于前臺(tái)瀏覽器，其實(shí)質(zhì)測(cè)試的還是后臺(tái)服務(wù)器性能，可以使用性能測(cè)試工具loadrunner，jmeter之類
另一種是前端app測(cè)試，這個(gè)時(shí)候測(cè)試的是app在平臺(tái)上運(yùn)行時(shí)資源的占用，如cpu，內(nèi)存，網(wǎng)絡(luò)，流量這一類指標(biāo)，可以使用蘋果的開發(fā)工具xcode自帶的instrumentation進(jìn)行測(cè)試，不過需要mac系統(tǒng)
重慶分公司
重慶分公司
