• <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)證]

            [備注]

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

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

            <2013年10月>
            293012345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            常用鏈接

            留言簿(17)

            隨筆分類(138)

            隨筆檔案(137)

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

            最新隨筆

            搜索

            •  

            積分與排名

            • 積分 - 497507
            • 排名 - 36

            最新隨筆

            最新評論

            閱讀排行榜

            評論排行榜

            久久久久国色AV免费观看| 国产成人久久激情91| 亚洲精品99久久久久中文字幕| 久久综合九色综合久99| 亚洲伊人久久综合影院| 亚洲综合伊人久久大杳蕉| 精品久久777| 久久免费99精品国产自在现线| 波多野结衣久久一区二区| 精品国产一区二区三区久久久狼 | 亚洲午夜精品久久久久久app| 一个色综合久久| 蜜臀av性久久久久蜜臀aⅴ麻豆| 久久亚洲国产午夜精品理论片 | 久久久久女人精品毛片| 91久久精品国产免费直播| 性做久久久久久久久久久| 久久A级毛片免费观看| 国内精品欧美久久精品| 伊人久久精品无码av一区| 久久亚洲欧美日本精品| 久久综合亚洲鲁鲁五月天| 久久午夜电影网| 精品国产乱码久久久久久人妻| 欧美精品一本久久男人的天堂| 久久成人小视频| 精品久久久久国产免费| 久久久精品人妻一区二区三区四| 观看 国产综合久久久久鬼色 欧美 亚洲 一区二区 | 99国产欧美精品久久久蜜芽 | 久久久一本精品99久久精品88 | 国产精品久久99| 久久久久久久综合狠狠综合| 国产精品久久久久久影院| 2021国内久久精品| 久久精品这里只有精99品| 91精品国产乱码久久久久久 | 精品伊人久久大线蕉色首页| 很黄很污的网站久久mimi色| 97精品国产91久久久久久| 亚洲中文精品久久久久久不卡|