【優(yōu)選】android測(cè)試技術(shù)PPT文檔

什么是軟件測(cè)試使用人工或者自動(dòng)手段來(lái)運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過(guò)程目的在于檢驗(yàn)它是否滿(mǎn)足規(guī)定的需求、弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別軟件測(cè)試目的測(cè)試是為了發(fā)現(xiàn)系統(tǒng)中的錯(cuò)誤而執(zhí)行程序的過(guò)程好的測(cè)試方案在于盡可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤成功的測(cè)試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試軟件測(cè)試目的測(cè)試并不僅僅是為了找出錯(cuò)誤.通過(guò)分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的發(fā)生趨勢(shì),可以幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前軟件開(kāi)發(fā)過(guò)程中的缺陷,以便及時(shí)改進(jìn)這種分析也能幫助測(cè)試人員設(shè)計(jì)出有針對(duì)性的測(cè)試方法,改善測(cè)試的效率和有效性；沒(méi)有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的,完整的測(cè)試是評(píng)定軟件質(zhì)量的一種方法軟件測(cè)試原則所有的軟件測(cè)試都應(yīng)追溯到用戶(hù)需求應(yīng)當(dāng)把“盡早地和不斷地進(jìn)行軟件測(cè)試”作為軟件測(cè)試人的座右銘完全測(cè)試是不可能的，測(cè)試需要終止測(cè)試無(wú)法顯示系統(tǒng)所有潛在的缺陷軟件測(cè)試原則充分注意測(cè)試中的群集現(xiàn)象程序員應(yīng)避免檢查自己的程序盡量避免測(cè)試的隨意性，應(yīng)從工程的角度理解軟件測(cè)試，它是有組織、有計(jì)劃、有步驟的活動(dòng)軟件測(cè)試對(duì)象程序數(shù)據(jù)文檔過(guò)程硬件網(wǎng)絡(luò)軟件測(cè)試關(guān)鍵詞單元測(cè)試集成測(cè)試確認(rèn)測(cè)試驗(yàn)收測(cè)試白盒測(cè)試黑盒測(cè)試單元測(cè)試單元測(cè)試又稱(chēng)模塊測(cè)試是針對(duì)軟件設(shè)計(jì)的最小單元——程序模塊進(jìn)行正確性檢驗(yàn)的測(cè)試工作其目的在于檢查每個(gè)程序單元能否實(shí)

現(xiàn)詳細(xì)設(shè)計(jì)說(shuō)明中的模塊功能、性能、接口和設(shè)計(jì)約束等要求，發(fā)現(xiàn)各模塊內(nèi)部可能存在的錯(cuò)誤集成測(cè)試集成測(cè)試，也叫組裝測(cè)試或聯(lián)合測(cè)試在單元測(cè)試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求）如根據(jù)結(jié)構(gòu)圖〕組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測(cè)試集成測(cè)試是檢驗(yàn)程序單元部件的接口關(guān)系實(shí)踐表明，一些模塊雖然能夠單獨(dú)地工作，但并不能保證連接起來(lái)也能正常的工作。程序在某些局部反映不出來(lái)的問(wèn)題，在全局上很可能暴露出來(lái)，影響功能的實(shí)現(xiàn)確認(rèn)測(cè)試確認(rèn)測(cè)試的目的是向未來(lái)的用戶(hù)表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測(cè)試后，已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng)，接口錯(cuò)誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性，這就是確認(rèn)測(cè)試的任務(wù)，即軟件的功能和性能如同用戶(hù)所合理期待的那樣

確認(rèn)測(cè)試又稱(chēng)有效性測(cè)試。有效性測(cè)試是在模擬的環(huán)境下，運(yùn)用黑盒測(cè)試的方法，驗(yàn)證被測(cè)軟件是否滿(mǎn)足需求規(guī)格說(shuō)明書(shū)列出的需求。任務(wù)是驗(yàn)證軟件的功能和性能及其他特性是否與用戶(hù)的要求一致。對(duì)軟件的功能和性能要求在軟件需求規(guī)格說(shuō)明書(shū)中已經(jīng)明確規(guī)定，它包含的信息就是軟件確認(rèn)測(cè)試的基礎(chǔ)驗(yàn)收測(cè)試系統(tǒng)開(kāi)發(fā)生命周期方法論的一個(gè)階段，這

