軟件測試培訓(xùn)講義

1、2009-52009-5軟件測試的目的軟件測試的目的n測試流程標準化 n測試過程規(guī)范化 n促使軟件生產(chǎn)更系統(tǒng)、更專業(yè)化軟件測試的原則軟件測試的原則l不應(yīng)測試自己開發(fā)的程序不應(yīng)測試自己開發(fā)的程序l設(shè)計測試用例時，不僅有確定的輸入數(shù)據(jù)，還有確定的設(shè)計測試用例時，不僅有確定的輸入數(shù)據(jù)，還有確定的輸出數(shù)據(jù)輸出數(shù)據(jù)l測試用例不僅有合理的，也要有非合理的測試用例不僅有合理的，也要有非合理的l除了檢查程序是否做完了它應(yīng)該做的事，還要檢查它是除了檢查程序是否做完了它應(yīng)該做的事，還要檢查它是否做了不應(yīng)該做的事。否做了不應(yīng)該做的事。l保留全部測試用例，作為軟件的組成部分保留全部測試用例，作為軟件的組成部分l程序中

2、存在錯誤的概率與在該段程序中已發(fā)現(xiàn)的錯誤數(shù)程序中存在錯誤的概率與在該段程序中已發(fā)現(xiàn)的錯誤數(shù)成正比成正比教程目錄教程目錄n第一課：測試模型n第二課：測試分類n第三課：驗收測試n第四課：系統(tǒng)測試n第五課：集成測試n第六課：單元測試n第七課：基于應(yīng)用服務(wù)器的測試n第八課：軟件測試用例n第九課：測試用例設(shè)計的基本原則n第十課：軟件測試用例設(shè)計方法n第十一課：測試用例設(shè)計編寫標準n第十二課：測試用例的組織和跟蹤n第十三課：測試結(jié)果分析和質(zhì)量分析報告n第十四課：軟件測試項目管理第一課：測試模型第一課：測試模型:v模型模型軟件測試模型軟件測試模型 ： v模型 、 W模型一、 v v模型模型: : 模型反映出

3、了測試活動與分析設(shè)計活動的關(guān)系。V模型指出: 單元和集成測試應(yīng)檢測程序的執(zhí)行是否滿足軟件設(shè)計的要求； 系統(tǒng)測試應(yīng)檢測系統(tǒng)功能、性能的質(zhì)量特性是否達到系統(tǒng)要求的指標； 驗收測試確定軟件的實現(xiàn)是否滿足用戶需要或合同的要求。 V模型存在一定的局限性，它僅僅把測試作為在編碼之后的一個階段，是針對程序進行的尋找錯誤的活動，而忽視了測試活動對需求分析、系統(tǒng)設(shè)計等活動的驗證和確認的功能。圖例圖例1:V 1:V 模型模型第一課：測試模型第一課：測試模型:w模型模型軟件測試模型軟件測試模型 ： v模型 、 W模型二、 W模型: W模型伴隨著整個軟件開發(fā)周期，而且測試的對象不僅僅是程序，需求、設(shè)計等同樣要測試，測

4、試與開發(fā)是同步進行的。 W模型有利于盡早地全面的發(fā)現(xiàn)問題。 例如，需求分析完成后，測試人員就應(yīng)該參與到對需求的驗證和確認活動中，以盡早地找出缺陷所在。同時，對需求的測試也有利于及時了解項目難度和測試風(fēng)險，及早制定應(yīng)對措施，這將顯著減少總體測試時間，加快項目進度。 圖例圖例2:W2:W模型模型第二課：測試分類第二課：測試分類測試分類劃分方法測試分類劃分方法:1.:1.按測試階段按測試階段、 2.按測試類型測試類型按測試階段:1.設(shè)計階段2.單元測試階段3.集成測試階段4.系統(tǒng)測試階段5.驗收測試階段6.回歸測試（復(fù)測）階段 按測試類型:1.功能測試2.界面測試3.數(shù)據(jù)處理測試4.流程測試5.壓力

5、測試6.并發(fā)測試7.安全測試8.性能測試9.安裝測試 第二課：測試分類第二課：測試分類測試分類劃分方法測試分類劃分方法:1.:1.按測試階段按測試階段、 2.按測試類型測試類型按測試階段:1.設(shè)計階段2.單元測試階段3.集成測試階段4.系統(tǒng)測試階段5.驗收測試階段6.回歸測試階段 1.設(shè)計階段: 對需求分析結(jié)果，概要設(shè)計，詳細設(shè)計書進行檢查.分析工作量與人力資源配置編寫軟件測試計劃。 2.單元測試: 單元測試完成對軟件最小的結(jié)構(gòu)的測試，一般用來驗證模塊的功能屬性，它利用設(shè)計文檔作為指導(dǎo)，主要使用白盒測試技術(shù)；但也可以測試其它項目，如性能、可用性等等，可使用“黑盒”或“白盒”方法進行。在單元測試

6、中，檢查出模塊內(nèi)部的錯誤是單元測試的主要工作。 單元測試時機：緊接在編碼之后，源程序編制完成并通過復(fù)審和編譯檢查完成。 第二課：測試分類第二課：測試分類測試分類劃分方法測試分類劃分方法:1.:1.按測試階段按測試階段、 2.按測試類型測試類型按測試階段:1.設(shè)計階段2.單元測試階段3.集成測試階段4.系統(tǒng)測試階段5.驗收測試階段6.回歸測試階段 3.集成測試: 集成測試是組裝軟件的系統(tǒng)測試技術(shù)，按設(shè)計要求把通過單元測試的各個模塊組裝在一起之后，進行集成測試以便發(fā)現(xiàn)與接口有關(guān)的各種錯誤。 為什么要做集成測試？ 每個模塊都能單獨工作，但這些模塊集成在一起之后卻不能正常工作。主要原因是，模塊相互調(diào)用

