手機測試技術(shù)

1、手機軟件測試技術(shù)手機軟件測試技術(shù)9/072內(nèi)容內(nèi)容l軟件測試基本理論l研發(fā)過程中的軟件測試l手機軟件測試l軟件測試管理3第一講軟件測試理論第一講軟件測試理論1.概念2.理論測試方法及覆蓋率3.測試設(shè)計4什么是軟件測試什么是軟件測試l定義：使用人工和自動手段來運行或測試某個系統(tǒng)的過程，其目的在于檢驗它是否滿足規(guī)定的要求或是弄清預(yù)期結(jié)果與實際結(jié)果之間的判別。重要的質(zhì)量保證活動盡可能多的發(fā)現(xiàn)問題l設(shè)計l需求l編碼l功能5軟件測試必要性軟件測試必要性l70年代之后的軟件危機高級開發(fā)語言的引入軟件規(guī)模擴大及復(fù)雜度急劇增加可視化編程環(huán)境日益完善的軟件分析設(shè)計方法l軟件開發(fā)活動所產(chǎn)生的產(chǎn)品質(zhì)量越來越不可控有

2、開發(fā)就會有錯誤影響產(chǎn)品利潤影響公司聲譽6軟件測試目的軟件測試目的l60年代證明觀點獲取系統(tǒng)在可接受風險范圍內(nèi)可用的信心嘗試在非正常情況和條件下的功能和特性保證一個工作產(chǎn)品是完整的并且可用或者可被集成l70年代檢測觀點發(fā)現(xiàn)缺陷、錯誤和系統(tǒng)不足定義系統(tǒng)的能力和局限性提供產(chǎn)品和系統(tǒng)的質(zhì)量信息l90年代預(yù)防觀點澄清系統(tǒng)的規(guī)格和性能提供預(yù)防或減少可能制造錯誤的信息盡早檢測錯誤確認問題和風險，提前確認解決這些問題和風險的途徑7軟件測試在開發(fā)中的角色軟件測試在開發(fā)中的角色l測試是執(zhí)行或者模擬一個系統(tǒng)或者程序的操作l測試是為了建立一個信心，即軟件是按照它所要求的方式執(zhí)行的，而不會執(zhí)行它不被希望的操作l測試是帶

3、著發(fā)現(xiàn)問題和錯誤的意圖來分析程序的l測試是度量程序的功能和質(zhì)量的l測試是評價程序和項目工作產(chǎn)品的屬性和能力的，并且評估其是否獲得了期望和可接受的結(jié)果l測試除了包括執(zhí)行代碼測試，還包括檢視和結(jié)構(gòu)化同行評審8軟件測試理論發(fā)展軟件測試理論發(fā)展需求Error概要設(shè)計Error詳細設(shè)計Error編碼階段Errorn2n3nIBM缺陷修改成本趨勢圖IBM缺陷放大模型9軟件測試理論發(fā)展軟件測試理論發(fā)展l傳統(tǒng)意義上的測試調(diào)試觀點代碼完成后期介入l開發(fā)活動觀點整個開發(fā)過程測試始終要完成驗證和確認的任務(wù)開發(fā)模型（瀑布模型、螺旋模型、V模型等）開發(fā)規(guī)范中明確了各階段測試任務(wù)（CMM、IPD等）10理論測試方法理論測

4、試方法l白盒測試White Box Testing, Glass Box Testing, Open Box Testing, Structured Testing, Code-Based Testing代碼級測試基于對系統(tǒng)內(nèi)部結(jié)構(gòu)及工作原理清楚認知基于編程規(guī)范l黑盒測試Black Box Testing, Function Testing功能級測試基于需求及功能實現(xiàn)及可執(zhí)行過程l灰盒測試基于接口及子系統(tǒng)的測試介于白盒測試及黑盒測試之間l代碼審查及文檔評審基于編程規(guī)范基于文檔規(guī)范11白盒測試白盒測試l保證軟件產(chǎn)品最小單元函數(shù)或模塊的開發(fā)質(zhì)量函數(shù)中的語句均能被有效執(zhí)行到函數(shù)中的邏輯路徑的正確性變

