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

1、2022/9/61軟件測(cè)試的報(bào)告和分析62022/9/62議題使軟件缺陷得以修復(fù) 分離和再現(xiàn)軟件缺陷對(duì)軟件缺陷分等級(jí)軟件缺陷的生命周期軟件缺陷的跟蹤測(cè)試的評(píng)價(jià)和分析2022/9/63使軟件缺陷得以修復(fù) 軟件缺陷可能不能修復(fù)沒(méi)有足夠的時(shí)間不算真正的軟件缺陷修復(fù)的風(fēng)險(xiǎn)太大不值得修復(fù)審查軟件缺陷，判定是否可以修復(fù)判定依據(jù)是軟件測(cè)試的缺陷報(bào)告2022/9/64軟件缺陷報(bào)告的基本原則盡快報(bào)告軟件缺陷，因?yàn)槿毕輹?huì)放大有效描述軟件缺陷短?。褐唤忉屖聦?shí)和演示，描述軟件缺陷必要的細(xì)節(jié)單一：報(bào)告的每一項(xiàng)只針對(duì)一個(gè)缺陷明顯通用：使用易懂的展示通用性的簡(jiǎn)單易行步驟描述的軟件缺陷，比較容易修復(fù)再現(xiàn)：按照預(yù)定步驟可以使軟

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

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

4、/672022/9/68軟件缺陷的生命周期開(kāi)發(fā)組完成代碼,打包交給測(cè)試組配置管理對(duì)軟件包基線控制測(cè)試組測(cè)試問(wèn)題跟蹤與變更申請(qǐng)打開(kāi)(open)問(wèn)題測(cè)試結(jié)束, 評(píng)估開(kāi)發(fā)組處理問(wèn)題處理問(wèn)題測(cè)試組確認(rèn)問(wèn)題已改正開(kāi)發(fā)組重新打包對(duì)軟件包基線控制軟件開(kāi)發(fā)流程控制從實(shí)現(xiàn)開(kāi)始, 給此項(xiàng)目創(chuàng)建新版本關(guān)閉(close)問(wèn)題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)品的管理由配置管理決定測(cè)試的缺陷要和產(chǎn)品的層次級(jí)別、測(cè)試用例、變更請(qǐng)求建立連接，用來(lái)分析產(chǎn)品質(zhì)量2022/9/610比如： 2022/9/611缺陷報(bào)告與跟蹤可以

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