7、時接口會引入許多新問題。 有那些常見問題？ 數(shù)據(jù)經(jīng)過接口可能丟失； 一個模塊對另一模塊可能造成不應(yīng)有的影響； 幾個子功能組合起來不能實現(xiàn)主功能； 誤差不斷積累達到不可接受的程度； 全局數(shù)據(jù)結(jié)構(gòu)出現(xiàn)錯誤。第二課：測試分類第二課：測試分類測試分類劃分方法測試分類劃分方法:1.:1.按測試階段按測試階段、 2.按測試類型測試類型按測試階段:1.設(shè)計階段2.單元測試階段3.集成測試階段4.系統(tǒng)測試階段5.驗收測試階段6.回歸測試階段 4.系統(tǒng)測試: 系統(tǒng)測試應(yīng)該由若干個不同測試組成，目的是充分運行系統(tǒng)，驗證系統(tǒng)各部件是否正確 軟件開發(fā)完畢后應(yīng)與系統(tǒng)中其它成分集成在一起，此時需要進行一系列系統(tǒng)測試。包括

8、恢復(fù)測試、安全測試、強度測試和性能測試等。 在系統(tǒng)測試時強調(diào)系統(tǒng)與外部設(shè)備聯(lián)合調(diào)試。以檢驗系統(tǒng)完整性，正確性。5.驗收測試: 系統(tǒng)開發(fā)生命周期方法論的一個階段，這時相關(guān)的用戶和或獨立測試人員根據(jù)測試計劃和結(jié)果對系統(tǒng)進行測試和接收。它讓系統(tǒng)用戶決定是否接收系統(tǒng)。它是一項確定產(chǎn)品是否能夠滿足合同或用戶所規(guī)定需求的測試。這是管理性和防御性控制。第二課：測試分類第二課：測試分類測試分類劃分方法測試分類劃分方法:1.:1.按測試階段按測試階段、 2.按測試類型測試類型按測試階段:1.設(shè)計階段2.單元測試階段3.集成測試階段4.系統(tǒng)測試階段5.驗收測試階段6.回歸測試階段 6.回歸測試: 回歸測試就是漏洞

9、修復(fù)完成后再對軟件進行測試， 以確保軟件沒有產(chǎn)生“回歸”或因修復(fù)而變得更 糟，這種測試一般要重新運行最初發(fā)現(xiàn)問題的原始測試程序。 回歸測試有兩個焦點： 1.有沒有產(chǎn)生新的漏洞 2.修復(fù)是否確實使缺陷消除。 第二課：測試分類第二課：測試分類測試分類劃分方法測試分類劃分方法:1.:1.按測試階段按測試階段、 2.按測試類型測試類型按測試類型:1.功能測試2.界面測試3.數(shù)據(jù)處理測試4.流程測試5.壓力測試6.并發(fā)測試7.安全測試8.性能測試9.安裝測試 1.功能測試 對軟件功能進行的測試，主要檢查軟件功能是否實現(xiàn)了軟件功能說明書（軟件需求）上的功能要求。 2.界面測試 對軟件的用戶界面進行的測試，

10、主要檢查用戶界面的美觀度、統(tǒng)一性、易用性等方面的內(nèi)容。 3.數(shù)據(jù)處理測試 對軟件數(shù)據(jù)接口進行的測試，主要檢查軟件數(shù)據(jù)處理中輸入、處理、輸出數(shù)據(jù)過程。 4.流程測試 按操作流程進行的測試，主要有業(yè)務(wù)流程、數(shù)據(jù)流程、邏輯流程、正反流程，檢查軟件在按流程操作時是否能夠正確處理。 第二課：測試分類第二課：測試分類測試分類劃分方法測試分類劃分方法:1.:1.按測試階段按測試階段、 2.按測試類型測試類型按測試類型:1.功能測試2.界面測試3.數(shù)據(jù)處理測試4.流程測試5.壓力測試6.并發(fā)測試7.安全測試8.性能測試9.安裝測試 5.壓力測試 在軟件的極限條件下進行的測試，主要有對數(shù)據(jù)的極限值、邊界值操作，

11、對軟件進行致命操作等。 6.并發(fā)測試 網(wǎng)絡(luò)環(huán)境、并發(fā)環(huán)境、多用戶條件下進行測試。 7.安全測試 對軟件安全性方面的測試，主要檢測軟件中加密、解密、數(shù)據(jù)備份、恢復(fù)、病毒檢測,網(wǎng)絡(luò)架構(gòu)問題。 8.性能測試 對軟件整體性能的測試，對適應(yīng)性、健壯性、可恢復(fù)性、災(zāi)難恢復(fù)能力 9.安裝測試 在不同PC條件、操作系統(tǒng)、模擬客戶機,網(wǎng)絡(luò)環(huán)境進行安裝測試.第三課：驗收測試第三課：驗收測試驗收測試驗收測試:1.驗收測試任務(wù)2.驗收測試內(nèi)容3.驗收測試標準4.配置復(fù)審5.、測試6.驗收測試過程 1.驗收測試任務(wù)驗收測試任務(wù): 驗收測試的任務(wù)：功能和性能是否符合用戶需求（需求分析文檔）。 驗收測試是向未來的用戶表明系

12、統(tǒng)能夠像預(yù)定要求工作。經(jīng)集成測試后。2.2.驗收測試內(nèi)容驗收測試內(nèi)容: : 1. 1.安裝（升級） 2.功能測試（正例、重要算法、邊界、時序、反例、錯 誤處理) 3.性能測試（正常的負載、容量變化） 4.壓力測試（臨界的負載、容量變化） 5.配置測試 6.平臺測試 7.安全性測試、恢復(fù)測試（在出現(xiàn)掉電、硬件故障或切換、網(wǎng)絡(luò)故障等情況時，系統(tǒng)是否能夠正常運行） 8.可靠性測試 第三課：驗收測試第三課：驗收測試驗收測試驗收測試:1.驗收測試任務(wù)2.驗收測試內(nèi)容3.驗收測試標準4.配置復(fù)審5.、測試6.驗收測試過程 3.3.驗收測試標準驗收測試標準: : 1.軟件是否符合需求所有功能和性能 2.文檔

13、資料是否完整(開發(fā)類文檔) 需求分析說明書、概要設(shè)計說明書、 詳細設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、 測試計劃、測試報告、程序維護手冊、程序員開發(fā)手冊、用戶操作手冊、 項目總結(jié)報告。 3.準確人機界面4. 4. 配置復(fù)審配置復(fù)審: : 驗收測試的另一個重要環(huán)節(jié)是配置復(fù)審。復(fù)審的目的在于保證軟件配置齊全、分類有序，并且包括軟件維護所必須的細節(jié)。第三課：驗收測試第三課：驗收測試驗收測試驗收測試:1.驗收測試任務(wù)2.驗收測試內(nèi)容3.驗收測試標準4.配置復(fù)審5.、測試6.驗收測試過程 5.5.、測試測試驗收測試時不可能完全預(yù)見用戶實際使用程序的情況: 測試是指軟件開發(fā)公司組織內(nèi)部人員模擬各類用戶行對即將布

