軟件質(zhì)量保證與測試綜述(完整版)
【正文】 ：在測試時首先設(shè)計若干個測試用例，然后運行被測程序，使程序中的每個可執(zhí)行語句至少執(zhí)行一次。 ? 如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合，則應(yīng)選取集合的第一個元素和最后一個元素作為測試用例。 ? 這種情況在產(chǎn)品說明書中常常被忽視，程序員也可能經(jīng)常遺忘，但是在實際使用中卻時有發(fā)生。 ? 設(shè)計一個新的測試用例，使其盡可能多地覆蓋尚未被覆蓋地有效等價類，重復(fù)這一步。 20 三、 軟件測試方法 ? 1. 黑盒測試 ? 2. 白盒測試 ? 3. 灰盒測試 ? 4. 集成測試 ? 5. 系統(tǒng)測試 ? 6. 壓力測試 軟 件軟 件輸 出 輸 出輸 入 輸 入黑 盒 測 試 白 盒 測 試21 1 黑盒測試的基本概念 ? 黑盒測試試圖發(fā)現(xiàn)以下類型的錯誤： ? 功能錯誤或遺漏； ? 界面錯誤； ? 數(shù)據(jù)結(jié)構(gòu)或外部 數(shù)據(jù)庫 訪問錯誤； ? 性能錯誤； ? 初始化和終止錯誤。 ? 質(zhì)量驗證評審，對 《 測試計劃 》 、 《 測試用例 》等進行評審。 ? 管理評審就是最高管理者為評價管理體系的適宜性、充分性和有效性所進行的活動。 PDCA法（戴明循環(huán)） 確定質(zhì)量目標 提高質(zhì)量 開發(fā)質(zhì)量 評估質(zhì)量 質(zhì)量控制參數(shù) 產(chǎn)品、過程、資源 定義 改善 估計 度量 計劃 Plan 改進 Action 實施 Do 檢查 Check 2 軟件配置管理 ? 軟件配置管理是在貫穿整個軟件生命周期中建立和維護項目產(chǎn)品的完整性。 6 4 軟件缺陷的修復(fù)費用 說 明 書 設(shè) 計 編 碼 測 試 發(fā) 布$ 1$ 1 0$ 1 0 0$ 1 0 0 0 +缺 陷 發(fā) 現(xiàn) 的 時 間修復(fù)缺陷的費用7 5 意義 ? 迪斯尼獅子王缺陷 ? 人造隕石坑缺陷 ? 程序員的千年蟲問題 ? 愛國者導彈缺陷 8 二、 軟件質(zhì)量保證與管理 ? 軟件質(zhì)量控制的基本方法 ? 軟件質(zhì)量控制是一組由開發(fā)組織使用的程序和方法，使用它可在規(guī)定的資金投入和時間限制的條件下，提供滿足客戶質(zhì)量要求的軟件產(chǎn)品并持續(xù)不斷地改善開發(fā)過程和開發(fā)組織本身，以提高將來生產(chǎn)高質(zhì)量軟件產(chǎn)品的能力。 ? 收集數(shù)據(jù)。 常用的軟件配置管理工具 ? VisualSVN Server ? TortoiseSVN 3 軟件評審的內(nèi)容 管理評審 ? 一個組織之所以需要管理，是為了能更好的進步和發(fā)展。 文檔評審 ? 文檔評審的目的 ? 文檔評審的內(nèi)容 ? 在軟件開發(fā)過程中，需要進行評審的文檔很多，主要包括如下內(nèi)容： ? 需求評審，對 《 市場需求說明書 》 、 《 產(chǎn)品需求說明書 》 、 《 功能說明書 》 等進行評審。 過程評審流程 建 立 評 審 小 組確 定 評 審 范 圍提 出 評 審 報 告 初 稿對 報 告 進 行 反 饋提 交 正 式 的 報 告確 認 和 簽 署 報 告將 報 告 發(fā) 送 給 評 審 范 圍 外 的組 織 以 供 參 考對 報 告 中 的 問 題進 行 追 蹤19 代碼審查 ? 代碼審查的主要工作 ? 代碼審查的主要工作：發(fā)現(xiàn)代碼中的 bug；從代碼的易維護性、可擴展性角度考察代碼的質(zhì)量，提出修改建議。 ? 無效等價類 :與有效等價類的定義恰巧相反，不符合需求規(guī)格說明書。 ? 邊界條件是特殊情況，因為編程從根本上說不懷疑邊界有問題。 ? 如果輸入條件規(guī)定了值的個數(shù)，則用最大個數(shù)、最小個數(shù)、比最小個數(shù)少 比最大個數(shù)多 1的數(shù)作為測試數(shù)據(jù)。 ? 測試設(shè)計階段：依據(jù)程序設(shè)計說明書，按照一定規(guī)范化的方法進行軟件結(jié)構(gòu)劃分和設(shè)計測試用例。它只在乎運行一次，而不考慮其他情況 36 判定覆蓋 ? 按判定覆蓋準則進行測試是指： ? 設(shè)計若干測試用例，運行被測程序，使得程序中每個判斷的取真分支和取假分支至少經(jīng)歷一次，即判斷的真假值均曾被滿足。
畢業(yè)設(shè)計相關(guān)推薦
鄂ICP備17016276號-1