欧美一区二区三区老妇人-欧美做爰猛烈大尺度电-99久久夜色精品国产亚洲a-亚洲福利视频一区二区

缺陷的JIRA管理文檔

1、 文檔簡介

1.1 編寫目的

創(chuàng)新互聯(lián)公司2013年至今,是專業(yè)互聯(lián)網(wǎng)技術(shù)服務(wù)公司,擁有項目成都做網(wǎng)站、成都網(wǎng)站建設(shè)網(wǎng)站策劃,項目實施與項目整合能力。我們以讓每一個夢想脫穎而出為使命,1280元柏鄉(xiāng)做網(wǎng)站,已為上家服務(wù),為柏鄉(xiāng)各地企業(yè)和個人服務(wù),聯(lián)系電話:18982081108

l 規(guī)范缺陷上報及處理流程

l 規(guī)范缺陷版本維護流程

l 提高缺陷質(zhì)量

l 提高工作效率

對于測試人員,要嚴(yán)格按照“提案填報規(guī)范”中的要求填寫上報缺陷;

開發(fā)人員和測試人員,要嚴(yán)格按照“提案處理原則”中對于各種狀態(tài)缺陷的處理約定,及時對缺陷進行相應(yīng)處理;

對于測試負(fù)責(zé)人,要嚴(yán)格按照“提案版本維護”中的要求對提案版本進行相應(yīng)處理。

1.2 定義、首字母縮寫詞和縮略語

2. 缺陷填報規(guī)范

2.1 缺陷填報步驟

(用紅色標(biāo)識的是提案的必填項)

A. 選擇項目和提案類型

缺陷的JIRA管理文檔

【項目】選擇所要填入的缺陷庫

【提案類型】缺陷方面的提案選擇“問題”

用戶體驗方面的提案選擇“增進建議”

B. 輸入提案的詳細(xì)信息

缺陷的JIRA管理文檔

【概要】缺陷或建議的標(biāo)題,是對提案具體描述的概括,應(yīng)言簡意賅

【優(yōu)先級】ABCDE五級區(qū)分,嚴(yán)重級別由A到E遞減。

l 劃分標(biāo)準(zhǔn)見<2.2 提案優(yōu)先級的判定>

【預(yù)期日期】提案解決的日期,最長為下一輪測試開始的日期。可以不填寫

【組件】問題所在部件

【影響版本】第一次發(fā)現(xiàn)問題的項目版本

【修正版本】該問題的解決版本

l 新報提案時,修正版本與影響版本選擇一致

【被分配人】提案的解決人:

l 需求無異議的缺陷直接分配給開發(fā)負(fù)責(zé)人,由開發(fā)負(fù)責(zé)人安排解決

l 需要產(chǎn)品確認(rèn)的缺陷分配給產(chǎn)品負(fù)責(zé)人,經(jīng)確認(rèn)確實是bug的提案,分配給開發(fā)負(fù)責(zé)人,否則分給測試負(fù)責(zé)人

【環(huán)境】測試環(huán)境:操作系統(tǒng)+瀏覽器版本

【描述】對問題或建議的具體描述,格式參見<2.2. 提案的描述格式>

2.2 缺陷優(yōu)先級的判定

l A級故障:系統(tǒng)運行中出現(xiàn)的死機、系統(tǒng)癱瘓、關(guān)鍵數(shù)據(jù)無法獲得、系統(tǒng)的關(guān)鍵功能 在某些情況喪失、系統(tǒng)關(guān)鍵性能不能達到設(shè)計指標(biāo)等。

l B級故障:基本功能不穩(wěn)定或者喪失、系統(tǒng)重要性能不能達到設(shè)計指標(biāo)等。

l C級故障:主要功能不穩(wěn)定或者喪失,但對系統(tǒng)其他功能沒有嚴(yán)重影響。

l D級故障:系統(tǒng)的主要和基本功能都已實現(xiàn),Bug 可以繞過,但功能實現(xiàn)不合理,存在某些界面問題,或者操作不方便,容易引起用戶歧義或誤操作,對系統(tǒng)功能實現(xiàn)沒有大的影響的故障。

l E級故障:說明性,建議性的問題。系統(tǒng)功能、性能、界面、操作等各方面存在的需改進的地方。

2.3 缺陷描述的格式

【四個要素】測試帳號/url、操作步驟、預(yù)期結(jié)果、時間結(jié)果

舉例:

缺陷的JIRA管理文檔

2.4 缺陷提案的補充內(nèi)容

【附加截屏】上傳發(fā)現(xiàn)bug時的截屏到提案中,上報 Bug 時建議多采用粘貼截圖附件的方式來形象呈現(xiàn)發(fā)現(xiàn)的缺陷

【附加文件】上傳與提案相關(guān)的文件到提案中,該文件能夠為提案的解決起到幫助作用