14、署軟件產(chǎn)品（稱為版本）進行測試，發(fā)現(xiàn)錯誤并修正。測試的關(guān)鍵在于盡可能逼真地模擬實際運行環(huán)境和用戶對軟件產(chǎn)品的操作并盡最大努力涵蓋所有可能的用戶操作方式。 版本經(jīng)過測試調(diào)整后產(chǎn)生。測試組織各方面的典型用戶實際使用，并要求用戶報告異常情況、提出批評意見。然后軟件開發(fā)公司再對版本進行改錯和完善。 一般包括功能度、安全可靠性、易用性、可擴充性、兼容性、效率、資源占用率、用戶文檔八個方面。 第三課：驗收測試第三課：驗收測試驗收測試驗收測試:1.驗收測試任務(wù)2.驗收測試內(nèi)容3.驗收測試標準4.配置復(fù)審5.、測試6.驗收測試過程 6.6.驗收測試過程驗收測試過程 1.編制驗收測試計劃和項目驗收準則：根據(jù)軟

15、件需求和驗收要求編制測試計劃，制定需測試的測試項，制定測試策略及驗收通過準則，并經(jīng)過客戶參與的計劃評審。 2.測試設(shè)計和測試用例設(shè)計：根據(jù)驗收測試計劃和項目驗收準則編制測試用例，并經(jīng)過評審。 3.測試環(huán)境搭建：建立測試的硬件環(huán)境、軟件環(huán)境等。（可在委托客戶提供的環(huán)境中進行測試） 4.測試實施：測試并記錄測試結(jié)果。 5.測試結(jié)果分析：根據(jù)驗收通過準則分析測試結(jié)果，作 出驗收是否通過及測試評價。 6.測試報告：根據(jù)測試結(jié)果編制缺陷報告和驗收測試報告，并提交給客戶。 第四課：系統(tǒng)測試第四課：系統(tǒng)測試系統(tǒng)測試系統(tǒng)測試: :1.系統(tǒng)測試目的2.系統(tǒng)測試對象3.系統(tǒng)測試步驟 1.1.系統(tǒng)測試的目的系統(tǒng)測試

16、的目的 系統(tǒng)測試是將已經(jīng)確認的軟件、計算機硬件、外設(shè)、網(wǎng)絡(luò)等其他元素結(jié)合在一起，進行信息系統(tǒng)的各種組裝測試和確認測試，其目的是通過與系統(tǒng)的需求相比較，發(fā)現(xiàn)所開發(fā)的系統(tǒng)與用戶需求不符或矛盾的地方，從而提出更加完善的方案。2.系統(tǒng)測試對象系統(tǒng)測試對象 系統(tǒng)測試的對象不僅僅包括需要測試的產(chǎn)品系統(tǒng)的軟件，還要包含軟件所依賴的硬件、外設(shè)甚至包括某些數(shù)據(jù)、某些支持軟件及其接口等。因此，必須將系統(tǒng)中的軟件與各種依賴的資源結(jié)合起來，在系統(tǒng)實際運行環(huán)境下來進行測試3.3.系統(tǒng)測試步驟分為三個步驟：系統(tǒng)測試步驟分為三個步驟： 1.模塊測試，測試每個模塊的程序是否有錯誤 2.組裝測試，測試模塊之間的接口是否正確；

17、3.確認測試，測試整個軟件系統(tǒng)是否滿足用戶功能和性 能的要求。第五課：集成測試第五課：集成測試集成測試集成測試: :1.集成測試定義2.集成測試目的3.集成測試標準4.集成測試方法 1. 集成測試的定義集成測試的定義 集成測試是單元測試的邏輯擴展。集成是指多個單元的聚合，許多單元組合成模塊，而這些模塊又聚合成程序的更大部分，如分系統(tǒng)或系統(tǒng)。 集成測試采用的方法是測試軟件單元的組合能否正常工作，以及與其他組的模塊能否集成起來工作。 測試構(gòu)成系統(tǒng)的所有模塊組合能否正常工作。集成測試所持的主要標準是軟件概要設(shè)計規(guī)格說明，任何不符合該說明的程序模塊都應(yīng)該加以記載并上報。2. 集成測試的目的集成測試的目

18、的 集成測試的目的是確保各單元組合在一起后能夠按既定意圖協(xié)作運行，并確保增量的行為正確。它所測試的內(nèi)容包括單元間的接口以及集成后的功能。使用黑盒測試方法測試集成的功能。并且對以前的集成進行回歸測試。 第五課：集成測試第五課：集成測試集成測試集成測試: :1.集成測試定義2.集成測試目的3.集成測試標準4.集成測試方法 3. 集成測試的標準集成測試的標準 集成測試應(yīng)由專門的測試小組來進行(測試人員，開發(fā)人員，設(shè)計人員),整個測試活動在評審人員出席的情況下進行。 在完成預(yù)定的組裝測試工作之后，測試小組應(yīng)負責(zé)對測試結(jié)果進行整理、分析，形成測試報告。測試報告中要記錄實際的測試結(jié)果、在測試中發(fā)現(xiàn)的問題、

19、解決這些問題的方法以及解決之后再次測試的結(jié)果。此外還應(yīng)提出目前不能解決、還需要管理人員和開發(fā)人員注意的一些問題，提供測試評審和最終決策，以提出處理意見。 檢測標準: 1、成功地執(zhí)行了測試計劃中規(guī)定的所有集成測試； 2、修正了所發(fā)現(xiàn)的錯誤； 3、測試結(jié)果通過了專門小組的評審。第五課：集成測試第五課：集成測試集成測試集成測試: :1.集成測試定義2.集成測試目的3.集成測試標準4.集成測試方法 集成測試方法集成測試方法集成測試主要有兩種方法：1.非漸增式測試方法2.漸增式測試方法。非漸增式測試方法 先分別測試每個模塊，再把所有模塊按設(shè)計要求放在一起結(jié)合成所要的程序。漸增式測試方法 把下一個要測試的