5、量邊界有效內(nèi)部數(shù)據(jù)結(jié)構(gòu)有效內(nèi)存有效管理（申請、釋放）符合編程規(guī)范l單元測試為白盒測試應(yīng)用12白盒測試技術(shù)白盒測試技術(shù)l靜態(tài)測試不通過執(zhí)行程序而進行測試的技術(shù)l代碼審查（軟件檢視、走讀）l語法分析工具（Logicscope / WhiteBox / C+ test)l沒有基本語法錯誤或邏輯性錯誤l動態(tài)測試對函數(shù)或者模塊進行模擬測試過程l路徑及分支測試l動態(tài)測試工具 (C+ test / Logicscope / Jtest)l達到基本覆蓋率13白盒測試的覆蓋率要求白盒測試的覆蓋率要求l代碼覆蓋率語句覆蓋（Statement Coverage)l通過執(zhí)行測試用例，使程序中的可執(zhí)行語句至少執(zhí)行一次分

6、支覆蓋（Branch Coverage)l程序中的各分支至少被執(zhí)行一次條件覆蓋（Condition Coverage）l每個判斷中的每個條件可能取值至少滿足一次14白盒測試的覆蓋率要求白盒測試的覆蓋率要求舉例判定條件：（A1）（A: 1, =1）判定條件：（B0）（B:0）判定條件：（B0）（B:=0, 0）If ( A 1) AND (B 1) AND (B 1B1B=01,3,41B01,5,6條件覆蓋=1B=01,3,401,5,6=1B01,5,615黑盒測試黑盒測試l黑盒測試目標產(chǎn)品功能均被正確執(zhí)行，符合需求規(guī)格要求功能異常均被正確處理產(chǎn)品健狀性，不會出現(xiàn)異常情況l被用于發(fā)現(xiàn)以下可能

7、發(fā)生的錯誤功能錯誤或遺漏界面錯誤初始化或終止錯誤抗壓力性錯誤性能方面部分錯誤l功能覆蓋率l系統(tǒng)測試為黑盒測試應(yīng)用16黑盒測試技術(shù)黑盒測試技術(shù)l功能測試l性能測試l壓力測試及可靠性測試l穩(wěn)定性及安全性測試l文檔測試l本地化（Localization)測試l兼容性測試17灰盒測試灰盒測試l基于代碼級，但以功能模塊劃分被測對象的測試方法l所測試對象為接口及子系統(tǒng)接口l關(guān)鍵是確定好被測對象l集成測試為灰盒測試應(yīng)用18測試設(shè)計測試設(shè)計l測試方案、策略l測試計劃l測試需求及程序插裝測試覆蓋率測試有效性檢測l功能是否可測斷言檢測l測試用例設(shè)計是測試執(zhí)行的單位與依據(jù)依據(jù)文檔功能描述或特定被測試對象（函數(shù)、模塊

8、）實現(xiàn)功能來編寫19測試用例測試用例l根據(jù)輸入、預(yù)置條件與測試步驟存在的不同，確定符合規(guī)格要求的預(yù)期輸出用例編號用例名稱用例級別用例標題預(yù)置條件輸入測試步驟預(yù)期輸出實際輸出測試員是否問題20測試用例設(shè)計方法測試用例設(shè)計方法l等價類劃分根據(jù)需求規(guī)格說明書，所有可能的輸入集合被分成一個一個的類。同一類中的數(shù)據(jù)被認為會產(chǎn)生相同的執(zhí)行結(jié)果。l邊界值分析基于等價類，對輸入域進行測試，等價類邊界內(nèi)、外及邊界上的測試大量的錯誤發(fā)生在輸入或輸出范圍的邊界上。l判定表l因果圖l正交法21等價類劃分等價類劃分l有效類使產(chǎn)品按規(guī)格說明書中要求，正確工作的輸入?yún)?shù)值的集合。l無效類不符合產(chǎn)品正確工作的輸入?yún)?shù)值的集合

