【正文】 。需要從測試的 量的方面 和 質(zhì)的方面 ，全面地評價測試。 ? ?m t N e bt( ) ? ? ?181 82 ? N 可以認為是 當(dāng)測試時間無限延長時 估計可能發(fā)現(xiàn)的故障總數(shù) 。 B B Bbc01 2? ?80 測試精確度和測試覆蓋度的評價 ? 在軟件測試過程中累積發(fā)現(xiàn)的故障數(shù)，可用帶有平均值函數(shù) m(t) 的非齊次泊松過程 (NHPP)來描述： ? 其中， N是在測試中可能發(fā)現(xiàn)的故障總數(shù)， b是故障發(fā)現(xiàn)率。這時有 ? 如果 bi比較顯著 ， 應(yīng)當(dāng)每隔一段時間 ，由兩個測試員再進行分別測試 ，分析測試結(jié)果，估算 B0。設(shè) 測試用例發(fā)現(xiàn)植入故障和原有故障的能力相同 ，則 程序中原有故障總數(shù) N ( =ET )估算值為 NNnnss?78 Hyman分別測試法 ? 由兩個測試員同時互相獨立地測試同一程序的兩個副本，用 t 表示 測試時間 ，記 t＝ 0時， 程序中原有故障總數(shù)是 B0；t＝ t1 時， 測試員甲發(fā)現(xiàn)的故障總數(shù)是 B1； 測試員乙發(fā)現(xiàn)的故障總數(shù)是 B2；其中兩人發(fā)現(xiàn)的 相同故障數(shù)目是 bc；兩人發(fā)現(xiàn)的 不同故障數(shù)目是 bi。 69 測試中的可靠性分析 ? 在軟件開發(fā)的過程中， 利用測試的統(tǒng)計數(shù)據(jù)，估算軟件的可靠性 ，以控制軟件的質(zhì)量是至關(guān)重要的。此外，還要明確， 怎樣才算是完成了一個規(guī)定的功能 。 ? 由于功能不同，失效帶來的損失就不一樣。 67 ? 規(guī)定的功能 ─在考慮軟件可靠性時，首先應(yīng)當(dāng)明確 軟件的功能是什么 ， 哪些功能是主要的 ， 哪些功能是次要的 。 66 ? 規(guī)定的時間 ─在定義中，一般采用 “運行時間” t 作為時間的尺度。無論是什么軟件，如果不對它的使用環(huán)境加以限制，都是會失效的。 64 軟件故障產(chǎn)生原因 ? 支持軟件工作的基本條件 (除硬件外的操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)、編譯程序、微代碼等 )的缺陷 ? 軟件設(shè)計不當(dāng) ? 加入了允許范圍之外的輸入 65 軟件可靠性的定義 ? 軟件可靠性是軟件在 給定的時間間隔 及給定的環(huán)境條件 下， 按設(shè)計要求 ， 成功地運行程序 的概率。 63 ? 故障是物理地或靜態(tài)地存在的 ? 失誤、錯誤和失效都是系統(tǒng)的一種動態(tài)的轉(zhuǎn)瞬即逝的現(xiàn)象 ? 軟件發(fā)生失效標(biāo)志著軟件一次使用壽命的結(jié)束 ? 發(fā)生過失效的軟件通常仍然是可用的。 62 ? 以上定義的故障、錯誤和失效，分別代表了 廣義的“錯誤” 在不同的條件下 所對應(yīng)的術(shù)語。 ? 錯誤 (error)： 故障在一定的環(huán)境條件下的暴露 ，導(dǎo)致系統(tǒng)在運行中出現(xiàn)了不正常、不正確、不按規(guī)范執(zhí)行的狀態(tài)，稱為軟件出錯。 61 在軟件工程中常用的定義 ? 故障 (fault)： 軟件的內(nèi)在缺陷 。 ? 它指的可能是 bug(設(shè)計中的差錯 )、 fault(故障 )、 error(錯誤 )、 failure(失效 )、crash(重大事故 )、 problem(疑問 )等。 60 ? “錯誤”這一術(shù)語。而做一個大的課題時，由于程序連續(xù)出錯， MTBF就會變得很短。 59 ? 軟件的 使用壽命與輸入環(huán)境有關(guān) 。 ? 希望用一個指標(biāo) 平均失效間隔時間 MTBF(MeanTime Between Failure) 來表明，在規(guī)定的要求和條件下，能在多大的程度上依賴這個軟件來完成任務(wù)。 ? 從軟件工程的角度來說， 軟件產(chǎn)品的壽命是指軟件的整個生存期 。 49 軟件的結(jié)構(gòu)特性與評價標(biāo)準(zhǔn) ? 結(jié)構(gòu)特性 邏輯數(shù)據(jù)層次 ? 評價標(biāo)準(zhǔn) ? 全部數(shù)據(jù)元素定義完畢 ? 所有層次的操作符定義完畢 ? 結(jié)構(gòu)特性 功能層次 ? 評價標(biāo)準(zhǔn) ? 全部功能元素定義完畢 ? 所有層次的操作符定義完畢 50 ? 結(jié)構(gòu)特性 邏輯數(shù)據(jù)與功能的對應(yīng)關(guān)系 ? 評價準(zhǔn)則 ? 所有數(shù)據(jù)都與功能對應(yīng) ? 所有功能元素都與數(shù)據(jù)對應(yīng) ? 邏輯數(shù)據(jù)與功能的相互關(guān)系個數(shù)（局部） 51 ? 結(jié)構(gòu)特性 物理數(shù)據(jù)層次 ? 評價準(zhǔn)則 ? 全部數(shù)據(jù)元素定義完畢 ? 物理數(shù)據(jù)之間的所有指針定義完畢 ? 上述指針都具有層次性 52 ? 結(jié)構(gòu)特性 模塊層次 ? 評價準(zhǔn)則 ? 所有模塊定義完畢 ? 模塊之間所有控制關(guān)系定義完畢 ? 上述關(guān)系都是標(biāo)準(zhǔn)過程調(diào)用形式 ? 各層次上的模塊大小適當(dāng) 53 ? 結(jié)構(gòu)特性 物理數(shù)據(jù)與模塊的對應(yīng)關(guān)系 ? 評價準(zhǔn)則 ? 所有物理數(shù)據(jù)都與模塊對應(yīng) ? 所有模塊都與物理數(shù)據(jù)對應(yīng) ? 對應(yīng)于一個物理數(shù)據(jù)的模塊數(shù)（以一對一為好） 54 ? 結(jié)構(gòu)特性 邏輯數(shù)據(jù)與物理數(shù)據(jù)的對應(yīng)關(guān)系 ? 評價準(zhǔn)則 ? 所有邏輯數(shù)據(jù)都與物理數(shù)據(jù)對應(yīng) ? 對應(yīng)于一個物理數(shù)據(jù)的邏輯數(shù)據(jù)數(shù)（以一對一為好） 55 ? 結(jié)構(gòu)特性 功能與模塊的對應(yīng)關(guān)系 ? 評價準(zhǔn)則 ? 所有功能都與模塊對應(yīng) ? 對應(yīng)模塊的功能個數(shù)（以一對 一為好） 56 軟件可靠性 ? 軟件生存期與軟件壽命的關(guān)系 ? 在軟件工程中常用的定義 ? 軟件可靠性定義 ? 測試中的可靠性分析 ? 測試精確度和測試覆蓋度的評價 57 軟件生存期與軟件壽命的關(guān)系 ? 一切有生命的東西都有一個“ 壽命 ” ? 這個概念也可以延伸到對非生命產(chǎn)品的質(zhì)量評價上來。 ? 例如，軟件質(zhì)量需求中的“ 性能 ”，可以轉(zhuǎn)換成軟件內(nèi)部結(jié)構(gòu)中的構(gòu)成元素，即 每一個程序模塊和物理數(shù)據(jù)各自應(yīng)具有的性能特性 。即確定軟件的質(zhì)量特性及必需的評價準(zhǔn)則，并定量地設(shè)定其必須達到的質(zhì)量水平 ? 在以后軟件開發(fā)的每一階段結(jié)束時，要算出評價的分數(shù) ，然后與 目標(biāo)值加以對照 ，以評估在這一階段開發(fā)的軟件質(zhì)量是否達到要求。 這樣重復(fù)“ Plan”到“ Action”的過程 ，直到整個開發(fā)項目完成。比較評價結(jié)果的質(zhì)量得分和質(zhì)量目標(biāo)，看其是否合格。 43 ? Check： 以 Plan階段設(shè)定的質(zhì)量評價準(zhǔn)則進行評價。 ? Do：制作高質(zhì)量的規(guī)格說明和程序。 ? Plan：設(shè)定適合于被開發(fā)軟件的評測檢查項目 (質(zhì)量評價準(zhǔn)則 )。 ? 需要有在軟件生存期中如何使用這些準(zhǔn)則和方法的 質(zhì)量保證步驟 ，以及提高該項作業(yè)效率的 工具 41 軟件質(zhì)量度量和保證的條件 ? 適應(yīng)性： 適應(yīng)各種用戶、軟件類型 ? 易學(xué)性： 不需要特殊技術(shù)，易掌握 ? 可靠性： 同個軟件的評價結(jié)果一致 ? 針對性： 設(shè)計階段就確立質(zhì)量目標(biāo)，在各個階段實施落實。 ? 為了達到這個目標(biāo)， 在開發(fā)過程中的各個階段進行檢查和評價 。此外還需要與用戶共同合作。 39 質(zhì)量保證的實施 ? 軟件質(zhì)量保證的實施需要從縱向和橫向兩個方面展開。 ? 在 每次評審和測試中發(fā)現(xiàn)的錯誤如何修正 ； 38 ? 描述 希望得到的質(zhì)量度量 ； ? 說明 各種軟件人員的職責(zé) ，規(guī)定為了達到質(zhì)量目標(biāo)他們必須進行哪些活動。 ? 制定質(zhì)量保證計劃 ，在計劃中 ? 確定 質(zhì)量目標(biāo) ? 確定 在每個階段為達到總目標(biāo)所應(yīng)達到的要求 ? 確定 進度安排 ? 確定 所需人力、資源和成本等 。 36 ? 必須 明確決定是否可向下一階段進展的評價項目和評價準(zhǔn)則 。 ? 必須 明確各部門的職責(zé) 。 35 ? 為了順利開展以上活動， 事先明確部門間的質(zhì)量保證業(yè)務(wù) ， 確立部門間的聯(lián)合與協(xié)作的機構(gòu) 十分重要， 這個機構(gòu)就是質(zhì)量保證體系 。 34 軟件質(zhì)量保證體系 ? 軟件的質(zhì)量保證活動，是涉及各個部門的部門間的活動。這時 可通過檢驗對該產(chǎn)品做出評價，判斷是否能向用戶提供該產(chǎn)品 。 33 ? 當(dāng)開發(fā)階段出現(xiàn)異常時， 要從質(zhì)量特性方面進行檢驗，看是否會給后續(xù)階段帶來影響