軟件測試知識點總結word文檔良心出品

1、軟件測試知識點總結第一次課 10.7 軟件測試概述軟件測試定義 ：使用人工或者自動的手段來運行或測定它是否滿足規(guī)定的需求，或弄預期結果與實際結果之間的差別。軟件測試的分類1按照開發(fā)階段劃分a)單元測試 ：模塊測試，檢查每個程序單元嫩否正確實現(xiàn)詳細設計說明中的模塊功能等。b)集成測試 ：組裝測試，將所有的程序模塊進行有序、 遞增的測試，檢驗程序單元或部件的接口關系c)系統(tǒng)測試 ：檢查完整的程序系統(tǒng)能否和系統(tǒng)（包括硬件、外設和網(wǎng)絡、系統(tǒng)軟件、支持平臺等）正確配置、連接，并滿足用戶需求。d)確認測試 ：證實軟件是否滿足特定于其用途的需求，是否滿足軟件需求說明書的規(guī)定。e)驗收測試 ：按項目任務或合同

2、，供需雙方簽訂的驗收依據(jù)文檔進行的對整個系統(tǒng)的測試與評審，決定是否接受或拒收系統(tǒng)。2按照測試技術劃分白盒測試 ：通過對程序內部結構的分析、檢測來尋找問題。檢查是否所有的結構及邏輯都是正確的， 檢查軟件內部動作是否按照設計說明的規(guī)定正常進行。 -結構測試黑盒測試 ：通過軟件的外部表現(xiàn)來發(fā)現(xiàn)錯誤，是在程序界面處進行測試，只是檢查是否按照需求規(guī)格說明書的規(guī)定正常實現(xiàn)?；液袦y試 ：介于白盒測試與黑盒測試之間的測試。3 按照測試實施組織劃分：開發(fā)方測 用戶測試 第三方測試4 是否使備測軟件運行：靜態(tài)測試 動態(tài)測試。課后作業(yè)： 1.軟件測試與調試的區(qū)別？1）測試是為了發(fā)現(xiàn)軟件中存在的錯誤；調試是為證明軟件

3、開發(fā)的正確性。2）測試以已知條件開始， 使用預先定義的程序， 且有預知的結果，不可預見的僅是程序是否通過測試； 調試一般是以不可知的內部條件開始，除統(tǒng)計性調試外，結果是不可預見的。3）測試是有計劃的， 需要進行測試設計； 調試是不受時間約束的。4）測試經(jīng)歷發(fā)現(xiàn)錯誤、改正錯誤、重新測試的過程；調試是一個推理過程。5）測試的執(zhí)行是有規(guī)程的； 調試的執(zhí)行往往要求開發(fā)人員進行必要推理以至知覺的 飛躍 。6）測試經(jīng)常是由獨立的測試組在不了解軟件設計的條件下完成的；調試必須由了解詳細設計的開發(fā)人員完成。7）大多數(shù)測試的執(zhí)行和設計可以由工具支持； 調式時， 開發(fā)人員能利用的工具主要是調試器。2. 對軟件測試

4、的理解？軟件測試就是說要去根據(jù)客戶的要求完善它 .即要把這個軟件還沒有符合的或者是和客戶要求不一樣的，或者是客戶要求還沒有完全達到要求的部分找出來。1. 首先要鍛煉自己軟件測試能力，包括需求的分析能力，提取能力，邏輯化思想能力，即就是給你一個系統(tǒng)的時候，能夠把整個業(yè)務流程很清晰的理出。2. 學習測試理論知識并與你鍛煉的能力相結合。3. 想和做。想就是說你看到任何的系統(tǒng)都要有習慣性的思考； 做就是把實際去做練習，然后提取經(jīng)驗?？偨Y測試用例，測試計劃固然重要，但能力和思想一旦到位了，才能成為一名合格的軟件測試工程師。第二次課 10.10 軟件測試模型一、軟件缺陷：（1）軟件未達到產(chǎn)品說明書中已經(jīng)標