9、。例：1。每條短消息發(fā)送最長不允許超過182個字符。2。允許存儲50個電話號碼有效類：0,182，無效類：（183，）有效類：0,50，無效類：（50，）邊界值：0,182,183,0,50,5122第二講研發(fā)過程中的軟件測試第二講研發(fā)過程中的軟件測試l軟件驗證與確認lV開發(fā)模型l測試在各階段的活動23V開發(fā)模型開發(fā)模型l軟件工程思想已經(jīng)成為軟件產(chǎn)品開發(fā)的主導(dǎo)軟件能力成熟度模型CMM（Capability Maturity Model)l軟件開發(fā)模型1.建構(gòu)修改循環(huán)模型（Build and Fix Model） 瀑布式開發(fā)模型（Waterfall Model） 增量模型（Incremental

10、 Model） V形開發(fā)模型（V Shape Model） 快速原型模型（Rapid Prototype Model） 螺旋型開發(fā)模型（Spiral Model） 極限型開發(fā)模型（Extreme Programming Model）l各階段測試活動24需求分析系統(tǒng)測試概要設(shè)計集成測試詳細設(shè)計單元測試編碼需求分析說明書系統(tǒng)測試方案、計劃、用例概要設(shè)計說明書集成測試方案、計劃、用例詳細設(shè)計說明書單元測試方案、計劃、用例系統(tǒng)測試報告集成測試報告單元測試報告V開發(fā)模型開發(fā)模型25軟件驗證與確認軟件驗證與確認l軟件驗證與確認（Software Verification and Validation)：軟

11、件生命周期中對其進行評估的規(guī)范化的方法l驗證用于在軟件開發(fā)生命周期中保證前面進行的活動是滿足特定需求的用數(shù)據(jù)證明我們是否在正確的制造產(chǎn)品l能正確執(zhí)行其被要求的功能l不能執(zhí)行不被要求的功能l軟件測試應(yīng)被認為是一個驗證的過程.l確認l在生命周期階段結(jié)束是否滿足了客戶的需要。l用數(shù)據(jù)證明我們是否制造了正確的產(chǎn)品262728測試實施測試實施-需求分析階段需求分析階段l測試質(zhì)量活動參與需求分析討論熟悉產(chǎn)品功能、規(guī)格對開發(fā)文檔進行評審、檢視（統(tǒng)計數(shù)據(jù)）。Checklist及預(yù)審表29測試實施測試實施-需求分析階段需求分析階段l測試開發(fā)活動提出測試需求。準備測試開發(fā)。編寫測試文檔，確定測試計劃、測試工具、測

12、試設(shè)備需求。測試文檔：系統(tǒng)測試方案、系統(tǒng)測試計劃、系統(tǒng)測試用例30系統(tǒng)測試計劃系統(tǒng)測試計劃l系統(tǒng)測試計劃需要明確：人力需求計劃系統(tǒng)測試時間安排計劃，包括每一輪測試時間多長，要進行幾輪測試，才能發(fā)布測試環(huán)境需求計劃測試設(shè)備需求計劃測試工具需求計劃31系統(tǒng)測試方案系統(tǒng)測試方案l系統(tǒng)測試方案需要明確系統(tǒng)測試策略需要明確系統(tǒng)測試的測試模型及測試組網(wǎng)圖,測試環(huán)境設(shè)計。功能測試分組(可以一個人完成，也可以多個人完成)。測試工具需求產(chǎn)品可測試性需求以及其他方面的需求可測試性需求以及其他方面的需求需要進行測試類型（功能測試、性能測試、負載測試、安全性測試等）系統(tǒng)測試通過或者結(jié)束標準。32測試實施測試實施-概要

