• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            aurain
            技術(shù)文摘
            posts - 137,  comments - 268,  trackbacks - 0

            Suggestion,Trivial,Minor,Major,Crash
            建議,較小,普通,嚴(yán)重,致命
            Low,Medium,High,Very High,Urgent
            低,中,高,很高,緊急
            Low,Medium,High,Very High,Urgent
            低,中,高,很高,緊急
            New,Open,Reopen,Fixed,Rejected,Closed,Postponed,Won’t Fix,Duplicated,By Design

            [步驟]
            1.
            2.

            [結(jié)果]

            [期望]

            [備注]


            [步驟]
            1.
            2.

            [驗(yàn)證]

            [備注]

             
            每天對(duì)Bug進(jìn)行分配,標(biāo)注處理意見,給定優(yōu)先級(jí)(發(fā)版前必須三方:需求、開發(fā)、產(chǎn)品共同確定)。問(wèn)題分配時(shí),應(yīng)盡可能將咨詢類、理解錯(cuò)誤類等問(wèn)題處理掉,而不是留給開發(fā)人員。有可能是需求的問(wèn)題,分配給需求人員。定期對(duì)Bug庫(kù)分析,找出常出錯(cuò)的模塊,進(jìn)行代碼審查
              
              開發(fā)人員
              分析Bug,寫出問(wèn)題原因,修改Bug;實(shí)行Bug優(yōu)先原則,嚴(yán)重程度B-Major類或緊急程度3-High類以上(包含)bug5個(gè)或5個(gè)以上,停止新功能的開發(fā)。
              
              需求人員
              解釋需求,給出處理意見,將Bug庫(kù)中的建議整理成需求文檔。評(píng)審確定后列入開發(fā)計(jì)劃
              測(cè)試人員
              不參與問(wèn)題的優(yōu)先級(jí)的定位,只用Bug級(jí)別反映Bug的嚴(yán)重程度。驗(yàn)證Bug是否已被解決
              
              測(cè)試組長(zhǎng)/經(jīng)理
              審核測(cè)試人員提交的Bug。定期對(duì)Bug庫(kù)進(jìn)行分析,描繪出曲線圖等,報(bào)告現(xiàn)狀、預(yù)測(cè)趨勢(shì)。在測(cè)試總結(jié)報(bào)告中給出意見
              產(chǎn)品人員
              可以對(duì)優(yōu)先級(jí)和處理意見等進(jìn)行審核,如果有意見,和項(xiàng)目組商量定奪
              
              Bug:指缺陷通過(guò)一個(gè)跟蹤修復(fù)過(guò)程的進(jìn)展情況。包括New、Open、Reopen、Fixed、Closed及Rejected等
              
              
              New 為測(cè)試人員新問(wèn)題提交所標(biāo)志的狀態(tài)。
              
              Open 為任務(wù)分配人(開發(fā)組長(zhǎng)/經(jīng)理)對(duì)該問(wèn)題準(zhǔn)備進(jìn)行修改并對(duì)該問(wèn)題分配修改人員所標(biāo)志的狀態(tài)。 
              
              
              Bug解決中的狀 態(tài),由任務(wù)分配人改變。對(duì)沒有進(jìn)入此狀態(tài)的Bug,程序員不用管。
              
              Reopen 為測(cè)試人員對(duì)修改問(wèn)題進(jìn)行驗(yàn)證后沒有通過(guò)所標(biāo)志的狀態(tài);或者已經(jīng)修改正確的問(wèn)題,又重新出現(xiàn)錯(cuò)誤。
              
              由測(cè)試人員改變。
              
              Fixed 為開發(fā)人員修改問(wèn)題后所標(biāo)志的狀態(tài),修改后還未測(cè)試。
              
              Closed 為測(cè)試人員對(duì)修改問(wèn)題進(jìn)行驗(yàn)證后通過(guò)所標(biāo)志的狀態(tài)。由測(cè)試人員改變。
              
              Rejected 開發(fā)人員認(rèn)為不是Bug、描述不清、重復(fù)、不能復(fù)現(xiàn)、不采納所提意見建議、或雖然是個(gè)錯(cuò)誤但還沒
              
              到非改不可的地步故可忽略不計(jì)、或者測(cè)試人員提錯(cuò),從而拒絕的問(wèn)題。由Bug分配人或者開發(fā)人員來(lái)設(shè)置。
              
              
              
              
               
              
              Bug嚴(yán)重級(jí)別(Severity,Bug級(jí)別):是指因缺陷引起的故障對(duì)軟件產(chǎn)品的影響程度。由測(cè)試人員指定。
              
              A-Crash 錯(cuò)誤導(dǎo)致了死機(jī)、產(chǎn)品失敗(“崩潰”)、系統(tǒng)懸掛無(wú)法操作;
              
              B-Major 功能未實(shí)現(xiàn)或?qū)е乱粋€(gè)特性不能運(yùn)行并且不可能有替代方案;
              
              C-Minor 錯(cuò)誤導(dǎo)致了一個(gè)特性不能運(yùn)行但可有一個(gè)替代方案;
              
              D-Trivial 錯(cuò)誤是表面化或微小的(提示信息不太準(zhǔn)確友好、錯(cuò)別字、UI布局或罕見故障等),
              
              對(duì)功能幾乎沒有影響,產(chǎn)品及屬性仍可使用;
              
              E-Nice to Have(建議) 建設(shè)性的意見或建議。
              
              
              
              Bug優(yōu)先級(jí)(Priority):指缺陷必須被修復(fù)的緊急程度。由Bug分配者(開發(fā)組長(zhǎng)/經(jīng)理)指定。
              
              5-Urgent 阻止相關(guān)開發(fā)人員的進(jìn)一步開發(fā)活動(dòng),立即進(jìn)行修復(fù)工作;阻止與此密切相關(guān)功能的進(jìn)一步測(cè)試
              
              4-Very High 必須修改,發(fā)版前必須修正
              
              3-High 必須修改,不一定馬上修改,但需確定在某個(gè)特定里程碑結(jié)束前須修正
              
              2-Medium 如果時(shí)間允許應(yīng)該修改
              
              1-Low 允許不修改 
              
              
              功能模塊(Subject):TD中需在Test Plan頁(yè)中定義好Subject,才能在Defects頁(yè)中使用。
              
              
              處理意見:開發(fā)組長(zhǎng)/經(jīng)理(或具體Bug分配人員)在審核新Bug時(shí)、將Bug分配給開發(fā)人員解決前,需要給出該Bug的處理意見。
              
              Fixable 可修改。表示Bug可以被修復(fù)或更正
              
              Duplicated 重復(fù)。表示該Bug已經(jīng)被其他測(cè)試人員找出來(lái)了(‘純粹’重復(fù)),
              
              或者開發(fā)認(rèn)為原因是相同的(但從測(cè)試來(lái)看,認(rèn)為出現(xiàn)的地方有所不同、表現(xiàn)有所不同等)
              
              Postponed 延后。由于時(shí)間、進(jìn)度、重要程度或者技術(shù)/需求等方面的原因,認(rèn)為不能解決、須延期解決、或者
              
              本版不做留待到后續(xù)版本解決的Bug。
              (注:因‘Bug狀態(tài)’字段中也有該值,根據(jù)各組各自使用情況,可以只保留一個(gè),或者開發(fā)/測(cè)試各有側(cè)重地使用這兩個(gè)Postponed)
              
              By Design
              因設(shè)計(jì)結(jié)構(gòu)問(wèn)題無(wú)法修改。測(cè)試人員認(rèn)為是Bug,不符合邏輯,也不符合用戶的要求,但開發(fā)人員則認(rèn)為是按照設(shè)計(jì)做的、只能如此處理,否則修改代價(jià)太大
              
              Can’t Reproduce 
              不可復(fù)現(xiàn)。不能重現(xiàn)(如因Bug出現(xiàn)的環(huán)境重現(xiàn)不了了),或以前出現(xiàn)的某個(gè)Bug自動(dòng)消失了(可能是在處理其他Bug的時(shí)候把這個(gè)Bug一并修復(fù)掉了)。
              (注:因TD本身亦帶有‘是否復(fù)現(xiàn)(Reproducible)’字段,根據(jù)各組各自使用情況,可以用它來(lái)標(biāo)識(shí),或者不用它而在‘處理意見’字段中用該值標(biāo)識(shí)出)
              
              Disagree With Suggestion 不同意所提意見或建議,不采納
              
              Not Error 不是問(wèn)題。測(cè)試人員提錯(cuò)了
              
              Won’t Fix 這個(gè)Bug是一個(gè)錯(cuò)誤,但還沒有重要到非要更正不可的地步,可以忽略不計(jì)
              
              
              說(shuō)明:
              1.定為Duplicated的Bug,必須注明和XXXbug重復(fù)
              2.測(cè)試人員對(duì)標(biāo)明為Duplicated的Bug復(fù)測(cè),需要XXXBug修改后方可進(jìn)行
              3.定期回顧C(jī)an't Reproduce,Postponed
              4.定期整理By Design
              
              其它一些字段(及所定義的枚舉值)的定義解釋,供有需要用到的組參考:
              
              測(cè)試狀態(tài)(TestState):新提交的Bug定位標(biāo)準(zhǔn)。由測(cè)試人員指定。一般有8個(gè)(提交Bug時(shí)給出)
              
              1-New Defects(或?qū)懗蒁efect) 新Bug
              
              2-Second Defects(或?qū)懗蒘B) 復(fù)測(cè)時(shí)新出現(xiàn)的Bug
              
              3-Faculative 偶發(fā)性
              
              4-Reappear 原來(lái)修改過(guò)的問(wèn)題又重新出現(xiàn)
              
              5-By Requirement 需求要求但沒有做的功能
              
              6-Suggestion 需求需要完善
              
              7-Differ With Requirement 與需求不一致
              
              8-By Design 設(shè)計(jì)要求但沒有做的功能
              
              復(fù)測(cè)狀態(tài)(ReTestState):復(fù)測(cè)時(shí)給出的狀態(tài),測(cè)試人員對(duì)于經(jīng)過(guò)驗(yàn)證的Bug應(yīng)按以下幾種標(biāo)準(zhǔn)進(jìn)行定位。由測(cè)試人員指定。一般有1-OK、2-PD、3-DV、4-NB、5-NR、6-AR。
              
              OK 正確 
              PD 此問(wèn)題懸而不決 
              DV 有錯(cuò)誤可以暫時(shí)不考慮 
              NB 不是錯(cuò)誤 
              NR 不能復(fù)現(xiàn)的錯(cuò)誤 
              AR 需求不明確

            posted on 2014-07-04 11:13 閱讀(13924) 評(píng)論(0)  編輯 收藏 引用 所屬分類: 項(xiàng)目管理

            <2008年4月>
            303112345
            6789101112
            13141516171819
            20212223242526
            27282930123
            45678910

            常用鏈接

            留言簿(17)

            隨筆分類(138)

            隨筆檔案(137)

            網(wǎng)絡(luò)開發(fā)

            最新隨筆

            搜索

            •  

            積分與排名

            • 積分 - 498999
            • 排名 - 36

            最新隨筆

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            日韩精品久久久肉伦网站| 91久久精品国产免费直播| 国产成人久久精品一区二区三区| 伊人久久大香线焦综合四虎| 久久99这里只有精品国产| 国产精品久久久久久久| 久久大香萑太香蕉av| 国产精品无码久久久久| 国内精品伊人久久久久av一坑| 欧美久久天天综合香蕉伊| 91精品国产高清91久久久久久| 久久人人青草97香蕉| 国产精品免费久久久久电影网| 久久精品国产第一区二区三区| 香港aa三级久久三级老师2021国产三级精品三级在| 久久夜色精品国产噜噜噜亚洲AV | 国产叼嘿久久精品久久| 久久人人爽人人爽人人片AV不 | 久久国产三级无码一区二区| 久久久女人与动物群交毛片 | 国产A三级久久精品| 久久婷婷色综合一区二区| 日韩欧美亚洲综合久久影院d3| 久久久久久九九99精品| 日产久久强奸免费的看| 国产精品九九久久免费视频 | 97久久久久人妻精品专区| 久久九九兔免费精品6| 一级做a爰片久久毛片免费陪| 国产免费久久精品99久久| 伊人色综合久久天天| 国产精品欧美久久久天天影视| 久久久久久久亚洲Av无码| 欧美牲交A欧牲交aⅴ久久| 国产69精品久久久久9999APGF| 久久久久久久久久久精品尤物| 亚洲天堂久久久| 久久精品国产AV一区二区三区| 国产69精品久久久久APP下载| 亚洲国产成人精品无码久久久久久综合 | 久久亚洲精品国产精品|