5、明的功能；軟件出現(xiàn)了產(chǎn)品說明書中指明不會出現(xiàn)的錯誤； 軟件未達到產(chǎn)品說明書中雖未指出但應當達到的目標； 軟件功能超出了產(chǎn)品說明書中指明的范圍； 軟件測試人員認為軟件難以理解、不易使用，或者最終用戶認為該軟件使用效果不良。軟件測試模型H 模 型 （ 了 解 ）V 模型 :，V模型的缺陷用戶希敷_I ；I m求分靳與呆第IIIflg 血+*I4.1完全測試的不可能性4.2軟件測試是有風險的活.7I詳汨謖計I |_I邨譏肌CMTES叮N1、僅把測試過程作為在需求分析、系統(tǒng)設計及編碼之后的一個階段2、忽視了測試對需求分析，系統(tǒng)設計的驗證，一直到后期的驗收測試才被發(fā)現(xiàn)。W模型的概念：增加了軟件各開發(fā)階段

6、中應同步進行的驗證和確認(v$v)活動,明確了測試與開發(fā)的并行性.1、測試伴隨著整個軟件開發(fā)周期2、測試的對象不僅僅是程序，需求、設計和功能同樣要測試3、根據(jù)W模型要求，一旦有文檔提供，就及時確定測試的條件、編寫測試用例四.軟件測試的原則4.3.測試無法顯示潛伏的軟件缺陷和故障44充分注意測試中的群集現(xiàn)象4.5殺蟲劑現(xiàn)象46并非所有的軟件缺陷都要修復4.7. 80-20 原則4.8. 軟件測試必須有預期結4.9. 應當把“盡早地和不斷地進行軟件測試”作為軟件測試者的座右銘4.10. 程序員應該避免檢查自己的程序4.11 追溯至用戶需求 4.12 及時更新測試第三次課 10.14 等價類1、等價

7、列劃分設計方法： 是把所有可能的輸入數(shù)據(jù)，即程序的輸入域 劃分成若干部分（子集） ，然后從每一個子集中選取少量具有代表性的 數(shù)據(jù)作為測試用例。等價類是指某個輸入域的子集合。 在該子集合中 各個輸入數(shù)據(jù)對于揭露 程序中錯誤都是等效的 。并合理地假定：測試某等價類的代表值就等于 對這一類其他值的測試。有效等價類：對于程序的規(guī)格說明來說是合理的、有意義的輸入數(shù)據(jù)構 成的集合 無效等價類：對軟件規(guī)格說明而言，是無意義的、不合理的輸入數(shù)據(jù)所 構成的集合 等價類對于測試有兩個重要的意義 ：完備性 無冗余性2、等價類的劃分原則1）按照區(qū)間劃分：一個有效等價類和兩個無效等價類。2）按照數(shù)值劃分 ：n 個有效等

8、價類和一個無效等價類3）按照數(shù)值集合劃分一個有效等價類和一個無效等價類4) 按照限制條件或規(guī)則劃分： 可確定一個有效等價類和若干個無效 等價類5)細分等價類3. 等價類劃分法的步驟1) 確定等價類2) 建立等價類表，列出所有劃分出的等價類3) 從劃分出的等價類中按以下的 3 個原則設計測試用例：A 為每一個等價類規(guī)定一個唯一的編號rbB 設計一個新的測試用例，使其盡可能多的覆蓋尚未被覆蓋的有效等 價類，重復這一步，直到所有的有效等價類都被覆蓋為止。C 設計一個新的測試用例， 使其僅覆蓋一個尚未被覆蓋的無效等價類，重復這一步，直到所有的無效等價類都被覆蓋為止。習題：三角形問題。4. 等價類劃分法

9、(1) 弱一般等價類測試特點 : 不考慮無效數(shù)據(jù) ,測試用例使用每個等價類中的一個值(2) 強一般等價類測試特點:每一個有效等價類要選擇至少一個測試用例(3) 弱健壯等價類測試對于有效輸入 : 使用每個有效類的一個值對于無效輸入 : 測試用例只使用一個無效值 ,其余值都是有效的(4) 強健壯等價類測試每個有效等價類和無效等價類都至少要選擇一個測試用例qi廠p-丄社上i 1 I *1I 1IS ECIII II-I-c 一;ECd* I I I L* I i * j * i it I *!*-d * I *.* Fd第四次課10.17等價類劃分(續(xù))1. 測試用例的定義(1) 測試用例是為特定的