時(shí)相關(guān)的用戶(hù)和／或獨(dú)立測(cè)試人員根據(jù)測(cè)試計(jì)劃和結(jié)果對(duì)系統(tǒng)進(jìn)行測(cè)試和接收。它讓系統(tǒng)用戶(hù)決定是否接收系統(tǒng)。它是一項(xiàng)確定產(chǎn)品是否能夠滿(mǎn)足合同或用戶(hù)所規(guī)定需求的測(cè)試這是管理性和防御性控制的測(cè)試過(guò)程白盒測(cè)試白盒測(cè)試也稱(chēng)結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試，它是按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序，通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照設(shè)計(jì)規(guī)格說(shuō)明書(shū)的規(guī)定正常進(jìn)行，檢驗(yàn)程序中的每條通路是否都能按預(yù)定要求正確工作是把測(cè)試對(duì)象看作一個(gè)打開(kāi)的盒子，測(cè)試人員依據(jù)程序內(nèi)部邏輯結(jié)構(gòu)相關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程序所有邏輯路徑進(jìn)行測(cè)試，通過(guò)在不同點(diǎn)檢查程序的狀態(tài)，確定實(shí)際的狀態(tài)是否與預(yù)期的狀態(tài)一致黑盒測(cè)試黑盒測(cè)試也稱(chēng)功能測(cè)試，它是通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否都能正常使用。在測(cè)試時(shí)，把程序看作一個(gè)不能打開(kāi)的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在程序接口進(jìn)行測(cè)試，它只檢查程序功能是否按照需求規(guī)格說(shuō)明書(shū)的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測(cè)試著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對(duì)軟件界面和軟件功能進(jìn)行測(cè)試白盒與黑盒測(cè)試比較f(x)XYY＝f（X）白盒與黑盒測(cè)試比較PINOUT白盒測(cè)試:黑盒測(cè)試:調(diào)試與白盒測(cè)試從廣義上講調(diào)試是白盒測(cè)試的一個(gè)子集相同點(diǎn)

目的相同

檢查基礎(chǔ)相同

方法相同（靜態(tài)、動(dòng)態(tài)、代碼跟蹤）不同點(diǎn)

側(cè)重點(diǎn)（排除錯(cuò)誤------發(fā)現(xiàn)錯(cuò)誤）

范圍不同（語(yǔ)法、功能--------內(nèi)部結(jié)構(gòu)、內(nèi)存泄露等）

執(zhí)行人員不同（開(kāi)發(fā)人員--------測(cè)試人員）白盒測(cè)試的內(nèi)容代碼檢查（語(yǔ)法、邏輯、書(shū)寫(xiě)）靜態(tài)結(jié)構(gòu)分析（內(nèi)部關(guān)系如系統(tǒng)結(jié)構(gòu)、函數(shù)調(diào)用關(guān)系等）功能確認(rèn)與接口分析邏輯覆蓋率分析（內(nèi)部的執(zhí)行路徑、提高軟件的可靠性）性能與效率分析內(nèi)存分析（內(nèi)存泄露、內(nèi)存越界等）自動(dòng)測(cè)試和分析工具

隨著軟件測(cè)試的地位逐步提高，測(cè)試的重要性逐步顯現(xiàn)，測(cè)試工具的應(yīng)用已經(jīng)成為了普遍的趨勢(shì)。目前用于測(cè)試的工具已經(jīng)比較多了，這些測(cè)試工具一般可分為白盒測(cè)試工具黑盒測(cè)試工具性能測(cè)試工具用于測(cè)試管理（測(cè)試流程管理、缺陷跟蹤管理、測(cè)試用例管理）的工具。

測(cè)試策略測(cè)試信息流分析設(shè)計(jì)階段需求說(shuō)明書(shū)評(píng)測(cè)概要設(shè)計(jì)說(shuō)明書(shū)評(píng)測(cè)詳細(xì)設(shè)計(jì)說(shuō)明書(shū)評(píng)測(cè)軟件編碼規(guī)范評(píng)測(cè)開(kāi)發(fā)階段單元測(cè)試集成測(cè)試確認(rèn)測(cè)試驗(yàn)收測(cè)試軟件驗(yàn)證和確認(rèn)過(guò)程公司測(cè)試過(guò)程測(cè)試過(guò)程文檔測(cè)試計(jì)劃測(cè)試用例測(cè)試缺陷報(bào)告測(cè)試報(bào)告測(cè)試工具的分類(lèi)

白盒測(cè)試工具白盒測(cè)試工具一般是針對(duì)代碼進(jìn)行測(cè)試，測(cè)試中發(fā)現(xiàn)的缺陷可以定位到代碼級(jí)，根據(jù)測(cè)試工具原理的不同，又可以分為靜態(tài)測(cè)試工具和動(dòng)態(tài)測(cè)試工具。黑盒測(cè)試工具