20、模塊同已經(jīng)測試好的模塊結(jié)合起來進行測試，測試完以后再把下一個應(yīng)該測試的模塊結(jié)合進來測試。第五課：集成測試第五課：集成測試集成測試集成測試: :1.集成測試定義2.集成測試目的3.集成測試標準4.集成測試方法 非漸增式與漸增式兩種測試方法的比較：1.非漸增式測試方法需要編寫的測試用例較多，工作量較大；漸增式測試方法開銷小。2.漸增式測試方法發(fā)現(xiàn)模塊間接口錯誤早；而非漸增式測試方法晚。3.非漸增式測試方法發(fā)現(xiàn)錯誤，較難診斷；而使用漸增式測試方法，如果發(fā)生錯誤則往往和最近加進來的那個模塊有關(guān)。4.漸增式測試方法測試更徹底5.漸增式測試方法需要較多的機器時間6.使用非漸增式測試方法，可以并行測試。第五

21、課：集成測試第五課：集成測試集成測試集成測試: :1.集成測試定義2.集成測試目的3.集成測試標準4.集成測試方法 漸增式測試：自頂向下和自底向上兩種方法。漸增式測試：自頂向下和自底向上兩種方法。1.1.自頂向下集成 從主控模塊（“主程序”）開始，沿著軟件的控制層次向下移動，從而逐漸把各個模塊結(jié)合起來。在組裝過程中，可以使用深度優(yōu)先的策略，或?qū)挾葍?yōu)先的策略。 M1M2M3S4M5M6M8S7圖例圖例3：自頂向下集成：自頂向下集成深度優(yōu)先：M1-M2-M5-M8-M6-M3-S7-S4寬度優(yōu)先：M1-M2-M3-S4-M5-M6-S7-M8第五課：集成測試第五課：集成測試集成測試集成測試: :1

22、.集成測試定義2.集成測試目的3.集成測試標準4.集成測試方法 漸增式測試方法漸增式測試方法: :自頂向下和自底向上兩種方法。自頂向下和自底向上兩種方法。 1.1.自頂向下集成實施步驟自頂向下集成實施步驟: :(1)對主控模塊進行測試，測試時用存根程序代替所有直接附屬于主控模塊的模塊。(2)根據(jù)選定的結(jié)合策略（深度優(yōu)先或?qū)挾葍?yōu)先），每次用一個實際模塊代替一個存根程序（新結(jié)合進來的模塊往往又需要新的存根程序）(3)在結(jié)合下一個模塊的同時進行測試(4)為了保證加入模塊沒有引進新的錯誤，可能需要進行回歸測試（即，全部或部分地重復(fù)以前做過的測試）。 從第2步開始不斷地重復(fù)進行上述過程，直至完成。 第五

23、課：集成測試第五課：集成測試集成測試集成測試: :1.集成測試定義2.集成測試目的3.集成測試標準4.集成測試方法 漸增式測試：自頂向下和自底向上兩種方法。漸增式測試：自頂向下和自底向上兩種方法。2.2.自底向上集成自底向上集成: : 自底向上測試是從“原子”模塊（即軟件結(jié)構(gòu)最低層的模塊）開始組裝測試，因測試到較高層模塊時，所需的下層模塊功能均已具備。 McMaMbD2D1D3族2族3族1圖例圖例4：自底向上集成：自底向上集成第五課：集成測試第五課：集成測試集成測試集成測試: :1.集成測試定義2.集成測試目的3.集成測試標準4.集成測試方法 漸增式測試：自頂向下和自底向上兩種方法。漸增式測試

24、：自頂向下和自底向上兩種方法。2.2.自底向上集成步驟自底向上集成步驟: :1 把低層模塊組織成實現(xiàn)某個子功能的模塊（cluster）;2 測試驅(qū)動模塊控制測試數(shù)據(jù)的輸入和測試結(jié)果的輸出；3 對每個模塊群進行測試；4 刪除測試使用的驅(qū)動模塊，用較高層模塊把模塊群組織成為完成更大功能的新模塊群。從第一步開始循環(huán)執(zhí)行上述步驟，直至整個程序構(gòu)造完畢。 第五課：集成測試第五課：集成測試集成測試集成測試: :1.集成測試定義2.集成測試目的3.集成測試標準4.集成測試方法 兩種集成策略比較:“自頂向下”法的主要優(yōu)點：不需要測試驅(qū)動程序，能夠在測試階段的早期實現(xiàn)并驗證系統(tǒng)的主要功能，而且能在早期發(fā)現(xiàn)上層模

25、塊的接口錯誤?！白皂斚蛳隆狈ǖ闹饕秉c：需要存根程序，可能遇到與此相聯(lián)系的測試困難，低層關(guān)鍵模塊中的錯誤發(fā)現(xiàn)較晚，而且用這種方法在早期不能充分展開人力。 第六課：單元測試第六課：單元測試單元測試單元測試: :1.單元測試定義2.單元測試內(nèi)容3.單元測試過程 單元測試定義單元測試定義: : 單元測試是在軟件開發(fā)過程中要進行的最低級別的測試活動，在單元測試活動中，軟件的獨立單元將在與程序的其他部分相隔離的情況下進行測試。 第六課：單元測試第六課：單元測試單元測試單元測試: :1.單元測試定義2.單元測試內(nèi)容3.單元測試過程 單元測試內(nèi)容單元測試內(nèi)容: :1.1.模塊測試項目：模塊測試項目： 1.模

26、塊接口 2.局部數(shù)據(jù)結(jié)構(gòu) 3.重要的執(zhí)行通路 4.出錯處理通路 5.影響上述各方面特性的邊界條件2.2.輸入輸入/ /輸出的測試要點輸出的測試要點1.參數(shù)數(shù)目和由調(diào)用模塊送來的變元的數(shù)目是否相等？2.參數(shù)的屬性和變元的屬性是否匹配？3.傳送給被調(diào)用模塊的變元的數(shù)目是否等于那個模塊的參數(shù)的數(shù)目？4.傳送給被調(diào)用模塊的變元屬性和參數(shù)的屬性是否一致？5.傳送給內(nèi)部函數(shù)的變元屬性、數(shù)目和次序是否正確？6.全程變量的定義和用法在各個模塊中是否一致 第六課：單元測試第六課：單元測試單元測試單元測試: :1.單元測試定義2.單元測試內(nèi)容3.單元測試過程 單元測試內(nèi)容單元測試內(nèi)容: :3. 3. 輸入輸入/