10、目的而設計的一組測試輸入、執(zhí)行條件和預期的結果。(2) 測試用例是執(zhí)行的最小實體。2、特征：(1 )最有可能抓住錯誤的；(2)不是重復的、多余的;(3) 組相似測試用例中最有效的；(4)既不是太簡單，也不是太復 雜。3、設計測試用例的基本準則測試用例的代表性 測試結果的可判定性 測試結果的可再現(xiàn)性4、確定等價類的方法(1) 先考慮輸入數(shù)據(jù)的類型(合法型和非法型)(2) 再考慮數(shù)據(jù)范圍(合法型中的合法區(qū)間和非法區(qū)間)(3) 最后考慮輸出結果，逆向設定輸入 5、常見等價類劃分測試形式針對是否對無效數(shù)據(jù)進行測試，可以將等價類測試分為兩種:1、標準等價類測試（也稱，一般等價類測試）2、健壯等價類測試弱

11、健壯(5): A (Anom, Bnom)B (Ano m,Bmi n-)C(Ano m,Bmax+)D(Ami n-,B nom)(Amax+,B nom)強健壯(9) : (Amin- ,Bmin-)(Ami n- ,Bmi n+)(Ami n+, Bmax+)(Amax+, Bmi n-)第五次課10.21邊界值分析法1、邊界值分析法就是對輸入或輸出的邊界值進行測試 2、特點：具有很強的發(fā)現(xiàn)程序錯誤的能力；測試用例來自等價類的邊界;3、基本原理：故障往往發(fā)生在輸入定義域和輸出值域的邊界上，而不是在其內部。4、方法：1、首先應確定邊界情況.2、選取正好等于，剛剛大于或剛剛小于邊界的值作為測

12、試數(shù)據(jù)ab X有兩個變量X、y的程序的輸入域5、標準邊界值：min、min+、nom、max-、max健壯邊界值：min、min+、nom、max-、max min- max+ 6、例 7、對于一個含有n個變量的程序，只讓其中一個變量取極值，讓其余的變量取正常值，被保留的變量依次取 min、min+、nom、max-、max值，對每個變量都重復進行。n個變量的程序，邊界值分析測試程序會產(chǎn)生4n+1個測試用例。第六次課10.24決策表方法1. 概述：決策表法是黑盒測試方法中最為 嚴格、最具有邏輯性的測試方 法。2.什么時候使用?程序輸入輸出比較多，輸入之間、輸出之間相互制約的條件比較多時,可以清

13、楚地表達它們之間的各種 復雜關系。3.決策表通常由四部分組成：條件樁:條件項:條件樁條件項0動作樁動作項列出問題的所有條件針對條件樁給出的條件列出所有可能的見則取值動作樁:給出問題規(guī)定的可能采取的操作動作項:與條件項緊密相關，指出在條件項的各組取值情況下應采取的動作 規(guī)則：項中的每一列是一條規(guī)則，每一條規(guī)則是一組測試用例。4. 決策表的化簡(1) 合并：如果一個條件項(表中某列中的條件值)和另外一個條件項所產(chǎn)生的動作是相同的，且兩個條件項對應的每一行的值只有一個是不同 的，則可以將其合并合并的項除了不同值變成”不關心”條目外，其余不變(2) 包含：如果兩個條件項的動作是相同的，對任意條件1的值

14、和條件2中對應的值，如果滿足:A.如果條件1的值是T(F),則條件2中的值也是T(F).B.如果條件1的值是-(不關心),則條件2中的值是T,F,-,稱條件1包含條件2,條件2可以撤去.重復A,B就可以得到精簡的決策表.YYNNY-N-VV合并YYN包含5. 構造決策表的步驟:(1)確定規(guī)則的個數(shù) 列出所有的條件樁和動作樁(3)填入輸入項填入動作項，得到初始的決策表(5)對初始的決策表化簡6決策表測試法的適用范圍(1)if-then-else邏輯突出 輸入變量之間存在邏輯關系(3) 涉及輸入變量子集的計算(4)輸入和輸出之間存在因果關系第七次課10.28因果圖方法1、概述：如果輸入之間有關系，