該工具用于黑盒的自動(dòng)化測(cè)試?？梢栽谟性创a或者只有APK的情況下對(duì)目標(biāo)應(yīng)用進(jìn)行測(cè)試。Robotimu提供了模仿用戶(hù)操作行為的API，比如在某個(gè)控件上點(diǎn)擊，輸入Text等等。Robotium-Android自動(dòng)化測(cè)試工具測(cè)試步驟介紹：簡(jiǎn)單介紹如何使用robotium進(jìn)行自動(dòng)化測(cè)試好的測(cè)試方案在于盡可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤代表工具有monkeytraceview檢查基礎(chǔ)相同盡量避免測(cè)試的隨意性，應(yīng)從工程的角度理解軟件測(cè)試，它是有組織、有計(jì)劃、有步驟的活動(dòng)Android+application+testing+guide程序在某些局部反映不出來(lái)的問(wèn)題，在全局上很可能暴露出來(lái)，影響功能的實(shí)現(xiàn)沒(méi)有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的,完整的測(cè)試是評(píng)定軟件質(zhì)量的一種方法完全測(cè)試是不可能的，測(cè)試需要終止Android自動(dòng)化測(cè)試框架Robotium(Android的測(cè)試框架,使用的類(lèi)也是Instrumentation)程序在某些局部反映不出來(lái)的問(wèn)題，在全局上很可能暴露出來(lái)，影響功能的實(shí)現(xiàn)Android+application+testing+guide檢查基礎(chǔ)相同在Eclipse中新建工程，將:\android-sdk-windows\samples\android-8\samples\ApiDemos添加到工程中點(diǎn)擊運(yùn)行，此時(shí)，他的APK應(yīng)該加載到了Emulator上對(duì)軟件的功能和性能要求在軟件需求規(guī)格說(shuō)明書(shū)中已經(jīng)明確規(guī)定，它包含的信息就是軟件確認(rèn)測(cè)試的基礎(chǔ)Robotimu提供了模仿用戶(hù)操作行為的API，比如在某個(gè)控件上點(diǎn)擊，輸入Text等等。應(yīng)當(dāng)把“盡早地和不斷地進(jìn)行軟件測(cè)試”作為軟件測(cè)試人的座右銘測(cè)試工具的分類(lèi)

性能測(cè)試工具是通過(guò)模擬大數(shù)據(jù)量或多用戶(hù)并發(fā)情況，對(duì)被測(cè)系統(tǒng)進(jìn)行性能指標(biāo)的采集。 代表工具有monkeytraceview應(yīng)用測(cè)試工具的目的

提高測(cè)試質(zhì)量；減少測(cè)試過(guò)程中的重復(fù)勞動(dòng)實(shí)現(xiàn)測(cè)試自動(dòng)化

在測(cè)試中應(yīng)用測(cè)試工具，可以發(fā)現(xiàn)正常測(cè)試中很難發(fā)現(xiàn)的缺陷

Monkey測(cè)試工具monkey是android下自動(dòng)化測(cè)試比較重要的的一個(gè)工具，該工具可以運(yùn)行在host端或者設(shè)備（模擬器或真實(shí)設(shè)備）。它會(huì)向系統(tǒng)發(fā)送隨機(jī)事件流（即模擬用戶(hù)各種操作：點(diǎn)擊、滑動(dòng)、AP切換等），對(duì)單個(gè)程序或者整個(gè)系統(tǒng)進(jìn)行壓力測(cè)試。執(zhí)行人員不同（開(kāi)發(fā)人員--------測(cè)試人員）它讓系統(tǒng)用戶(hù)決定是否接收系統(tǒng)。在Eclipse中新建工程，將:\android-sdk-windows\samples\android-8\samples\ApiDemos添加到工程中點(diǎn)擊運(yùn)行，此時(shí)，他的APK應(yīng)該加載到了Emulator上內(nèi)存分析（內(nèi)存泄露、內(nèi)存越界等）好的測(cè)試方案在于盡可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤如果應(yīng)用程序產(chǎn)生了應(yīng)用程序不回應(yīng)(applicationnotresponding)<span>的錯(cuò)誤，Monkey將會(huì)停止并報(bào)錯(cuò)。目的在于檢驗(yàn)它是否滿(mǎn)足規(guī)定的需求、弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別黑盒測(cè)試也稱(chēng)功能測(cè)試，它是通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否都能正常使用。Autoandroid（基于androidjunit編寫(xiě)的測(cè)試框架）JunitINACTION中文版Excl 執(zhí)行方法占用時(shí)間百分比GoogleDevGuide當(dāng)中說(shuō)可以在activity的onCreate()中添加Debug.它讓系統(tǒng)用戶(hù)決定是否接收系統(tǒng)。靜態(tài)結(jié)構(gòu)分析（內(nèi)部關(guān)系如系統(tǒng)結(jié)構(gòu)、函數(shù)調(diào)用關(guān)系等）permission.1 //開(kāi)始跟蹤然后自動(dòng)保存到"/sdcard/test.代表工具有monkeytraceview應(yīng)當(dāng)把“盡早地和不斷地進(jìn)行軟件測(cè)試”作為軟件測(cè)試人的座右銘特點(diǎn)基本配置，例如測(cè)試事件數(shù)量，特定的事件流約束項(xiàng)設(shè)置，例如單獨(dú)對(duì)某個(gè)包或者幾個(gè)事件類(lèi)型以及頻率，異常忽略選項(xiàng)等特點(diǎn)