27、/輸出的測試要點輸出的測試要點 1.格式說明書與輸入/輸出語句是否一致？ 2.緩沖區(qū)大小與記錄長度是否匹配？ 3.文件結(jié)束條件處理了嗎？ 4.輸入/輸出錯誤檢查并處理了嗎？ 5.輸出信息中由文字書寫錯誤嗎？4.4.局部數(shù)據(jù)結(jié)構(gòu)的測試要點局部數(shù)據(jù)結(jié)構(gòu)的測試要點 1.錯誤的或不相容的說明 2.使用尚未賦值或尚未初始化的變量 3.錯誤的初始值或不正確的缺省值 4.錯誤的變量名字（拼寫錯或截短了） 5.數(shù)據(jù)類型不相容 6.上溢、下溢或地址異常 第六課：單元測試第六課：單元測試單元測試單元測試: :1.單元測試定義2.單元測試內(nèi)容3.單元測試過程 單元測試內(nèi)容單元測試內(nèi)容: :5. 5. 計算中的常見錯

28、誤計算中的常見錯誤 1.計算次序不對或誤解了運算符的優(yōu)先次序 2.混合運算（運算對象的類型彼此不相容） 3.變量初始值不正確 4.精度不夠 5.表達式的符號表示錯誤6.6.測試方案中的錯誤測試方案中的錯誤1.比較數(shù)據(jù)類型不同的量2.邏輯運算符不正確或優(yōu)先次序的錯誤3.當(dāng)由于精度問題兩個量不會相等時，程序中卻期待著相等條件的出現(xiàn)4.“差1”錯（即，多循環(huán)一次或少循環(huán)一次）5.錯誤的或不存在的循環(huán)終止條件6.當(dāng)遇到發(fā)散的迭代時不能終止循環(huán)7.錯誤地修改循環(huán)變量 第六課：單元測試第六課：單元測試單元測試單元測試: :1.單元測試定義2.單元測試內(nèi)容3.單元測試過程 單元測試內(nèi)容單元測試內(nèi)容: :7.

29、7.錯誤處理通路時常見錯誤錯誤處理通路時常見錯誤 1.對錯誤的描述是難于理解的 2.記下的錯誤與實際遇到的錯誤不同 3.在錯誤進行處理之前，錯誤條件已經(jīng)引起系統(tǒng)干預(yù)。 4.對錯誤的處理不正確 5.描述錯誤的信息不足以幫助確定造成錯誤的位置。 第六課：單元測試第六課：單元測試單元測試單元測試: :1.單元測試定義2.單元測試內(nèi)容3.單元測試過程 單元測試過程單元測試過程: :1.編寫單元測試用例,標準軟件詳細設(shè)計書2.測試用例審核 由審查小組參與審核3.代碼審查 人工測試程序可以由編寫者本人非正式地進行，審查小組正式進行。4.提交測試5.執(zhí)行測試用例6.提交測試結(jié)果7.回歸測試8.編寫測試報告

30、第七課：基于應(yīng)用服務(wù)器的測試第七課：基于應(yīng)用服務(wù)器的測試基于服務(wù)器的測試基于服務(wù)器的測試1.1.服務(wù)器類型劃分服務(wù)器類型劃分2.WEB2.WEB服務(wù)測試服務(wù)測試3.3.數(shù)據(jù)庫服務(wù)測試數(shù)據(jù)庫服務(wù)測試 1.應(yīng)用服務(wù)器劃分應(yīng)用服務(wù)器劃分1.Web 1.Web 服務(wù)器服務(wù)器 重點重點 2.2.數(shù)據(jù)庫服務(wù)器數(shù)據(jù)庫服務(wù)器 重點重點 3.3.實時通訊服務(wù)器實時通訊服務(wù)器4.4.郵件服務(wù)器郵件服務(wù)器5.5.群件服務(wù)器群件服務(wù)器6 6文件文件/ /打印服務(wù)器打印服務(wù)器 第七課：基于應(yīng)用服務(wù)器的測試第七課：基于應(yīng)用服務(wù)器的測試基于服務(wù)器的測試基于服務(wù)器的測試1.1.服務(wù)器類型劃分服務(wù)器類型劃分2.WEB2.WEB

31、服務(wù)測試服務(wù)測試3.3.數(shù)據(jù)庫服務(wù)測試數(shù)據(jù)庫服務(wù)測試 2.WEB服務(wù)測試服務(wù)測試測試內(nèi)容: 1.文字測試：檢查用戶等級、術(shù)語、內(nèi)容、準確度以及內(nèi)容的時效性。 2.鏈接測試：測試所有鏈接是否能按照指示的那樣正確鏈接到應(yīng)當(dāng)鏈接的頁面；測試所鏈接的頁面是否存在；確保不存在孤立頁面（即沒有鏈接指向的頁面）。 3.圖形、圖像測試：確保有明確的用途；顏色的搭配；圖片的大小和質(zhì)量；所有圖形是否能夠正確載入和顯示。 4.表單測試：檢測域的大??；數(shù)據(jù)接收是否正確；可選域是否真正可選；提交操作的完整性等。 5.Cookies測試：Cookies是否起作用；是否按預(yù)定的時間進行保存；刷新對Cookies有何影響等

