第二講軟件質(zhì)量管理-wenkub.com
2025-01-15 07:42 本頁(yè)面
【正文】 代碼評(píng)審（ Code Review） 2023年 2月 5日 信息科學(xué)與技術(shù)學(xué)院 缺陷跟蹤 ?缺陷跟蹤 是指從缺陷被發(fā)現(xiàn)開始到被改正為止的整個(gè)跟蹤流程。 ?由與工作產(chǎn)品開發(fā)人員 具有同等背景和能力的人員 對(duì)工作產(chǎn)品進(jìn)行技術(shù)評(píng)審，因此非常有利于發(fā)現(xiàn)工作產(chǎn)品中的問(wèn)題。 ? 由于錯(cuò)誤嚴(yán)重，拒絕接受。 2023年 2月 5日 信息科學(xué)與技術(shù)學(xué)院 評(píng)審會(huì)議 ：一般應(yīng)有 3~5個(gè)相關(guān)人員參加，會(huì)前每個(gè)參加者做好準(zhǔn)備，評(píng)審會(huì)議一般 不超過(guò)兩個(gè)小時(shí) 。 —— 卡爾 2023年 2月 5日 信息科學(xué)與技術(shù)學(xué)院 56 因果分析圖 2023年 2月 5日 信息科學(xué)與技術(shù)學(xué)院 57 ? 項(xiàng)目概述 ? 實(shí)施策略 ? 項(xiàng)目組織 ? 質(zhì)量保證對(duì)象分析及選擇 ? 質(zhì)量保證任務(wù)劃分 ? 實(shí)施計(jì)劃 ? 資源計(jì)劃 ? 記錄的收集 、 維護(hù)與保存 質(zhì)量保證計(jì)劃模板參照 2023年 2月 5日 信息科學(xué)與技術(shù)學(xué)院 質(zhì)量保證 2023年 2月 5日 信息科學(xué)與技術(shù)學(xué)院 質(zhì)量保證的方法 ?正規(guī)的質(zhì)量評(píng)價(jià)（ 質(zhì)量審計(jì) ）：通常在項(xiàng)目執(zhí)行的過(guò)程中進(jìn)行 ?總結(jié)性質(zhì)量評(píng)價(jià)（ 質(zhì)量改進(jìn) ）：通常在項(xiàng)目結(jié)束時(shí)進(jìn)行 ?自檢 2023年 2月 5日 信息科學(xué)與技術(shù)學(xué)院 質(zhì)量審計(jì)的過(guò)程 ?審計(jì)準(zhǔn)備 ：主要是收集材料、編寫計(jì)劃、明確審計(jì)目的。 ?評(píng)價(jià)成本 ：檢查軟件是否包含缺陷的工作所消耗的費(fèi)用。 ?質(zhì)量保證 (Quality Assurance, QA)： 確保項(xiàng)目達(dá)到有關(guān)標(biāo)準(zhǔn)，而開展的有計(jì)劃、有組織的工作活動(dòng)。 ?沒(méi)有度量就沒(méi)有控制 ， 沒(méi)有控制就沒(méi)有管理 。 ?20世紀(jì) 80年代起，質(zhì)量管理逐步從單一的 關(guān)注產(chǎn)品 ， 轉(zhuǎn)移 到關(guān)注生產(chǎn)好產(chǎn)品的 過(guò)程 上，并且將過(guò)程的作用擴(kuò)大到了組織運(yùn)行的所有領(lǐng)域。此項(xiàng)工程成本耗費(fèi) ， 故障為軟件中使用的是英制單位 ，而不是預(yù)制的公制單位。 ? 用戶需求 是衡量軟件質(zhì)量的基礎(chǔ)。 2023年 2月 5日 信息科學(xué)與技術(shù)學(xué)院 軟件質(zhì)量 ?軟件質(zhì)量 是許多 質(zhì)量屬性的綜合體現(xiàn) ，各種質(zhì)量屬性反映了軟件質(zhì)量的方方面面 。 ?人們通過(guò) 改善軟件的各種質(zhì)量屬性 ，來(lái) 提高軟件的整體質(zhì)量 。 ? 除滿足明確定義的需求外，還要滿足 隱含的需求 。 ?2023年 2月份 Google的 Gmail故障 ， Gmail用戶幾小時(shí)不能訪問(wèn)郵箱 , 故障是因數(shù)據(jù)中心之間的 負(fù)載均衡軟件的Bug引發(fā)的。 軟件質(zhì)量的 形成 2023年 2月 5日 信息科學(xué)與技術(shù)學(xué)院 ?當(dāng) 過(guò)程不斷被重復(fù) ，其 性能會(huì)趨于穩(wěn)定 ? 結(jié)果可預(yù)測(cè) ? 對(duì)現(xiàn)行執(zhí)行可監(jiān)測(cè) 質(zhì)量得到保證 實(shí)施的過(guò)程性能 穩(wěn)定過(guò)程的上下控制界 質(zhì)量產(chǎn)生于過(guò)程 2023年 2月 5日 信息科學(xué)與技術(shù)學(xué)院 ?特殊原因造成過(guò)程性能不穩(wěn)定。 2023年 2月 5日 信息科學(xué)與技術(shù)學(xué)院 軟件度量的方法 數(shù)字 圖表 模型 2023年 2月 5日 信息科學(xué)與技術(shù)學(xué)院 軟件度量的 三維度 軟件質(zhì)量度量 2023年 2月 5日 信息科學(xué)與技術(shù)學(xué)院 軟件度量的模型： GQM ?GQM(GoalsQuestionsMetrics) 是 20世紀(jì) 80年代中期由美國(guó)馬里蘭大學(xué)巴士利博士及其助手提出的一種 面向目標(biāo)、自上而下由目標(biāo)逐步細(xì)化到度量的度量定義方法?！盜s it done right?” ?質(zhì)量控制 (Quality Control, QC)： 是確定項(xiàng)目結(jié)果與質(zhì)量標(biāo)準(zhǔn) 是否相符 ，并及時(shí) 糾正產(chǎn)品缺陷 的過(guò)程 。 ?失效成本 ：修復(fù)缺陷工作所消耗的成本。 ?實(shí)施審計(jì) ：實(shí)施審計(jì)過(guò)程中，當(dāng)發(fā)現(xiàn)明顯偏差時(shí)，應(yīng)與現(xiàn)場(chǎng)管理人員進(jìn)行討論，對(duì)照程序詳細(xì)記錄，取得客觀證據(jù)。 威格 2023年 2月 5日 信息科學(xué)與技術(shù)學(xué)院 評(píng)審的方法 ? 臨時(shí)評(píng)審（ Ad hoc review） ? 輪查（ Passroud） ? 走查（ Walkthrough） ? 小組評(píng)審（ Group Review） ? 審查（ Inspection） ? … 最不正式 最正式 臨時(shí)評(píng)審 輪查 走查 小組評(píng)審 審查 2023年 2月 5日 信息科學(xué)與技術(shù)學(xué)院 技術(shù)評(píng)審（ Technical Review） ?技術(shù)評(píng)審是指在完成一項(xiàng)工作后，把工作產(chǎn)品分發(fā)給 合作者 ，讓合作者檢查其中的缺陷。 ，由開發(fā)小組對(duì)提交的評(píng)審對(duì)象進(jìn)行 講解 。 ? 暫時(shí)接受該產(chǎn)品，但需要對(duì)某一部分進(jìn)行修改。 同行評(píng)審（ Peer Review） 2023年 2月 5日 信息科學(xué)與技術(shù)學(xué)院 ?編碼階段 的一種技術(shù)評(píng)審，由一組人員對(duì)程序進(jìn)行閱讀和靜態(tài)分析，可以很有效地檢查程序代碼中的缺陷。 2023年 2月 5日 信息科學(xué)與技術(shù)學(xué)院 ?缺陷跟蹤一般需要軟件工具支持。 ?很多程序邏輯錯(cuò)誤很難通過(guò)測(cè)試發(fā)現(xiàn)
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1