15、測試時必須考慮輸入條件的各種組合，考慮適合于描述對于多種條件的組合，相應產(chǎn)生多個動作的形式來設計測試用例，這就需要利用因果圖。因果圖方法最終生成的就是判定表。適合于檢查程序輸入條件的各種組合情況。2、因果圖法的基本思想：首先從程序規(guī)格說明書的描述中，找出因(輸入條件)和果(輸出結果或者程序狀態(tài)的改變)，然后通過因果圖轉換為判定表，最后為判定表中的每一列設計一個測試用例3. 基本符號 原因 結果O_O通常在因果圖中用Ci表示原因，用Ei表示結果，各結點表示狀態(tài)，可取值0”或“”表示某狀態(tài)不出現(xiàn)，“”表示某狀態(tài)出現(xiàn)。OE1 h) $ CIO0 ElElEl恒等：c1為1,則e1也為1,否則e1為0

16、.非：若c1是1,則e1為0,否則e1 是 1.或：若c1或c2或c3是1,則e1是1,若三者都不為1,則e1為0.與：若c1和c2都是1,則e1為1,否則若有其中一個不為1,則e1為0.4.約束:實際問題中,輸入狀態(tài)之間可能存在某些 依賴關系.E約束（異）:a,b最多有一個可能為1,不能同時為1.I約束（或）:a,b,c中至少有一個必須為1,不能同時為0.O約束（惟一）:a和b必須有一個且僅有一個為1R約束（要求）:a是1時,b必須是1,即a為1時,b不能為0M約束:對輸出條件的約束，若結果a為1,則結果b必須為0.a 0、ObWfi （互斥嘟也）7c1（包含或y b(4) It 要求)5、

17、因果圖生成測試用例的基本步驟1、找出原因和結果。2、畫出因果圖。3、增加約束。4、把因果圖轉化為判定表，并化簡。5、把判定表的每一列拿出來作為依據(jù)，設計測試用例。6. 例題（1）原因：C1:第一個字符是A; C2:第一個字符是B;C3:第二個字符是一個數(shù)字字找.結果:結果：E1:給出信息L; E2:修改文件；E3:給出信息M;（3）決策表。（2）因果圖.（4）設計測試用例測試用例1:輸入數(shù)據(jù):A3預期輸出:修改文件測試用例2:輸入數(shù)據(jù):AM預期輸出:給出信息M測試用例3:輸入數(shù)據(jù):B3預期輸出:修改文件測試用例4:輸入數(shù)據(jù):B*預期輸出：給出信息M測試用例5:輸入數(shù)據(jù):C2預期輸出:給出信息L

18、測試用例6:輸入數(shù)據(jù):CM預期輸出:給出信息LM7. 因果圖法的優(yōu)點： 1.考慮了多個輸入之間的相互組合、相互制約關系;2. 能夠幫助我們按一定步驟，高效率地選擇測試用例，同時還能為我們指出，程序規(guī)格說明描述中存在著什么問題第八次課10.31黑盒復習1、第九、十次課11.411.7白盒測試白盒測試概述：白盒測試也稱 結構測試或邏輯驅動測試。2、方法：程序結構分析；邏輯覆蓋測試；基本路徑測試;3、原則：1、保證一個模塊中所有獨立路徑至少被測試一次;2.所有邏輯值均需測試真（True）和假（False）兩種情況;3. 檢查程序的內部數(shù)據(jù)結構，保證其結構的有效性;4. 在取值上、下邊界，即可操作范圍