在Monkey運(yùn)行的時(shí)候，它生成事件，并把它們發(fā)給系統(tǒng)。同時(shí)，Monkey還對(duì)測(cè)試中的系統(tǒng)進(jìn)行監(jiān)測(cè)，對(duì)下列三種情況進(jìn)行特殊處理：

如果限定了Monkey運(yùn)行在一個(gè)或幾個(gè)特定的包上，那么它會(huì)監(jiān)測(cè)試圖轉(zhuǎn)到其它包的操作，并對(duì)其進(jìn)行阻止。

如果應(yīng)用程序崩潰或接收到任何失控異常，Monkey將停止并報(bào)錯(cuò)。

如果應(yīng)用程序產(chǎn)生了應(yīng)用程序不回應(yīng)(applicationnotresponding)<span>的錯(cuò)誤，Monkey將會(huì)停止并報(bào)錯(cuò)。按照選定的不同級(jí)別的回饋信息，在Monkey中還可以看到其執(zhí)行過(guò)程報(bào)告和生成的事件運(yùn)

行在Eclipse中新建工程，將:\android-sdk-windows\samples\android-8\samples\ApiDemos添加到工程中點(diǎn)擊運(yùn)行，此時(shí)，他的APK應(yīng)該加載到了Emulator上在命令行輸入adbshell輸入ls查看當(dāng)前文件夾下的目錄應(yīng)用程序包都在data下，我們輸入cddata進(jìn)入data文件夾還有個(gè)data，所有的應(yīng)用程序就在這個(gè)data下了，進(jìn)入這個(gè)data，然后輸入ls直接輸入monkey-pcom.example.android.apis-v50圖形化性能測(cè)試traceviewTraceview是android平臺(tái)配備一個(gè)很好的性能分析的工具。它可以通過(guò)圖形化的方式讓我們了解我們要跟蹤的程序的性能，并且能具體到method。GoogleDevGuide當(dāng)中說(shuō)可以在activity的onCreate()中添加Debug.startMethodTracing(),而在onDestroy()中添加Debug.stopMethodTracing()，但是我在實(shí)際的測(cè)試時(shí)發(fā)現(xiàn)這種方式其實(shí)并不好用，因?yàn)橥ǔＧ闆r下我們的activity的onDestroy()是由系統(tǒng)決定何時(shí)調(diào)用的，因此我們可能等了很長(zhǎng)時(shí)間都不會(huì)得到這個(gè)trace文件。因此我決定在onStop()中來(lái)調(diào)用Debug.stopMethodTracing()。這樣當(dāng)我們切換到其它activity或者點(diǎn)擊home鍵的時(shí)候onStop()就會(huì)被調(diào)用，我們也就可以得到完整的tracefile。你的設(shè)備和模擬器必須設(shè)置SDcard和你的程序擁有對(duì)SDcard具有讀寫(xiě)操作的權(quán)限(<uses-permissionandroid:name="android.permission.WRITE_EXTERNAL_STORAGE"/>)在你的程序中使用TraceView1 //開(kāi)始跟蹤然后自動(dòng)保存到"/sdcard/test.trace"2 Debug.startMethodTracing("test");3 //停止跟蹤4 Debug.stopMethodTracing();時(shí)間片面板(Timelinepanel)分析面板(Pro)Incl 調(diào)用方法占用時(shí)間百分比Inclusive 調(diào)用方法時(shí)間(ms)(包括了所有方法的調(diào)用)Excl 執(zhí)行方法占用時(shí)間百分比Exclusive 執(zhí)行方法占用時(shí)間(ms)(不包括子方法的調(diào)用)Calls+RecurCalls/Total 調(diào)用和重復(fù)調(diào)用的次數(shù)Time/Call 總的時(shí)間(ms)分析面板(Pro)其他測(cè)試工具M(jìn)onkeyRunner(工具與用戶(hù)界面/應(yīng)用程序測(cè)試)Android自動(dòng)化測(cè)試框架Robotium(