3. 缺陷提案的版本維護

提案版本維護由測試負(fù)責(zé)人,在每輪缺陷評審會議之后,進行操作

3.1 影響版本

影響版本是指,某缺陷的發(fā)現(xiàn)版本,至該缺陷驗證關(guān)閉的所有版本

后期版本維護,不修改提案的影響版本。

3.2 修正版本

修正版本是指,該問題的解決版本。

后期版本維護需修改修正版本:

l 若經(jīng)三方會議確認(rèn),某提案必須在本次項目中解決,則該提案的修正版本在保持原修改版本的基礎(chǔ)上,添加新的修正版本。

舉例:

缺陷的JIRA管理文檔

此提案原修正版本為:Sina-Space-1.1第一輪系統(tǒng)測試

增加修正版本:Sina-Space-1.1第二輪系統(tǒng)測試

l 若上述提案在第二輪中被重開,則需繼續(xù)添加修正版本,直到該提案驗證通過,關(guān)閉為止。

缺陷的JIRA管理文檔

l 若經(jīng)三方會議確認(rèn),某提案可以不在本次項目中解決,則將該提案的修正版本改為“規(guī)劃中版本”。

4. 缺陷處理原則

4.1 缺陷處理流程

缺陷的JIRA管理文檔

A.

缺陷的JIRA管理文檔

新報的提案,狀態(tài)為“開放中”。

“已重開”提案,由開發(fā)人員處理。

點擊【解決提案】

缺陷的JIRA管理文檔

【Bug已修正】已解決此提案描述的Bug。

【Bug無法修正】此提案描述的Bug出于技術(shù)原因,無法解決。

【任務(wù)達成】完成任務(wù)類型的提案。

【是重復(fù)的】此提案描述的問題,之前已另有提案闡明,需注釋重復(fù)的提案號。

【不完整】提案的描述內(nèi)容不清楚,關(guān)鍵步驟缺失。

【無法再現(xiàn)】提案描述的Bug無法重現(xiàn)。

【Not a Bug】經(jīng)產(chǎn)品人員確認(rèn)后,確定提案描述的Bug不是Bug,產(chǎn)品定義就是如此。

【延遲處理】提案由于時間進度、上線等原因,經(jīng)三方確認(rèn)后,不在當(dāng)前解決。

【放棄處理】提案由于技術(shù)、時間進度等原因,經(jīng)三方確定后,放棄處理。

B.

缺陷的JIRA管理文檔

回歸測試不通過的提案,狀態(tài)為“已重開”

“已重開”提案,由開發(fā)人員處理。

點擊【解決提案】

缺陷的JIRA管理文檔

【Bug已修正】已解決此提案描述的Bug。

【Bug無法修正】此提案描述的Bug出于技術(shù)原因,無法解決。

【任務(wù)達成】完成任務(wù)類型的提案。

【是重復(fù)的】此提案描述的問題,之前已另有提案闡明,需注釋重復(fù)的提案號。

【不完整】提案的描述內(nèi)容不清楚,關(guān)鍵步驟缺失。

【無法再現(xiàn)】提案描述的Bug無法重現(xiàn)。

【Not a Bug】經(jīng)產(chǎn)品人員確認(rèn)后,確定提案描述的Bug不是Bug,產(chǎn)品定義就是如此。

【延遲處理】提案由于時間進度、上線等原因,經(jīng)三方確認(rèn)后,不在當(dāng)前解決。

【放棄處理】提案由于技術(shù)、時間進度等原因,經(jīng)三方確定后,放棄處理。

C.

缺陷的JIRA管理文檔

“已解決”提案,由測試人員處理。

回歸驗證不通過,點擊【重開提案】,按照<4.3 提案注釋原則>給予注釋。

回歸驗證通過,點擊【關(guān)閉提案】,按照<4.3 提案注釋原則>給予注釋。

4.2 缺陷關(guān)閉原則

開發(fā)人員不得關(guān)閉提案。

提案只能由測試人員關(guān)閉。

若發(fā)現(xiàn)開發(fā)人員關(guān)閉提案,應(yīng)及時溝通,之后予以“重開提案”等操作。

4.3 缺陷注釋原則

關(guān)閉提案,注釋為:XXX第X輪系統(tǒng)測試(之冒煙測試X)驗證通過

重開提案,注釋為:XXX第X輪系統(tǒng)測試(之冒煙測試X)驗證失敗,原因XXXXX

當(dāng)前標(biāo)題:缺陷的JIRA管理文檔
轉(zhuǎn)載來于:http://chinadenli.net/article20/jgcejo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供建站公司、品牌網(wǎng)站建設(shè)外貿(mào)建站、App開發(fā)、關(guān)鍵詞優(yōu)化微信公眾號

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)

小程序開發(fā)