【正文】 } 13: } 要求：寫出其基本路徑測試步驟。 } 11: while (j=lb_len) { 12: getelem(lb,j++,bj)。} 8: } 9: while (i=la_len) { 10: getelem(la,i++,ai)。} 7: else {listinsert(lc,++k,bj)。 5: if (ai=bj) 6: {listinsert(lc,++k,ai)。 (j=lb_len)){ 4: getelem(la,i,ai)。 2: while ((i=la_len) 3： amp。 la_len=listlength(la)。 i=j=1。 例：合并兩個線形表，代碼如下 : void mergelist(list la,list lb,list amp。 ? 建議 : 提出為彌補(bǔ)上述缺陷的建議。 測試分析報告 4 評價 ? 軟件能力 : 經(jīng)過測試所表明的軟件能力。 包括 : 證實的軟件能力 。 該項測試發(fā)現(xiàn)的問題。 與預(yù)期結(jié)果數(shù)據(jù)的偏差 。 測試分析報告 2 測試計劃情況 ? 機(jī)構(gòu)和人員 : 給出測試機(jī)構(gòu)名稱、負(fù)責(zé)人和參與測試人員名單。 測試計劃 。 詳細(xì)設(shè)計說明書 。 需求規(guī)格說明書 。 ? 參考資料 : 列出有關(guān)資料的作者、標(biāo)題、編號、發(fā)表日期、出版單位或資料來源 , 可包括 : 項目的計劃任務(wù)書、合同或批文 。 ? 項目背景 : 說明項目的來源、委托單位及主管部門。 ? 準(zhǔn)則 : 說明評論測試結(jié)果的準(zhǔn)則。 ? 測試資料 : 說明項 目 測試所需的資料。 ? 步驟及操作 ? 允許偏差 : 給出實測結(jié)果與預(yù)期結(jié)果之間允許偏差的范圍。 測試計劃 4 測試項目說明 ? 按順序逐個對測試項目做出說明 ? 測試項目名稱及測試內(nèi)容 ? 測試用例 ? 輸入 : 輸入的數(shù)據(jù)和輸入命令。 ? 測試項目 : 列出組裝測試和確認(rèn)測試中每一項測試的內(nèi)容、名稱、目的和進(jìn)度。 本測試計劃中引用的其他資料、采用的軟件開發(fā)標(biāo)準(zhǔn)或規(guī)范。 詳細(xì)設(shè)計說明書 。 需求規(guī)格說明書 。 ? 參考資料 : 列出有關(guān)資料的作者、標(biāo)題、編號、發(fā)表日期、出版單位或資料來源 , 可包括 : 項目的計劃任務(wù)書、合同或批文 。 ? 項目背景 : 說明項目的來源、委托單位及主管部門。 對分法調(diào)試 重復(fù)使用對半劃分程序的方法，不斷縮小出錯范圍，直到將故障定位到容易診斷的程度。 第四步：證明假設(shè) ， 無法證明后應(yīng)重新假設(shè) 。 第二步：分析收集到的數(shù)據(jù)信息 ， 以便發(fā)現(xiàn)規(guī)律或矛盾 。 軟件調(diào)試 調(diào)試方法 歸納法調(diào)試 歸納法調(diào)試的基本思想是：從一些線索 (錯誤征兆 )著手，通過分析它們之間的關(guān)系來找出錯誤。 不斷重復(fù)上述過程，直到找到一個有效的解決辦法為止 . 查找錯誤的難度 : (P177) 軟件調(diào)試 調(diào)試方法 原始法調(diào)試 主要思想是通過分析運行程序時數(shù)據(jù)信息的變化情況查找錯誤原因 : （ 1） 打印內(nèi)存的全部數(shù)據(jù) （ 2） 添加必要的打印語句 （ 3） 使用自動調(diào)試工具 ① 設(shè)置斷點 ② 單步執(zhí)行 軟件調(diào)試 調(diào)試方法 回溯法調(diào)試 回溯調(diào)試的 方法是從出現(xiàn)錯誤征兆處開始 ， 人工沿控制流程往回追蹤程序代碼 ， 直至發(fā)現(xiàn)出錯的根源 或確定錯誤產(chǎn)生的范圍 。 ② 對程序的設(shè)計和編碼進(jìn)行修改 ， 糾正當(dāng)前錯誤 。 軟件調(diào)試 調(diào)試 (debug， 排錯 ) 調(diào)試功能是將在測試過程中出現(xiàn)的錯誤進(jìn)一步診斷并且改正程序中存在的潛在錯誤，保證軟件運行的正確性和可靠性。 （ 4） 性能測試：主要檢查系統(tǒng)是否滿足需求說明書中規(guī)定的性能 。 （ 2） 安全測試：主要檢查系統(tǒng)對非法侵入的防范能力 。 系統(tǒng)測試的 目的是充分運行系統(tǒng)，驗證系統(tǒng)各部件是否都能正常工作并完成所賦予的任務(wù)。 (3)確認(rèn)測試的結(jié)果可分為兩種情況： ① 測試結(jié)果與預(yù)期結(jié)果相符 ， 程序的功能和性能滿足用戶需求； ② 測試結(jié)果與預(yù)期結(jié)果不相符 ， 將存在的問題列出清單 ， 提供給開發(fā)者作為修改依據(jù) 。 測試過程中開發(fā)者不在現(xiàn)場 ， 由用戶獨立操作 ， 驗證程序的各項功能 ，用戶發(fā)現(xiàn)的問題全部記錄下來 ， 反饋給程序開發(fā)者 ， 開發(fā)者對軟件進(jìn)行必要的修改 ， 并準(zhǔn)備最終的軟件產(chǎn)品發(fā)布 。 它的最大特點是整個測試過程是在受控環(huán)境下進(jìn)行 。 確認(rèn)測試是軟件交付使用前一項很重要的活動，它最終決定用戶對該軟件的認(rèn)可程度。 2)混合測試法：它首先對軟件結(jié)構(gòu)中較低層的模塊自底向上組裝測試 ， 然后對軟件結(jié)構(gòu)中較上層的模塊采用自頂向下的方法進(jìn)行組裝與測試 。 軟件測試步驟 集成測試 （ 3） 混合增殖式測試 自頂向下增殖方式和自底向上增殖方式各有優(yōu)缺點，在實際的測試過程中 ,可根據(jù)具體情況將兩種方法結(jié)合起來使用。 軟件測試步驟 集成測試 （ 2）增殖式組裝方式 2)自底向上增殖方式 （圖 P173） 具體的結(jié)合策略如下： ① 將底層模塊組合成實現(xiàn)某個 子功能 的簇； ② 寫一個 驅(qū)動程序 ， 用來提供該功能簇的執(zhí)行入口和輸入 /輸出界面； ③ 對該功能簇進(jìn)行 測試 ； ④ 在低層繼續(xù)尋找模塊 ， 將該功能簇擴(kuò)大 ， 重新修改驅(qū)動程序 ， 以適應(yīng)對當(dāng)前功能簇的測試 。 軟件測試步驟 （ 2）增殖式組裝方式 增殖式組裝方式是采用循序漸進(jìn)的方式 ， 每次增加一個模塊到已測試好的模塊中 ,錯誤的范圍會縮小 ， 錯誤的修改和定位難度相對降低 。 缺點： ① 一次將所有模塊組裝后的程序會很龐大 ， 各模塊之間相互影響 ， 情況十分復(fù)雜 。 （ 1） 模塊接口測試 （ 2） 局部數(shù)據(jù)結(jié)構(gòu)測試 （ 3） 路徑測試 （ 4） 程序異常測試 （ 5） 邊界條件測試 軟件測試步驟 集成測試 集成測試也稱組裝測試，它的任務(wù)是按照一定的策略對單元測試的模塊進(jìn)行組裝，并在組裝過程中進(jìn)行模塊接口與系統(tǒng)功能測試。 軟件測試步驟 測試過程分為 4個步驟： 單元測試 集成測試 確認(rèn)測試 系統(tǒng)測試 單元 測試 單元 測試 單元 測試 被測模塊 被測模塊 被測模塊 集成 測試 設(shè)計信息 確認(rèn) 測試 系統(tǒng) 測試 已集成的 軟件 已確認(rèn)的 軟件 可交付的 軟件 軟件需求 已測試 模塊 其他系統(tǒng)元素 軟件測試與軟件開發(fā)的關(guān)系 用戶要求 系統(tǒng)測試 確認(rèn)測試 集成測試 模塊測試 編碼 詳細(xì)設(shè)計 需求分析 概要設(shè)計 軟件測試步驟 單元測試 單元測試也稱模塊測試，是針對軟件設(shè)計的最小單元―― 程序模塊進(jìn)行的測試，目的是發(fā)現(xiàn)模塊內(nèi)部的錯誤 。 ? 輸入表中所有元素均相同。 例：排序程序 ? 輸入表為空。 邊界值分析法設(shè)計原則 輸入等價類 測試用例說明 測試數(shù)據(jù) 期望結(jié)果 選取理由 報表日期的類型及長度 6個數(shù)字字符 5,7個數(shù)字字符 1個 /全部非數(shù)字字符 有效 無效 無效 年份范圍 2022 2022 2022 1999 2022 有效 有效 有效 無效 無效 月份范圍 1 12 6 1 12 有效 有效 有效 無效 無效 軟件測試方法 黑盒測試法 錯誤推測法