13、設(shè)計階段概要設(shè)計階段l概要設(shè)計階段參與概要設(shè)計方案討論熟悉軟件接口、模塊劃分、流程對開發(fā)文檔進行評審、檢視（統(tǒng)計數(shù)據(jù)）測試需求實現(xiàn)設(shè)計編寫相關(guān)測試文檔對上一階段的測試文檔進行修改、補充開發(fā)文檔：概要設(shè)計說明書測試文檔：集成測試方案、集成測試計劃、集成測試用例33集成測試計劃集成測試計劃l集成測試計劃同單元測試計劃內(nèi)容相同，對測試環(huán)境要求更為具體。l集成測試計劃的內(nèi)容包括：集成測試時間安排、人力需求計劃、環(huán)境需求計劃、測試工具需求計劃、文檔輸出計劃、人員培訓(xùn)計劃（包括測試工具使用、測試用例編寫等培訓(xùn)）等。l集成測試工具l集成測試計劃可以與方案一起編寫34集成測試方案集成測試方案l集成測試方案在概

14、要設(shè)計階段進行編寫。l方案要明確集成測試的測試策略，包括如何劃分集成測試模塊(由多個單元組成)；集成測試通過的標準；測試環(huán)境配置情況；集成測試工具及測試設(shè)備；測試用例設(shè)計方法；測試用例的分類；l集成測試測試策略關(guān)鍵是測試模塊的設(shè)計。一般依據(jù)模塊間的耦合度按增量式集成方法來劃分模塊。增量式集成測試方法分為自底向上及自頂向下兩種方式。l方案中要明確集成測試模型，即模塊劃分示意圖。l子系統(tǒng)間的集成。35集成測試自頂向下集成集成測試自頂向下集成l自頂向下集成是構(gòu)造程序結(jié)構(gòu)的一種增量式方式，它從主控模塊開始，按照軟件的控制層次結(jié)構(gòu)，以深度優(yōu)先或廣度優(yōu)先的策略，逐步把各個模塊集成在一起。 l首先確定各模塊

15、間的關(guān)系圖。然后根據(jù)各模塊間的耦合度，采用深度或廣度設(shè)計測試對象。以主控模塊作為測試驅(qū)動模塊，把對主控模塊進行單元測試時引入的所有樁模塊用實際模塊替代；依據(jù)所選的集成策略（深度優(yōu)先或廣度優(yōu)先），每次只替代一個樁模塊；每集成一個模塊立即測試一遍；只有每組測試完成后，才著手替換下一個樁模塊；為避免引入新錯誤，須不斷地進行回歸測試（即全部或部分地重復(fù)已做過的測試）。 36集成測試自頂向下集成模型集成測試自頂向下集成模型M1：消息接收模塊M2：Msg1解碼模塊M3：字段處理模塊，判斷各IE是否正確。M4如果IE都正確，編寫新消息或者直接打包發(fā)送。M5：Msg2解碼模塊M6：字段處理模塊，判斷各IE是否

16、正確。M7如果IE都正確，編寫新消息或者直接打包發(fā)送。M8：Msg3解碼模塊M9：字段處理模塊，判斷各IE是否正確。M10如果IE都正確，編寫新消息或者直接打包發(fā)送。37集成測試自底向上集成集成測試自底向上集成 l自底向上測試是從“原子”模塊（即軟件結(jié)構(gòu)最低層的模塊）開始組裝測試，因測試到較高層模塊時，所需的下層模塊功能均已具備，所以不再需要樁模塊。 自底向上綜合測試的步驟分為：1 劃分模塊之間的關(guān)系，確定被測模塊劃分;2 開發(fā)一個測試驅(qū)動模塊，控制測試數(shù)據(jù)的輸入和測試結(jié)果的輸出； 3 采取增量方式對每個被測模塊進行測試；4 刪除測試使用的驅(qū)動模塊，用較高層模塊把模塊群組織成為完成更大功能的新