19、內運行所有循環(huán)5、邏輯覆蓋測試：主要是測試覆蓋率，以程序內在邏輯結構為基礎的測6 種:語句覆蓋 判斷覆蓋 條件覆蓋 判定 -條件覆蓋 條件組合覆蓋 路徑測試.1）語句覆蓋：在測試時，首先設計若干個測試用例，然后運行被測程序，使程序中的每個可執(zhí)行語句至少執(zhí)行一次 。判定：整體 控制。 包括： 1、單一條件判定 2、符合條件覆語句覆蓋率：已執(zhí)行的可執(zhí)行語句占程序中可執(zhí)行語句總數(shù)的百分比判定覆蓋：設計足夠多的測試用例，使程序中的每個判定至少 都獲得一次“真值”或“假。值” 條件覆蓋:構造一組測試用例， 使得每一判定語句中每個邏輯條 件的可能值至少滿足一次。滿足條件覆蓋的不一定滿足判定覆蓋，反之亦然。

20、兩者無直接 關系。判定/條件覆蓋： 設計足夠的測試用例， 使得判定中每個條件的 所有可能 （真/假）至少出現(xiàn)一次，并且每個判定本身的判定結果 （真/假）也至少出現(xiàn)一次組合條件覆蓋（ MCC ）：設計足夠的測試用例，使得每個判定 中條件的各種可能組合都至少出現(xiàn)一次。滿足組合條件覆蓋的測試用例是一定滿足判定覆蓋、條件覆蓋和判定/條件覆蓋。(6)修正條件判定覆蓋(MCDC):需要足夠的測試用例來確定各個條件能夠影響到包含的判定的結果，即要求滿足兩個條件。第十一次課11.11 測試用例設計-8-基本路徑1、流圖：在程序設計時，為了更加突出控制流的結構，可對程序流程圖進行簡化，簡化后的圖稱為控制流圖.簡

21、化后所涉及的圖形符號只有兩種，即節(jié)點和控制流線.節(jié)點一一標有編號的圓圈程序流程圖中矩形框所表示的處理 菱形表示的兩個甚至多個出口判斷 多條流線相交的匯合點邊一一由帶箭頭的弧或線表示與程序流程圖中的流線一致，表明了控制的順序 它代表程序中的控制流?？刂屏骶€通常標有名字常見語句的控制流圖do while語旬fa罪語句If語句順序語旬WhMe語句包含條件的節(jié)點被稱為判斷節(jié)點(也叫謂詞節(jié)點)，由判斷節(jié)點發(fā)出的2、邊必須終止于某一個節(jié)點，由邊和節(jié)點所限定的范圍被稱為區(qū)域.(1)環(huán)形復雜度(圈復雜度)：亦可將該度量用于基本路徑方法，它可以提供程序基本集的獨立路徑數(shù)量和確保所有語句至少執(zhí)行次的測試數(shù)量上界(

22、2 )獨立路徑：指程序中至少引入一個新的處理語句集合或一個新條 件的程序通路，它必須至少包含一條在本次定義路徑之前不曾用過的邊(3)環(huán)形復雜度計算:1. 流圖中區(qū)域的數(shù)量對應于環(huán)形復雜度；(閉合區(qū)域數(shù)+1)2. 給定流圖G的環(huán)形復雜度為V(G),定義為V(G )=E-N+2,E是流圖中邊的數(shù)量,N是流圖中節(jié)點的數(shù)量.3. 給定流圖G的環(huán)形復雜度V(G),定義為V(G)=P+1,P是流圖G中判定節(jié)點的數(shù)量.例：圖中的圈復雜度，計算如下:流圖中有四個區(qū)域;V(G)=10 條邊-8 結點 +2=4;4:XCDV(G)=3個判定結點+1=4。d(4)圖矩陣b節(jié)點12341a2b3c4d圖矩陣-即流圖的

23、矩陣表示。其維數(shù)等于流圖的節(jié)點數(shù)。每列和每行 都對應于標識的節(jié)點，矩陣元素對應于節(jié)點的邊。其中橫坐標為起點, 縱坐標為終點。例：若矩陣記為M，則M(4,1) = d,邊d的方向是節(jié)點4到節(jié)點1第十二次課11.14測試用例設計-9-白盒最后1、靜態(tài)測試不實際運行軟件，主要對軟件的編程格式、結構等方面進行評估?？梢杂腥斯みM行，也可借助軟件工具自動進行。2、靜態(tài)測試的方法(1)代碼檢查：代碼審查 代碼走查桌面檢查同行評分(略)代碼審查：通常由4人組成，其中一人是協(xié)調人，一人是程序的 編寫者，其他人員通常是程序的設計人員以及測試專家。優(yōu)點和作用：錯誤列表、高效、會后修正、增加修改錯誤清單、較早發(fā)現(xiàn)錯誤

