軟件質量管理第六章(編輯修改稿)
2025-02-16 12:26 本頁面
【文章內容簡介】 ANS/IEEE829— 1998標準設計的軟件缺陷報告文檔。 圖55 軟件缺陷報告文檔 分離和再現(xiàn)軟件缺陷 測試人員要想有效報告軟件缺陷，就要對軟件缺陷以明顯、通用和再現(xiàn)的形式進行描述。 分離和再現(xiàn)軟件缺陷是考驗軟件測試人員專業(yè)技能的地方，測試人員應該設法找出縮小問題范圍的具體步驟。對測試人員有利的情況是，若建立起絕對相同的輸入條件時，軟件缺陷就會再次出現(xiàn)，不存在隨機的軟件缺陷。 如果找到的軟件缺陷要采取繁雜的步驟才能再現(xiàn) ， 或者根本無法再現(xiàn) ， 碰到這種情況 ， 可采取如下的方法來分離和再現(xiàn)軟件缺陷 。 實踐證明這些方法對測試人員是有所幫助的 。 （ 1） 不要想當然地接受任何假設 （ 2） 注意時間和運行條件上的因素 （ 3） 注意軟件的邊界條件 、 內存容量和數據溢出的問題 （ 4） 注意事件發(fā)生次序導致的軟件缺陷 （ 5） 考慮資源依賴性和內存 、 網絡 、 硬件共享的相互作用 （ 6） 不要忽視硬件 測 試 總 結 報 告 測試總結報告的目的是總結測試活動的結果，并根據這些結果對測試進行評價。這種報告是測試人員對測試工作進行總結，并識別出軟件的局限性和發(fā)生失效的可能性。在測試執(zhí)行階段的末期，應該為每個測試計劃準備一份相應的測試總結報告。本質上講，測試總結報告是測試計劃的擴展，起著對測試計劃“封閉回路”的作用。 圖 56所示的是符合 IEEE標準 829— 1998軟件測試文檔編制標準的測試總結報告模板 。 I E E E 標準 8 2 9 － 1 9 9 8 軟件測試文檔編制標準 測試總結報告模板 目錄 1 ．測試總結報告標識符 2 ．總結 3 ．差異 4 ．綜合評估 5 ．結果總結 5 . 1 已解決的意外事件 5 . 2 未解決的意外事件 6 ．評價 7 ．建議 8 ．活動總結 9 ．審批 圖56 測試總結報告模板 測 試 的 評 測 測試的評測主要方法包括覆蓋評測和質量評測。測試覆蓋評測是對測試完全程度的評測，它建立在測試覆蓋基礎上，測試覆蓋是由測試需求和測試用例的覆蓋或已執(zhí)行代碼的覆蓋表示的。質量評測是對測試對象的可靠性、穩(wěn)定性以及性能的評測。質量建立在對測試結果的評估和對測試過程中確定的缺陷及缺陷修復的分析基礎上。 覆蓋評測 覆蓋評測指標是用來度量軟件測試的完全程度的 ， 所以可以將覆蓋用做測試有效性的一個度量 。 最常用的覆蓋評測是基于需求的測試覆蓋和基于代碼的測試覆蓋 ， 它們分別是指針對需求 （ 基于需求的 ） 或代碼的設計 /實施標準（ 基于代碼的 ） 而言的完全程度評測 。 1）基于需求的測試覆蓋 基于需求的測試覆蓋在測試過程中要評測多次 ， 并在測試過程中 ， 每一個測試階段結束時給出測試覆蓋的度量 。例如 ， 計劃的測試覆蓋 、 已實施的測試覆蓋 、 已執(zhí)行成功的測試覆蓋等 。 基于需求的測試覆蓋率通過以下公式計算： 測試覆蓋率 =T (p,i,x,s) / Rf T % 在制定測試計劃活動中 ， 將計算計劃的測試覆蓋 ， 其計算方法如下： 計劃的測試覆蓋率 =T p / Rf T % 其中： T p是用測試過程或測試用例表示的計劃測試需求數 。 Rf?T是測試需求的總數 。 在實施測試過程中 ， 計算測試覆蓋時使用以下公式： 已執(zhí)行的測試覆蓋率 =T i / Rf T % 其中： Ti是用測試過程或測試用例表示的已執(zhí)行的測試需求數 。 RfT是測試需求的總數 。 在執(zhí)行測試活動中 ， 確定成功的測試覆蓋率 （ 即執(zhí)行時未出現(xiàn)失敗的測試 ， 如沒有出現(xiàn)缺陷或意外結果的測試 ） 評測通過以下公式計算： 成功的測試覆蓋率 =Ts/RfT % 其中： T s是用完全成功 、 沒有缺陷的測試過程或測試用例表示的已執(zhí)行測試需求數 。 RfT是測試需求的總數 。 在執(zhí)行測試過程中，經常使用兩個測試覆蓋度量指標，一個是確定已執(zhí)行的測試覆蓋率，另一個是確定成功的測試覆蓋率，即執(zhí)行時未出現(xiàn)失敗的測試覆蓋率。 2） 基于代碼的測試覆蓋 基于代碼的測試覆蓋評測是測試過程中已經執(zhí)行的代碼的多少，與之相對應的是將要執(zhí)行測試的剩余代碼的多少 。 許多測試專家認為 ， 一個測試小組在測試工作中所要做的最為重要的事情之一就是度量代碼的覆蓋情況 。
教學課件相關推薦
鄂ICP備17016276號-1