17、模塊群。 38集成測試自底向上集成集成測試自底向上集成39集成測試用例集成測試用例l根據(jù)方案設(shè)計，對各被測模塊設(shè)計測試用例。l集成測試用例設(shè)計方法與單元測試用例設(shè)計方法一樣，但是測試用例的輸出要上升到模塊功能級別，觀察點要多。l集成測試用例的自動化。在引入自動化測試工具的情況下，集成測試用例設(shè)計要適于自動化觀察。40測試實施測試實施-詳細設(shè)計階段詳細設(shè)計階段l詳細設(shè)計階段參與詳細設(shè)計方案討論熟悉各模塊的設(shè)計、參數(shù)配置等對開發(fā)文檔進行評審、檢視（統(tǒng)計數(shù)據(jù)）測試需求實現(xiàn)設(shè)計編寫相關(guān)測試文檔對上一階段的測試文檔進行修改、補充開發(fā)文檔：詳細設(shè)計說明書測試文檔：單元測試方案、單元測試計劃、單元測試用例4

18、1單元測試計劃單元測試計劃l單元測試計劃與測試方案重點需要確定單元測試策略多少行以上代碼的函數(shù)單元需要進行測試需要達到的覆蓋率標準要求裝模塊及驅(qū)動程序策略42測試實施測試實施-編碼階段編碼階段l編碼階段進行代碼審查-C語言編程規(guī)范對上一階段的測試文檔進行修改、補充準備測試工具進行代碼靜態(tài)測試。-靜態(tài)測試工具43測試實施測試實施-單元測試階段單元測試階段l單元測試階段進行單元測試編寫單元測試報告單元測試由誰完成？測試人員還是開發(fā)人員？44單元測試執(zhí)行單元測試執(zhí)行驅(qū)動模塊被測模塊樁模塊樁模塊樁模塊測試用例l單元測試用例執(zhí)行前一般需要設(shè)計樁模塊與驅(qū)動模塊。驅(qū)動模塊是用來模擬被測試模塊的上級調(diào)用模塊。

19、驅(qū)動模塊使被測模塊可以有效獲得輸入，并能夠產(chǎn)生輸出。樁模塊則用來代替被測試模塊所調(diào)用的模塊。 45單元測試報告單元測試報告l根據(jù)測試結(jié)果輸出單元測試報告。執(zhí)行用例數(shù)，是否達到覆蓋率要求，測試用例執(zhí)行率，問題數(shù)目，問題回歸情況。對本次測試結(jié)果分析。l為什么沒有達到覆蓋率要求。l問題種類，以及問題產(chǎn)生原因等。l測試報告評審。46單元測試停止標準單元測試停止標準l1) 單元測試用例、報告通過評審 l2) 按照單元測試計劃完成了所有規(guī)定單元的測試 l3) 達到了測試計劃中關(guān)于單元測試所規(guī)定的覆蓋率的要求，一般要求語句覆蓋率達到100%，其他覆蓋率可以不做要求。l4) 被測試的單元每千行代碼必須發(fā)現(xiàn)至少

20、3 個錯誤 l5) 軟件單元功能與設(shè)計一致 l6) 在單元測試中發(fā)現(xiàn)的錯誤已經(jīng)得到修改， 各級缺陷修復(fù)率達到標準47測試實施測試實施-集成測試階段集成測試階段l集成測試階段進行集成測試完成集成測試報告，評估是否達到測試目標。48集成測試集成測試l集成測試屬于灰盒測試。l集成測試的對象是一個概念：即由多個單元組成的模塊。l介于單元測試與系統(tǒng)測試之間。所測試的內(nèi)容包括單元間的接口以及集成后的模塊功能。此處模塊功能一般不是整個產(chǎn)品的功能，而只是相關(guān)單元組合后的邏輯模塊所完成的功能，比如只實現(xiàn)某條消息的編碼或者解碼，或者消息打包等。l目的是確保各單元組合在一起后能夠按既定意圖協(xié)作運行，并確保增量的行為