32、6.數(shù)據(jù)加密 7.目錄訪問權(quán)限 8.日志文件 第七課：基于應(yīng)用服務(wù)器的測試第七課：基于應(yīng)用服務(wù)器的測試基于服務(wù)器的測試基于服務(wù)器的測試1.1.服務(wù)器類型劃分服務(wù)器類型劃分2.WEB2.WEB服務(wù)測試服務(wù)測試3.3.數(shù)據(jù)庫服務(wù)測試數(shù)據(jù)庫服務(wù)測試 1.1.數(shù)據(jù)庫服務(wù)器典型性能問題數(shù)據(jù)庫服務(wù)器典型性能問題單一類型事務(wù)響應(yīng)時間過長單一類型事務(wù)響應(yīng)時間過長 數(shù)據(jù)庫服務(wù)器負載 糟糕的數(shù)據(jù)庫設(shè)計 事務(wù)粒度過大 批任務(wù)對普通用戶性能的影響 并發(fā)處理能力差并發(fā)處理能力差 鎖沖突嚴重鎖沖突嚴重 資源鎖定造成的數(shù)據(jù)庫事務(wù)超時 數(shù)據(jù)庫死鎖 第八課：軟件測試用例第八課：軟件測試用例軟件測試用例1.1.測試用例的定義測試

33、用例的定義2.2.測試用例的作用測試用例的作用3.3.編制用例步驟編制用例步驟 1.1.測試用例的定義測試用例的定義 1.為某個特殊目標而編制的一組測試輸入、執(zhí)行條件以及預(yù)期結(jié)果，以便測試某個程序路徑或核實是否滿足某個特定需求。 2.對一項特定的軟件產(chǎn)品進行測試任務(wù)的描述，體現(xiàn)測試方案、方法、技術(shù)和策略。內(nèi)容包括測試目標、測試環(huán)境、輸入數(shù)據(jù)、測試步驟、預(yù)期結(jié)果、測試腳本等，并形成文檔。 3.軟件測試的行為活動做一個科學(xué)化的組織歸納目的是能夠?qū)④浖y試的行為轉(zhuǎn)化成可管理的模式；同時測試用例也是將測試具體量化的方法之一 第八課：軟件測試用例第八課：軟件測試用例軟件測試用例1.1.測試用例的定義測試

34、用例的定義2.2.測試用例的作用測試用例的作用3.3.編制用例步驟編制用例步驟 2.2.測試用例在軟件測試中發(fā)揮的作用測試用例在軟件測試中發(fā)揮的作用 1、指導(dǎo)測試的實施 2、規(guī)劃測試數(shù)據(jù)的準備 3、評估測試結(jié)果的度量基準 4、分析缺陷的標準 3.3.編制用例步驟編制用例步驟 1、測試用例文檔 編寫測試用例文檔應(yīng)有文檔模板，須符合內(nèi)部的規(guī)范要求。測試用例文檔將受制于測試用例管理軟件的約束。 測試用例文檔由簡介和測試用例兩部分組成。 簡介部分編制了測試目的、測試范圍、定義術(shù)語、參考文檔、概述等。 測試用例部分逐一列示各測試用例。每個具體測試用例都將包括下列詳細信息：用例編號、用例名稱、測試等級、入

35、口準則、驗證步驟、期望結(jié)果（含判斷標準）、出口準則、注釋等。 第八課：軟件測試用例第八課：軟件測試用例軟件測試用例1.1.測試用例的定義測試用例的定義2.2.測試用例的作用測試用例的作用3.3.編制用例步驟編制用例步驟4.4.詳解用例文檔詳解用例文檔 3.3.編制用例步驟編制用例步驟 2、測試用例的設(shè)置 早期的測試用例是按功能設(shè)置用例。后來引進了路徑分析法，按路徑設(shè)置用例。目前演變?yōu)榘垂δ?、路徑混合模式設(shè)置用例。3、設(shè)計測試用例 測試用例可以分為基本事件、備選事件和異常事件。設(shè)計基本事件的用例，應(yīng)該參照用例規(guī)設(shè)計規(guī)格說明書，根據(jù)關(guān)聯(lián)的功能、操作按用例設(shè)計方法設(shè)計測試用例。而對孤立的功能則直接按

36、功能設(shè)計測試用例?；臼录臏y試用例應(yīng)包含所有需要實現(xiàn)的需求功能，覆蓋率達100%。4.4.物流研發(fā)部測試用例詳解物流研發(fā)部測試用例詳解 單元測試書單元測試書_ _入庫入庫.xls.xls 第九課：軟件測試用例設(shè)計的基本原則第九課：軟件測試用例設(shè)計的基本原則用例設(shè)計原則用例設(shè)計原則1.1.用例設(shè)計原則用例設(shè)計原則 1.1.盡量避免含糊的測試用例盡量避免含糊的測試用例 含糊的測試用例給測試過程帶來困難，甚至?xí)绊憸y試的結(jié)果。在測試過程中，測試用例的狀態(tài)是唯一的清晰的測試用例使測試人員在測試過程中不會出現(xiàn)模棱兩可的情況2.2.盡量將具有相類似功能的測試用例抽象并歸類盡量將具有相類似功能的測試用例抽

37、象并歸類 一直強調(diào)軟件測試過程是無法進行窮舉測試的。因此，對相類似的測試用例的抽象過程顯得尤為重要，一個好測試用例應(yīng)該是能代表一組或者一系列的測試過程。3.3.盡量避免冗長和復(fù)雜的測試用例盡量避免冗長和復(fù)雜的測試用例 主要目地是保證驗證結(jié)果的唯一性。為的是在測試過程執(zhí)行過程中，確保測試用例的輸出狀態(tài)唯一性，從而便于跟蹤和管理。 第十課：軟件測試用例設(shè)計的基本方法第十課：軟件測試用例設(shè)計的基本方法用例設(shè)計方法用例設(shè)計方法1.1.設(shè)計方法分類設(shè)計方法分類2.2.有關(guān)黑盒測試有關(guān)黑盒測試3.3.有關(guān)白盒測試有關(guān)白盒測試4.4.方法方法- -黑盒法黑盒法5.5.方法方法- -白盒法白盒法6.6.方法方

38、法- -調(diào)試調(diào)試 1.1.設(shè)計方法分類設(shè)計方法分類: :黑盒測試，白盒測試黑盒測試，白盒測試2.2.有關(guān)黑盒測試有關(guān)黑盒測試 1.黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測試中，把程序看作一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測試著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對軟件界面和軟件功能進行測試。 2.黑盒測試是以用戶的角度，從輸入數(shù)據(jù)與輸出數(shù)據(jù)的對應(yīng)關(guān)系出發(fā)進行測試的。 3.外部特性本身有問題或規(guī)格說明

