【文章內(nèi)容簡介】 ? 缺陷重現(xiàn)率 ? BUG能按照一定的測試過程穩(wěn)定重現(xiàn) ? 效率 ? 平均每人天發(fā)現(xiàn)的 BUG數(shù)（ 5個 /人天） ? 成本 ? 少。合理的測試人力和軟、硬件資源安排 ? 重用價值 ? 測試的數(shù)據(jù)或者樣例可以重用 靜態(tài)測試和動態(tài)測試 靜態(tài)測試 是指不實(shí)際運(yùn)行被測程序，而只是靜態(tài)地檢查程序代碼、界面或文檔中可能存在的錯誤。 對于代碼測試：主要測試代碼是否符合相應(yīng)的標(biāo)準(zhǔn)和規(guī)范。 對于界面測試：主要測試軟件的實(shí)際界面與需求中的說明是否符合。 對于文檔測試：主要測試用戶手冊和需求說明是否符合用戶的實(shí)際需要。 程序代碼的靜態(tài)測試需要我們按照相應(yīng)語言的代碼規(guī)范模板來逐行檢查程序代碼 C語言程序的例子 include Max(float x,float y) { float z。 Z=xy?x:y。 return (z)。 } Main() { float a,b。 int c。 scanf(“%f,%f”,amp。a,amp。b)。 c=max(a,b)。 printf(“max is %d\n”,c)。 } 必須修改的問題有三個 程序沒有注釋 一般注釋語句要占到代碼總行數(shù)的 1/5——1/4； 注釋語句包括程序的基本信息如作者、版本號、創(chuàng)建日期等，以及主要功能模塊。 子函數(shù) max沒有返回值得類型 由于 Z的值為單精度型，可以在 max前面加一個 float類型聲明 精度丟失問題 注意語句 c=max（ a， b）， c的精度為整型，而 max為 float。 建議修改的問題也是 3個 Main函數(shù)沒有返回值類型和參數(shù)列表 建議改為： void main（ void）， 表明 main函數(shù)的返回值和參數(shù)都為空。 1行代碼只定義 1個變量 程序適當(dāng)加一些空行 C語言編碼規(guī)范（簡易版） 規(guī)范編號 規(guī)范內(nèi)容 是否通過 1 一行代碼制作一件事情，如只定義一個變量，或只寫一條語句，容易閱讀和注釋。 2 代碼行的最大長度宜控制在 7080個字，否則不便于閱讀和打印。 3 函數(shù)與函數(shù)之間，定義語句和執(zhí)行語句之間最好加空行，空行不會浪費(fèi)內(nèi)存。 4 在程序的開頭加注釋，說明程序的基本信息；在重要的函數(shù)模塊處加注釋，說明各函數(shù)的功能。 5 低一層次的語句比高一層次的語句縮進(jìn)一個 tab鍵（ 4個字符），使程序結(jié)構(gòu)更清晰。 6 不要漏掉函數(shù)的參數(shù)和返回值，如沒有，則用 void表示。 動態(tài)測試（ dynamic testing） 顧名思義，是指實(shí)際運(yùn)行被測程序，輸入相應(yīng)的測試數(shù)據(jù)，檢查實(shí)際的輸出結(jié)果和預(yù)期結(jié)果是否符合。 白盒測試黑盒測試、靜態(tài)測試和動態(tài)測試只是一個測試的不同分類的角度而已。 黑盒測試可以是動態(tài)測試，也可以是靜態(tài)測試； 白盒測試可以是動態(tài)測試，也可以是靜態(tài)測試； 動態(tài)測試可以是黑盒測試，也可以是白盒測試； 靜態(tài)測試可以是黑盒測試，也可以是白盒測試。 167。 4 軟件測試的一般性理論 二、單元測試 什么是單元測試？ 是指對軟件中的最小可測試單元進(jìn)行檢查和驗(yàn)證 單元：人為規(guī)定的最小的被測試單元。如：在結(jié)構(gòu)化語言中（ C語言），單元指一個函數(shù)；在面向?qū)ο笳Z言中（ Java語言）單元指一個類；在圖形化的軟件中，單元也可以指一個窗口、一個菜單等。 167。 4 軟件測試的一般性理論 二、單元測試 單元測試的內(nèi)容： ? 模塊接口測試 ? 檢查局部數(shù)據(jù)結(jié)構(gòu)能否保持完整性 ? 模塊邊界條件測試 ? 模塊執(zhí)行路徑測試 ? 檢查模塊內(nèi)部錯誤處理是否有效 單元測試方法： ? 白盒測試為主 167。 4 軟件測試的一般性理論 二、單元測試 單元測試或模塊測試 對模塊進(jìn)行正確性檢驗(yàn)的測試工作，測試用例以白盒測試為主、黑盒測試為輔 . 模塊 出錯處理 模塊接口 局部數(shù)據(jù)結(jié)構(gòu) 邊界條件 執(zhí)行路徑 調(diào)用參數(shù) 全局量定義一致性 數(shù)據(jù)定義、 使用 循環(huán)邊界 輸入邊界 重要路徑 關(guān)鍵路徑 非合理輸入 系統(tǒng)異常 167。 4 軟件測試的一般性理論 二、單元測試 單元測試檢查單 ? 邏輯和算法：正確實(shí)現(xiàn)了邏輯和算法 ? 數(shù)據(jù)結(jié)構(gòu)（全局和局部）：使用了全局?jǐn)?shù)據(jù)結(jié)構(gòu)？哪些？如果有，作了哪些關(guān)于全局?jǐn)?shù)據(jù)的假設(shè)？這些假設(shè)正確嗎？使用了局部數(shù)據(jù)？在算法執(zhí)行的所有步驟期間，保持局部數(shù)據(jù)的完整性了嗎？ ? 接口：來自調(diào)用模塊的數(shù)據(jù)匹配被調(diào)用的模塊的期望接收的數(shù)據(jù)？被調(diào)用模塊的數(shù)據(jù)匹配調(diào)用的模塊提供的數(shù)據(jù)？ ? 獨(dú)立路徑：標(biāo)識了所有穿過模塊的獨(dú)立路徑？執(zhí)行了嗎？ ? 邊界條件：了解邊界條件嗎？進(jìn)行了測試確保該模塊在其邊界條件上的適當(dāng)?shù)牟僮髁藛幔? ? 出錯處理：所有出錯處理路徑均執(zhí)行到了嗎？ 167。 4 軟件測試的一般性理論 二、單元測試 什么時候進(jìn)行單元測試？ 代碼經(jīng)過編譯后，在前期要做準(zhǔn)備工作，如： 167。 4 軟件測試的一般性理論 三、集成測試 集成測試（ Integration test） : 將通過單元測試的多個模塊組合成更大的模塊或子系統(tǒng)或產(chǎn)品，然后進(jìn)行測試。 測試內(nèi)容：各單元的接口是否吻合、代碼是否符合規(guī)定的標(biāo)準(zhǔn)、界面標(biāo)準(zhǔn)是否統(tǒng)一等。 人員安排：既要求參與的人熟悉單元的內(nèi)部細(xì)節(jié)，又要求他們能夠從足夠高的層次上觀察整個系統(tǒng)。一般由有經(jīng)驗(yàn)的測試人員和主要的軟件開發(fā)者來完成集成測試的計劃。 167。 4 軟件測試的一般性理論 三、集成測試 集成測試計劃：集成測試計劃由系統(tǒng)設(shè)計人員在設(shè)計階段制定，它是和設(shè)計規(guī)格說明同時完成的。內(nèi)容有： ? 測試的描述和范圍 ? 測試環(huán)境 ? 測試時間表 ? 集成次序 ? 測試用例以及測試的預(yù)期結(jié)果等 測試方法：集成測試階段是以黑盒法為主。 167。 4 軟件測試的一般性理論 四 、 系統(tǒng)測試 ? 經(jīng)過集成測試之后，分散開發(fā)的模塊被聯(lián)接起來，構(gòu)成完整的程序，其中各模塊間接口存在的種種問題都已基本消除。測試開始進(jìn)入到系統(tǒng)測試的階段。 ? 為了發(fā)現(xiàn)缺陷并度量產(chǎn)品質(zhì)量，按照系統(tǒng)的功能和性能需求進(jìn)行的測試 ?一般使用黑盒測試技術(shù) ?一般由獨(dú)立的測試人員完成 167。 4 軟件測試的一般性理論 四、系統(tǒng)測試 系統(tǒng)測試 (System test): ? 應(yīng)該由若干個不同測試組成，目的是充分運(yùn)行系統(tǒng)，驗(yàn)證系統(tǒng)各部件是否都能正常工作并完成所賦予的任務(wù)。這里所謂的系統(tǒng)不僅僅包括軟件本身，而且還包括計算機(jī)硬件及其相關(guān)的外圍設(shè)備，數(shù)據(jù)及其收集傳輸機(jī)構(gòu)，甚至掌握計算機(jī)運(yùn)行的人員及其操作等。 通常意義上的系統(tǒng)測試包括：功能測試、壓力測試(Stress test)、 性能測試 (Performance test)、 容量測試(Capacity test)、 用戶界面測試、兼容性測試等。 167。 4