軟件工程上課用書中文課件內(nèi)容

1、2022/9/61軟件測試的報告和分析62022/9/62議題使軟件缺陷得以修復(fù) 分離和再現(xiàn)軟件缺陷對軟件缺陷分等級軟件缺陷的生命周期軟件缺陷的跟蹤測試的評價和分析2022/9/63使軟件缺陷得以修復(fù) 軟件缺陷可能不能修復(fù)沒有足夠的時間不算真正的軟件缺陷修復(fù)的風(fēng)險太大不值得修復(fù)審查軟件缺陷，判定是否可以修復(fù)判定依據(jù)是軟件測試的缺陷報告2022/9/64軟件缺陷報告的基本原則盡快報告軟件缺陷，因為缺陷會放大有效描述軟件缺陷短小：只解釋事實和演示，描述軟件缺陷必要的細節(jié)單一：報告的每一項只針對一個缺陷明顯通用：使用易懂的展示通用性的簡單易行步驟描述的軟件缺陷，比較容易修復(fù)再現(xiàn)：按照預(yù)定步驟可以使軟

2、件達到缺陷再次出現(xiàn)的相同狀況在報告軟件缺陷時不做評價補充完善軟件缺陷報告，不能遺漏每一個缺陷2022/9/65分離和再現(xiàn)軟件缺陷不要想當(dāng)然地接受任何假設(shè)（確保細節(jié)的記錄）查找時間依賴和競爭條件的問題與壓迫和負荷相關(guān)的邊界條件軟件缺陷、內(nèi)存泄露和數(shù)據(jù)溢出等問題也許慢慢自己顯現(xiàn)出來狀態(tài)缺陷僅在特定軟件狀態(tài)中顯露出來考慮資源依賴性和內(nèi)存、網(wǎng)絡(luò)、硬件共享的相互作用不要忽視硬件2022/9/66軟件缺陷分等級軟件缺陷分出嚴重性和優(yōu)先級嚴重性表示軟件缺陷的惡劣程度，反映其對產(chǎn)品和用戶的影響(致命、嚴重、一般、較小)優(yōu)先級表示修復(fù)缺陷的重要程度和應(yīng)該何時修復(fù)(立即解決、高優(yōu)先級、正常排隊、低優(yōu)先級)等級嚴重

3、性優(yōu)先級1系統(tǒng)崩潰、數(shù)據(jù)丟失、數(shù)據(jù)毀壞立即修復(fù)，阻止進一步測試2操作性錯誤、錯誤結(jié)果、遺漏功能在產(chǎn)品發(fā)布之前必須修復(fù)3小問題、錯別字、UI布局如果時間允許應(yīng)該修復(fù)4建議可能會修復(fù)，也可能會發(fā)布嚴重性與優(yōu)先級的關(guān)系嚴重程度高說明缺陷對軟件造成的質(zhì)量危害性大，是需要優(yōu)先處理，而嚴重程度低的缺陷可能只是軟件不太盡善盡美，可以稍后處理。（對軟件質(zhì)量的影響程度和處理方式）一般地，嚴重程度高的軟件缺陷具有較高的優(yōu)先級，但是嚴重程度和優(yōu)先級并不總是一一對應(yīng)。有時候嚴重程度高的軟件缺陷，優(yōu)先級不一定高，甚至不需要處理，而一些嚴重程度低的缺陷卻需要及時處理，反而具有較高的優(yōu)先級。（如公司名稱寫錯了）2022/9

4、/672022/9/68軟件缺陷的生命周期開發(fā)組完成代碼,打包交給測試組配置管理對軟件包基線控制測試組測試問題跟蹤與變更申請打開(open)問題測試結(jié)束, 評估開發(fā)組處理問題處理問題測試組確認問題已改正開發(fā)組重新打包對軟件包基線控制軟件開發(fā)流程控制從實現(xiàn)開始, 給此項目創(chuàng)建新版本關(guān)閉(close)問題2022/9/69建立缺陷與產(chǎn)品的追蹤矩陣產(chǎn)品的目錄結(jié)構(gòu)可以分層管理,比如三層系統(tǒng)產(chǎn)品的目錄結(jié)構(gòu)子系統(tǒng)產(chǎn)品的目錄結(jié)構(gòu)構(gòu)件產(chǎn)品的目錄結(jié)構(gòu)產(chǎn)品的管理由配置管理決定測試的缺陷要和產(chǎn)品的層次級別、測試用例、變更請求建立連接，用來分析產(chǎn)品質(zhì)量2022/9/610比如： 2022/9/611缺陷報告與跟蹤可以

5、手動記錄：參見文件testreport.doc可以自動自動記錄，數(shù)據(jù)庫用于存放產(chǎn)品測試信息，一般包含四種角色：“測試組長”、“測試員”、“開發(fā)人員” 、“項目經(jīng)理”。在使用數(shù)據(jù)庫時，首先由具有“測試組長”角色的用戶創(chuàng)建項目中的產(chǎn)品的描述文檔。此后，測試人員應(yīng)創(chuàng)建產(chǎn)品測試信息文檔，并開始對產(chǎn)品進行測試。如果發(fā)現(xiàn)此產(chǎn)品存在問題，則填寫一份產(chǎn)品測試跟蹤報告，利用郵件通知給開發(fā)人員，由開發(fā)人員決定是否進行修改。如果開發(fā)人員和測試人員發(fā)生爭議，可以提交給“測試組長”組長作出決定。在整個流程中共有八個可能的狀態(tài)：草案，提交，拒絕，接受，終止，推遲，審定，解決。 2022/9/6122022/9/613測試結(jié)果的評價分析評估測試的目的是生成并交付測試評估報告。這是通過復(fù)審并評估測試結(jié)果、確定并記錄變更請求，以及計算主要測試評測方法來完成的。測試評估摘要以組織有序的格式提供測試結(jié)果和主要測試評測方法，用于評估測試對象和測試流程的質(zhì)量。2022/9/614測試分析的步驟步驟 分析測試結(jié)果并提交變更請求 評估基于需求的測試覆蓋 評估基于代碼的測試覆蓋 分析缺陷 確定是否達