39、的規(guī)定有誤，用黑盒測試方法是發(fā)現(xiàn)不了的。 第十課：軟件測試用例設(shè)計的基本方法第十課：軟件測試用例設(shè)計的基本方法用例設(shè)計方法用例設(shè)計方法1.1.設(shè)計方法分類設(shè)計方法分類2.2.有關(guān)黑盒測試有關(guān)黑盒測試3.3.有關(guān)白盒測試有關(guān)白盒測試4.4.方法方法- -黑盒法黑盒法5.5.方法方法- -白盒法白盒法6.6.方法方法- -調(diào)試調(diào)試 2.2.有關(guān)黑盒測試有關(guān)黑盒測試 黑盒測試法注重于測試軟件的功能需求，主要試圖發(fā)現(xiàn)下列幾類錯誤。 1.功能不正確或遺漏； 2.界面錯誤； 3.數(shù)據(jù)庫訪問錯誤； 4.性能錯誤； 5.初始化和終止錯誤等。 第十課：軟件測試用例設(shè)計的基本方法第十課：軟件測試用例設(shè)計的基本方法

40、用例設(shè)計方法用例設(shè)計方法1.1.設(shè)計方法分類設(shè)計方法分類2.2.有關(guān)黑盒測試有關(guān)黑盒測試3.3.有關(guān)白盒測試有關(guān)白盒測試4.4.方法方法- -黑盒法黑盒法5.5.方法方法- -白盒法白盒法6.6.方法方法- -調(diào)試調(diào)試 3.3.有關(guān)白盒測試有關(guān)白盒測試 1.白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，它是按照程序內(nèi)部的結(jié)構(gòu)測試程序，通過測試來檢測產(chǎn)品內(nèi)部動作是否按照設(shè)計規(guī)格說明書的規(guī)定正常進行，檢驗程序中的每條通路是否都能按預(yù)定要求正確工作。 2.將測試對象看作一個打開的盒子，測試人員依據(jù)程序內(nèi)部邏輯結(jié)構(gòu)相關(guān)信息，設(shè)計或選擇測試用例，對程序所有邏輯路徑進行測試，通過在不同點檢查程序的狀態(tài)，確定實際的狀

41、態(tài)是否與預(yù)期的狀態(tài)一致。 3.“白盒”法全面了解程序內(nèi)部邏輯結(jié)構(gòu)、對所有邏輯路徑進行測試?！鞍缀小狈ㄊ歉F舉路徑測試。在使用這一方案時，測試者必須檢查程序的內(nèi)部結(jié)構(gòu)，從檢查程序的邏輯著手，得出測試數(shù)據(jù)。 第十課：軟件測試用例設(shè)計的基本方法第十課：軟件測試用例設(shè)計的基本方法用例設(shè)計方法用例設(shè)計方法1.1.設(shè)計方法分類設(shè)計方法分類2.2.有關(guān)黑盒測試有關(guān)黑盒測試3.3.有關(guān)白盒測試有關(guān)白盒測試4.4.方法方法- -黑盒法黑盒法5.5.方法方法- -白盒法白盒法6.6.方法方法- -調(diào)試調(diào)試 方法方法- -黑盒法黑盒法1.1.等價分類法等價分類法 等價分類法是將輸入數(shù)據(jù)的可能值分成若干“等價類”，每一

42、類以一個代表性的測試數(shù)據(jù)進行測試，這個數(shù)據(jù)就等價于這一類中的其它數(shù)據(jù)。 該法的關(guān)鍵在于如何將輸入數(shù)據(jù)分類。 EXP：輸入的數(shù)據(jù)范圍是1999，我們可以劃分三類：x1，1=x=9992.2.邊緣值分析法邊緣值分析法 用邊緣特殊值測試。 經(jīng)驗表明：程序往往在邊緣情況時犯錯誤，故測試邊緣情況比較有效。 EXP：int類型數(shù)據(jù)取值范圍從-32768到32767 ,用例設(shè)計時取剛剛 ，剛剛 = ,三類邊界進行設(shè)計 第十課：軟件測試用例設(shè)計的基本方法第十課：軟件測試用例設(shè)計的基本方法用例設(shè)計方法用例設(shè)計方法1.1.設(shè)計方法分類設(shè)計方法分類2.2.有關(guān)黑盒測試有關(guān)黑盒測試3.3.有關(guān)白盒測試有關(guān)白盒測試4.

43、4.方法方法- -黑盒法黑盒法5.5.方法方法- -白盒法白盒法6.6.方法方法- -調(diào)試調(diào)試 方法方法- -黑盒法黑盒法3.3.因果圖法因果圖法 等價類法與邊緣值分析法的缺點是沒有檢查各種輸入條件的組合。 因果圖法則著重分析輸入條件的各種組合，每種組合條件就是“因”，它必然有一個輸出的結(jié)果，這就是“果”。示例：軟件測試基本理論方法與工作流程.doc4.4.錯誤推測法錯誤推測法 通過經(jīng)驗或直覺推測程序中可能存在的各種錯誤，從而有針對性設(shè)計測試用例5.5.功能圖法功能圖法 根據(jù)軟件設(shè)計說明書，列舉功能，關(guān)注判斷條件,描述結(jié)果，每條獨立路徑(事務(wù))編寫一條測試用例的方法 LTK被動補貨網(wǎng)絡(luò)分析圖.

44、vsd 第十課：軟件測試用例設(shè)計的基本方法第十課：軟件測試用例設(shè)計的基本方法用例設(shè)計方法用例設(shè)計方法1.1.設(shè)計方法分類設(shè)計方法分類2.2.有關(guān)黑盒測試有關(guān)黑盒測試3.3.有關(guān)白盒測試有關(guān)白盒測試4.4.方法方法- -黑盒法黑盒法5.5.方法方法- -白盒法白盒法6.6.方法方法- -調(diào)試調(diào)試 方法方法- -白盒法白盒法( (邏輯覆蓋法邏輯覆蓋法) )1.1.語句覆蓋語句覆蓋 即每個語句至少能執(zhí)行一次2.2.判定覆蓋判定覆蓋 判定覆蓋又叫分支覆蓋，含義是：每個判定的分支至少執(zhí)行一次。3.3.條件覆蓋條件覆蓋 即一個判斷語句往往包含了若干條件。通過給出測試用例，使判斷中的每個條件都獲得各種可能的