24、。代碼走查：為測試員的人會帶著一些書面的測試用例參加會議桌面檢查：（1）完全沒有約束（ 2）開發(fā)人員測試自己的程序（ 3）沒有展示自己能力，缺乏良好的效應。 （效果遠遠遜于代碼審查和代碼走查）3、靜態(tài)結構分析：主要是以圖形的方式表現(xiàn)程序的內部結構。4、代碼質量度量：功能性 可靠性 可用性 |有效性 可維護性 輕便性第十三次課 11.18 單元測試1、單元測試的重要性時間方面節(jié)省 測試效果明顯 測試成本較低 產(chǎn)品質量直接2.1 單元測試的定義單元測試又稱模塊測試，是最小單位的測試， 其依據(jù)是詳細設描述，對模塊內所有重要的控制路徑設計測試用例， 以便發(fā)現(xiàn)模塊內部的錯誤 。單元測試多采用白盒測試技術

25、2.2 單元測試的對象結構化程序，單元測試所說的單元是指函數(shù)，面向對象程序，單元測試的單元一般是指類。2.4 單元測試的人員 :開發(fā)人員3、單元測試的內容模塊接口 ：檢查進出程序單元的數(shù)據(jù)流是否正確。局部數(shù)據(jù)結構：必須測試模塊內部的數(shù)據(jù)能否保持完整性。邊界條件測試：主要檢查臨界數(shù)據(jù)是否正確處理。獨立路徑測試：單元測試中最主要的測試。出錯處理：要求能預見出錯的條件，并設置適當?shù)奶幚韺ο?，保證其路徑的正確性。1、輸出的錯誤信息難以理解。2、記錄錯誤與實際遇到的錯誤不符。3、在程序自定義出錯處理運行之前系統(tǒng)介入。4、異常處理不當。5、錯誤陳述中未能提供做夠的定位出錯信息。6、4. 、單元測試的方法5

26、、單元測試的流程計劃單元測試設計單元測試執(zhí)行單元測試評估單元測試（1 ）驅動模塊（Drive）用來模擬被測試模塊的上一級模塊，相當于被 測模塊的主程序。它接收數(shù)據(jù)，將相關數(shù)據(jù)傳送給被測模塊，啟動被測 模塊，并打印出相應的結果。（2）樁模塊（Stub）用來模擬被測模塊工作過程中所調用的模塊。它們般只進行很少的數(shù)據(jù)處理。5.3執(zhí)行單元測試（1）設置測試環(huán)境（2）將測試環(huán)境初始化（3）執(zhí)行測試過程。5.4評估單元測試（1 ）測試完備性評估（2）代碼覆蓋率評估第十四次課11.21 單元測試-JUNIT常用的斷言方法斷言方法描述assertEquals(a,b)測試a是否等于bassertFalse(a

27、)測試a是否為false,a是一個Boolean值assertNotNull(a)測試a是否非空,a是一個對象或者nullassertNotSame(a,b)測試a和b是否沒有都引用同一個對象assertNull(a)測試a是否為null,a是一個對象或者nullassertSame(a,b)測試a和b是否都引用同一個對象assertTrue(a)測試a是否為true,a是一個Boolean值第十五次課11.25 集成測試1、集成測試又稱組裝測試，集成測試是在單元測試的基礎上，將所有模塊按照設計要求組裝成子系統(tǒng)或系統(tǒng)進行的測試活動。2、集成測試的目的確保各單元組合在一起后能夠按既定意圖協(xié)作運行，并確保增量的行為正確，所測試的內容包括單元間的接口以及集成后的功能。3、集成測試的層次(1)模塊內集成測試(2)子系統(tǒng)