21、正確。l集成測試發(fā)現(xiàn)的是什么類型的問題？49集成測試執(zhí)行集成測試執(zhí)行l(wèi)如果采用自頂向下測試方法，需要首先設(shè)計樁模塊。采用增量方式，對不同的被測模塊進行測試。l如果采用自底向上的測試方法，需要首先設(shè)計驅(qū)動模塊，然后采用增量方式，對不同的被測模塊進行測試。l完成測試后，出具集成測試報告。l測試報告評審。50集成測試停止標準集成測試停止標準l1) 集成測試用例設(shè)計已經(jīng)通過評審l2) 按照集成構(gòu)件計劃及增量集成策略完成了整個系統(tǒng)的集成測試l3) 達到了測試計劃中關(guān)于集成測試所規(guī)定的覆蓋率的要求，集成測試代碼語句覆蓋率一般要求達到40%60%。l4) 被測試的集成工作版本每千行代碼必須發(fā)現(xiàn)2 個錯誤l5

22、) 集成工作版本滿足設(shè)計定義的各項功能、性能要求l6) 在集成測試中發(fā)現(xiàn)的錯誤已經(jīng)得到修改， 各級缺陷修復(fù)率達到標準51測試實施測試實施-系統(tǒng)測試階段系統(tǒng)測試階段l系統(tǒng)測試階段進行系統(tǒng)測試完成系統(tǒng)測試報告系統(tǒng)測試由測試工程師完成系統(tǒng)測試內(nèi)容，評估是否達到測試目標。52系統(tǒng)測試系統(tǒng)測試l系統(tǒng)測試主要是指對整個產(chǎn)品功能性的測試，不僅要對軟件實現(xiàn)的功能進行驗證（驗證測試），尤其需要對異常流程進行測試，通常，系統(tǒng)測試是用來發(fā)現(xiàn)產(chǎn)品存在缺陷的主要手段。l一般系統(tǒng)測試需要進行三個輪次的測試。每一輪測試均是針對不同的版本進行。l經(jīng)過系統(tǒng)測試的產(chǎn)品在達到系統(tǒng)測試結(jié)束標準后，可以發(fā)布。53系統(tǒng)測試可測試性需求系

23、統(tǒng)測試可測試性需求l由于系統(tǒng)測試屬于黑盒測試，所以需要根據(jù)系統(tǒng)測試（包括功能、性能等）的需要觀察驗證的內(nèi)容來確定軟件的可測試性需求。在單元與集成測試時，均可以用開發(fā)工具來觀察內(nèi)存分配情況，但在系統(tǒng)測試時，該測試方法失效，因此需要從開發(fā)方面能夠提供有效信息。l可維護性需求也屬于系統(tǒng)測試需求之一。比如系統(tǒng)在運行期間，出現(xiàn)錯誤，如何進行定位，以及是否能夠進行遠程定位等。54第三講手機系統(tǒng)測試第三講手機系統(tǒng)測試l手機測試過程l功能測試lField Trial 測試l兼容性測試lLocalization Test55測試流程測試流程l項目Kick offl根據(jù)項目Schedule制定測試計劃l理解項目需

24、求及功能需求l根據(jù)需求文檔編寫測試用例l手機測試版本發(fā)布l執(zhí)行測試l編寫測試報告56Test category definitionSanity Test Release TestlPre-CTTL testlUG&SW crossing checklCU WAP testlCU IMAP test57Test category definitionlRUIM Compatibility testlFull Feature testlSFT testinglRegression TestlInput method TestlFree test58Software Development

25、 stagelTA: Type approval.This is a certification stage. It contains: SAR, FCC EMC, SRRD, CTTL, WTS, TMC, etc.lPA: Product Acceptance. This is a certification stage. The testing for each carrier acceptance. Such as CU Lab entry.lLaunch: Software release to end user.59TA PhaseLaunch PhaseSWTPA Phase1.