45、結(jié)果4.4.判斷判斷/ /條件覆蓋條件覆蓋 選取足夠多的測試數(shù)據(jù)，使判斷中每個條件都取得各種可能值，使每個判斷表達式也取到各種可能的結(jié)果。5.5.條件組合覆蓋條件組合覆蓋 使得每個判斷中條件的各種可能組合都至少出現(xiàn)一次。 第十課：軟件測試用例設(shè)計的基本方法第十課：軟件測試用例設(shè)計的基本方法用例設(shè)計方法用例設(shè)計方法1.1.設(shè)計方法分類設(shè)計方法分類2.2.有關(guān)黑盒測試有關(guān)黑盒測試3.3.有關(guān)白盒測試有關(guān)白盒測試4.4.方法方法- -黑盒法黑盒法5.5.方法方法- -白盒法白盒法6.6.方法方法- -調(diào)試調(diào)試 方法方法- -調(diào)試法調(diào)試法1.基本任務(wù)診斷和改正程序中的錯誤2.調(diào)試策略(1)試探法 調(diào)試

46、人員分析錯誤征兆，猜想故障的大致位置，然后使用前述的一兩種調(diào)試技術(shù)，獲取程序中被懷疑的地方附近的信息。該策略緩慢而低效。(2)回溯法 確定最先發(fā)現(xiàn)“癥狀”的地方，然后人工沿程序的控制流往回追蹤源程序代碼，直到找出錯誤根源或確定故障范圍為止。 回溯法的另一種形式是正向跟蹤，也就是使用輸出語句檢查一系列中間結(jié)果，以確定最先出現(xiàn)錯誤的地方。 第十課：軟件測試用例設(shè)計的基本方法第十課：軟件測試用例設(shè)計的基本方法用例設(shè)計方法用例設(shè)計方法1.1.設(shè)計方法分類設(shè)計方法分類2.2.有關(guān)黑盒測試有關(guān)黑盒測試3.3.有關(guān)白盒測試有關(guān)白盒測試4.4.方法方法- -黑盒法黑盒法5.5.方法方法- -白盒法白盒法6.6

47、.方法方法- -調(diào)試法調(diào)試法 方法方法- -調(diào)試法調(diào)試法(3)對分查找法 如果已經(jīng)知道每個變量在程序內(nèi)若干個關(guān)鍵點的正確值，則可以用賦值語句或輸入語句在程序中間點附近“注入”這些變量的正確值，然后檢查程序的輸出。如果輸出結(jié)果是正確的，則故障在程序的前半部分；反之，故障在程序的后半部分。對于程序中有故障的那部分再重復(fù)使用這個方法，直到把故障范圍縮小到容易診斷的程度為止。(4)歸納法 所謂歸納法就是從個別推斷一般的方法。從線索（錯誤征兆）出發(fā)，通過分析這些線索之間的關(guān)系而找出故障，具體步驟如下： A.收集有關(guān)的數(shù)據(jù) B.組織數(shù)據(jù) C.導(dǎo)出假設(shè) D.證明假設(shè) 第十課：軟件測試用例設(shè)計的基本方法第十課

48、：軟件測試用例設(shè)計的基本方法用例設(shè)計方法用例設(shè)計方法1.1.設(shè)計方法分類設(shè)計方法分類2.2.有關(guān)黑盒測試有關(guān)黑盒測試3.3.有關(guān)白盒測試有關(guān)白盒測試4.4.方法方法- -黑盒法黑盒法5.5.方法方法- -白盒法白盒法6.6.方法方法- -調(diào)試法調(diào)試法 方法方法- -調(diào)試法調(diào)試法(5)演繹法 演繹法從一般原理或前提出發(fā)，經(jīng)過刪除和精化的過程推導(dǎo)出結(jié)論。 用演繹法調(diào)試開始時先列出所有看來可能成立的原因或假設(shè)，然后一個一個地排除列舉出的原因，最后證明剩下的原因確實是錯誤的根源。具體步驟如下： A.設(shè)想可能的原因 B.用已有的數(shù)據(jù)排除不正確的假設(shè) C.精化余下的假設(shè) D.證明余下的假設(shè) 第十一課：測試

49、用例設(shè)計編寫標準第十一課：測試用例設(shè)計編寫標準用例編寫標準用例編寫標準1.用例編寫標準 1.1.測試用例設(shè)計編寫標準測試用例設(shè)計編寫標準 在編寫測試用例過程中，需要參考和規(guī)范一些基本的測試用例編寫標準，在ANSI/IEEE829-1983標準中列出了和測試計劃相關(guān)的測試用例編寫規(guī)范和模板。2.2.測測試用例設(shè)計測測試用例設(shè)計模板中主要元素模板中主要元素: 1.標識符（identification）：每個測試用例應(yīng)該有一個唯一的標識符，它將成為所有和測試用例相關(guān)的文檔/表格引用和參考的基本元素，這些文檔/表格包括設(shè)計規(guī)格說明書、測試日志表、測試報告等。 2.測試項（test item）:測試用例

50、應(yīng)該準確地描述所需要測試的項及其特征，測試項應(yīng)該比測試設(shè)計說明中所列出的特性描述更加具體，例如做Windows計算器應(yīng)用程序的窗口測試，測試對象是整個的應(yīng)用程序用戶界面，這樣測試項就應(yīng)該是應(yīng)用程序的界面和特性要求，例如窗口縮放測試、界面布局、菜單等。 第十一課：測試用例設(shè)計編寫標準第十一課：測試用例設(shè)計編寫標準用例編寫標準用例編寫標準1.用例編寫標準 3. 輸入標準：用來執(zhí)行測試用例的輸入要求。這些輸入可能包括數(shù)據(jù)、文件、或者操作（例如鼠標的左鍵單擊，鍵盤的按鍵處理等），必要的時候，相關(guān)的數(shù)據(jù)庫、文件也必須被羅列。 4. 輸出標準：標識按照指定的環(huán)境和輸入標準得到的期望輸出結(jié)果。如果可能的話，盡量提供適當(dāng)?shù)南到y(tǒng)規(guī)格說明來證明期望的結(jié)果。 5. 測試用例之間的關(guān)聯(lián)：用來標識該測試用例與其他的測試（或其他測試用例）之間的依賴關(guān)系。在