測(cè)試體系建設(shè)與軟件測(cè)試流程-資料下載頁(yè)
2024-10-27 07:17本頁(yè)面
【導(dǎo)讀】“更改請(qǐng)求號(hào)”為文檔正式發(fā)布后需要變更時(shí)的編號(hào)，編號(hào)方法待定。
【正文】 20 缺陷狀態(tài)關(guān)系示意圖 缺陷流轉(zhuǎn)的過(guò)程及處理 參與缺陷流轉(zhuǎn)的角色有三個(gè)：測(cè)試經(jīng)理、測(cè)試人員和開(kāi)發(fā)人員。 測(cè) 試 人 員開(kāi) 發(fā) 人 員測(cè) 試 人 員提 出拒 絕處 理 待 驗(yàn) 證關(guān) 閉重 現(xiàn) 缺陷的處理步驟 如下： 北京天陽(yáng)宏業(yè)軟件技術(shù)有限公司 21 新建缺陷 測(cè)試 人員 負(fù)責(zé)在 QC 中新建 缺陷，并對(duì)缺陷的基本情況進(jìn)行描述。缺陷的基本信息主要包括： 缺陷 描述、 緊急程度 、嚴(yán)重程度、 處理子系統(tǒng) 等。 測(cè)試 人員 在登記缺陷時(shí)，必須確定所輸入的缺陷內(nèi)容要描述清楚，產(chǎn)生缺陷的步驟 描述 要完整，使缺陷能夠被 重現(xiàn) 出 來(lái)。在描述缺陷產(chǎn)生的步驟上，務(wù)必簡(jiǎn)易清楚。測(cè)試 人員 可以利用錯(cuò)誤抓圖等方式進(jìn)行 補(bǔ)充 描述。 修復(fù)缺陷 當(dāng)有多個(gè)缺陷同時(shí)打開(kāi)時(shí)，開(kāi)發(fā)人員 應(yīng)首先修復(fù) 緊急程度更 高的缺陷。 開(kāi)發(fā)人員首先分析 缺陷， 并將缺陷狀態(tài)更改為“處理”中。 當(dāng)該缺陷 不是有效的缺陷時(shí)， 則將“缺陷狀態(tài)”更改為“拒絕”， 并 在“缺陷詳細(xì)信息” 模塊中的 “分析和修改內(nèi)容”中 使用“添加注釋”按鈕詳細(xì) 填寫(xiě)拒絕的原因 。 當(dāng)確認(rèn)該缺陷有效時(shí)， 開(kāi)發(fā)人員 應(yīng)按照要求修復(fù)缺陷 。 缺陷修復(fù)后， 開(kāi)發(fā)人員 需在“缺陷詳細(xì)信息” 模塊中的 “分析和修改內(nèi)容”中 使用“添加注釋”按 鈕詳細(xì) 填寫(xiě)修復(fù)的內(nèi)容 ，并填寫(xiě)缺陷起源、缺陷歸屬子系統(tǒng)，更改“缺陷狀態(tài)”為“待驗(yàn)證”。 當(dāng)確認(rèn)該缺陷不是本系統(tǒng)引起，需要其它項(xiàng)目組協(xié)同進(jìn)行分析解決，開(kāi)發(fā)人員應(yīng)保持缺陷狀態(tài)為“處理”，并將該缺陷的“處理子系統(tǒng)”改為相應(yīng)的項(xiàng)目組或系統(tǒng)，以便缺陷能及時(shí)流轉(zhuǎn)。 驗(yàn)證缺陷 測(cè)試人員 負(fù)責(zé)驗(yàn)證缺陷是否已解決，如 已 解決則 由缺陷原提出人 關(guān)閉缺陷，否則 將“缺陷狀態(tài)”更改為“重現(xiàn)” ， 以便開(kāi)發(fā)人員 重新對(duì)此缺陷進(jìn)行 處理 。 缺陷頁(yè)面部分字段詳解 ? 缺陷狀態(tài) ：指缺陷通過(guò)一個(gè)跟蹤修復(fù)過(guò)程的進(jìn)展情況。 包括：提出、處理 、拒絕、待驗(yàn)證、重現(xiàn)、關(guān)閉 北京天陽(yáng)宏業(yè)軟件技術(shù)有限公司 22 ? 缺陷嚴(yán)重程度 ：是指 因缺陷引起的故障對(duì)系統(tǒng)的影響程度。由提出人初步指定，開(kāi)發(fā)人員 負(fù)責(zé)確認(rèn)。 包括：嚴(yán)重、一般、輕微 ? 缺陷緊急程度 ：指缺陷必須被修復(fù)的緊急程度。由提出人指定。 各測(cè)試小組可以項(xiàng)目組具體協(xié)商約定緊急程度的具體含義。 包括：高、中、低 ? 缺陷起源 ：指引起缺陷的起因。 包括：需求、架構(gòu)、設(shè)計(jì)、編碼、測(cè)試、環(huán)境、數(shù)據(jù)、拒絕 缺陷起源類(lèi)型 含義 需求 由于需求定義或需求分析引起的缺陷 架構(gòu) 由于 企業(yè) 架構(gòu)設(shè)計(jì)的問(wèn)題引起的缺陷 設(shè)計(jì) 由于本系統(tǒng)設(shè)計(jì)原因 引起的缺陷 編碼 由于編碼的問(wèn)題引起的缺陷 測(cè)試 由于 測(cè)試人員在 測(cè)試設(shè)計(jì) 、測(cè)試操作或理解有誤等原因 引起的缺陷 環(huán)境 由于測(cè)試環(huán)境的問(wèn)題引起的缺陷 數(shù)據(jù) 由于測(cè)試數(shù)據(jù)的問(wèn)題引起的缺陷 拒絕 重復(fù)。表示該缺陷已經(jīng)被其它提交人找出來(lái)了（ ‘ 純粹 ’ 重復(fù)），或者開(kāi)發(fā)認(rèn)為原因是相同的（但從測(cè)試來(lái)看，認(rèn)為出現(xiàn)的地方有所不同、表現(xiàn)有所不同等） 不可復(fù)現(xiàn)。不能重現(xiàn)（如因缺陷出現(xiàn)的環(huán)境重現(xiàn)不了），或以前出現(xiàn)的某個(gè)缺陷自動(dòng)消失了（可能是在處理其他缺陷的時(shí)候把這個(gè)缺陷 一并修復(fù)掉了） 是按照 需求和設(shè)計(jì) 實(shí)現(xiàn) 的，不屬于缺陷 延后解決。由于時(shí)間、進(jìn)度、重要程度或者技術(shù) /需求等方面的原因，認(rèn)為目前不能解決或由于時(shí)間關(guān)系，須延期解決或者本版暫不解決留待到后續(xù)版本解決的缺陷 這個(gè)缺陷是一個(gè)錯(cuò)誤，但非常輕微，對(duì)系統(tǒng)幾乎無(wú)影響，可以忽略不計(jì) 北京天陽(yáng)宏業(yè)軟件技術(shù)有限公司 23 規(guī)范 規(guī)范參見(jiàn)《 QC 缺陷管理使用手冊(cè) 》 軟件測(cè)試過(guò)程是一個(gè)復(fù)雜性的勞動(dòng)，測(cè)試過(guò)程中會(huì)產(chǎn)生大量測(cè)試文檔，主要通過(guò)相關(guān)管理工具的方式實(shí)行對(duì)文檔的管理。在文檔的管理方面，按照公共類(lèi)、項(xiàng)目類(lèi)、軟件缺陷類(lèi)、開(kāi)發(fā)人員類(lèi)、測(cè)試工具類(lèi)等： 1）公共類(lèi)主要放 置測(cè)試模板及測(cè)試規(guī)程說(shuō)明，測(cè)試經(jīng)驗(yàn)共享文檔，開(kāi)發(fā)技術(shù)規(guī)范等。 2）項(xiàng)目類(lèi)主要包括項(xiàng)目各階段文檔，如需求分析、測(cè)試計(jì)劃、測(cè)試用例設(shè)計(jì)、分析報(bào)告等。 3）開(kāi)發(fā)人員類(lèi)是針對(duì)每個(gè)開(kāi)發(fā)人員易犯錯(cuò)誤的總結(jié)。 4）測(cè)試工具類(lèi)主要放置常用的測(cè)試工具。 具體 SVN 提交規(guī)范參見(jiàn)： oc 一個(gè)優(yōu)秀的測(cè)試團(tuán)隊(duì)的形成并非一朝一夕能形成。軟件測(cè)試和軟件開(kāi)發(fā)一樣，是一項(xiàng)高智力的活動(dòng)。在對(duì)測(cè)試人員的選擇上我們通常從技術(shù)能力、溝通能力、記憶力、自信心、耐心、懷 疑精神、洞察力、有條理和注意細(xì)節(jié)八方面進(jìn)行考慮。對(duì)于新進(jìn)入的測(cè)試人員，無(wú)論是否有測(cè)試經(jīng)驗(yàn)或編程經(jīng)驗(yàn)，都應(yīng)進(jìn)行測(cè)試的技術(shù)和管理規(guī)范培訓(xùn)，同時(shí)根據(jù)他們以往知識(shí)和個(gè)人特點(diǎn)給他們定位合適的測(cè)試方向。 初步擬定培訓(xùn)大綱如下： 北京天陽(yáng)宏業(yè)軟件技術(shù)有限公司 24
研究報(bào)告相關(guān)推薦
鄂ICP備17016276號(hào)-1