26、Sanity Test2.EV Test3.Release Test 4.Feature TestAdd feature TestFull Feature Test (level 1/level 2)WAP/IMAP/DRM middleware Test Zi Input Test Accessory TestRUIM Compatibility TestPre-CTTL Test5.TA Regression Test1.Sanity Test2.EV Test3.Release Test4.Feature TestFull Feature Test (level 1/level 2/le

27、vel 3)WAP/IMAP/DRM Middleware Test Protocol (PRI) TestStress Test5.CCS Test6.PA Regression Test7.True Test1.Sanity Test2.EV Test3.Feature TestFull Feature Test (level 1/level 2/level 3)WAP/IMAP/DRM Middleware Test Protocol (PRI) TestStress Test4.CCS Test5.All Regression Test6.True Test60Sanity Testl

28、Sanity Test is the first pre-test process when the new software version released. lSanity Test the general features, make sure software maturity and stability for planning test.lSanity Test is a pre-testing step before each software release to customer.61Error Verification (EV) TestlEV test is the s

29、econd pre-test process when the new software version released. lSoftware RD should provide fixed error list in Release Notes. SWQA verify whether these errors are fixed in the new software release.lEV is also a pre-testing step before each software release to customer.62Release TestlRelease test is

30、the basic test process when the new software version released. lThe test is based on all the major and important functions of each module. The coverage is more extensive than SSC.lThe test purpose is making sure the simple and critical problem can be found as early as possible. 63UG&SW cross che

31、cklUG (User Guide) &SW cross check is a TA test item. lUG testing is a CTTL requirement.lThe testing is based on the description of UG, to check the UI and function about the software. It is also a cross testing about all software functions. 64Full feature testlFull Feature Test is the comprehen

32、sive test process.lThe testing will cover all the functions and UI displays of the phone, SWQA can find most of the bugs through the testing. 65Error Regression TestlError Regression Test is a testing for the errors.lThere are many bugs detected, study and fixed along the testing, the testing make s

33、ure that all of the fixed bugs will not come out again. lThe testing will be started for each milestone, TA, PA and Launch. 66Test Case Development ProcessStudy Spec Analysis function items Compose test requirementEstablish test plan (test case)依據(jù)需求文檔，根據(jù)測試用例設(shè)計方法設(shè)計系統(tǒng)測試用例。更新Test case 庫。67SWT Process68

34、Error ReportlError report 需要包含詳細的信息標題、優(yōu)先級、發(fā)現(xiàn)者、軟硬件版本號、發(fā)現(xiàn)日期、錯誤編號Bug描述（預(yù)置條件、輸入、預(yù)期輸出、實際輸出、是否能夠重現(xiàn)）69Test Reportl測試完畢，提交本版本測試報告l總結(jié)本次測試用例執(zhí)行情況，錯誤發(fā)現(xiàn)情況，并對產(chǎn)品成熟度進行一定評估70手機功能測試手機功能測試lUI功能測試與實際網(wǎng)絡(luò)環(huán)境不相關(guān)，手機不在網(wǎng)的情況下仍然能夠運行的功能項lGame, Camera, Setting, Contact etc.lReal net 功能測試與實際網(wǎng)絡(luò)環(huán)境相關(guān)，須在網(wǎng)情況下才能使用的功能項lCall, message, 數(shù)據(jù)業(yè)務(wù)Wap/IMaplInteraction 功能測試各功能模塊間的交互性測試lGame 與Call, Message 與Calll壓力測試某此功能項的壓力值測試l多次開關(guān)機、收發(fā)足夠短消息（20）l用戶手冊（User Guide）測試71Field Trial 外場測試外場測試l手機與基站間的兼容性測試l手機移動情況下Real net 基本功能測試lLong Call 性能測試l呼叫、接聽成功率性能測試l入網(wǎng)測試項測試l與協(xié)議相關(guān)內(nèi)容測試72兼容性測試兼容性