<kbd id="afajh"><form id="afajh"></form></kbd>
<strong id="afajh"><dl id="afajh"></dl></strong>
    <del id="afajh"><form id="afajh"></form></del>
        1. <th id="afajh"><progress id="afajh"></progress></th>
          <b id="afajh"><abbr id="afajh"></abbr></b>
          <th id="afajh"><progress id="afajh"></progress></th>

          互聯(lián)網(wǎng)軟件缺陷規(guī)范

          共 1031字,需瀏覽 3分鐘

           ·

          2020-11-14 17:51

          軟件測試崗位最重要的職責(zé)之一就是提交缺陷,而缺陷的描述盡顯專業(yè)度,有經(jīng)驗的管理者從缺陷的描述就可以看出該測試人員的業(yè)務(wù)理解能力和測試技術(shù)水平。為了質(zhì)量分析需求,缺陷的分級標準清晰,以及日常管理的規(guī)范明確,結(jié)果分析會更準確的反映產(chǎn)品質(zhì)量。


          1.?軟件缺陷(Defect)定義:

          軟件缺陷Defect,常常被叫做Bug,IEEE729-1983對缺陷有一個標準定義:從產(chǎn)品內(nèi)部看,缺陷是軟件產(chǎn)品開發(fā)或維護過程中存在的錯誤、毛病等各種問題;從產(chǎn)品外部看,缺陷是系統(tǒng)所需要實現(xiàn)的某種功能的失效或違背;

          關(guān)于錯誤、缺陷等概念對應(yīng)英文叫法如下,從英文說法可以更準確理解涵義。

          • 錯誤:Error、Mistake

          • 缺陷:Defect、Bug

          • 故障:Fault

          • 失效:Failure

          以上我們通常都會稱為bug。

          2. 軟件缺陷的兩個重要因素:嚴重性 & 優(yōu)先級:

          嚴重性:

          • 軟件缺陷對軟件質(zhì)量的破壞程度,即此缺陷的存在將對軟件的功能和性能產(chǎn)生怎樣的影響

          • 軟件缺陷嚴重性的判斷應(yīng)該從軟件最終用戶觀點做出判斷,考慮缺陷對用戶使用造成的惡劣后果的嚴重性

          優(yōu)先級:

          • 表示處理和修正軟件缺陷的先后順序的指標,即哪些缺陷需要優(yōu)先修正

          • 反應(yīng)缺陷對產(chǎn)品/系統(tǒng)甚至市場的影響

          • 通常由產(chǎn)品經(jīng)理根據(jù)客戶需求或項目優(yōu)先級而定

          關(guān)于缺陷嚴重性和優(yōu)先級的定義,這里僅梳理了互聯(lián)網(wǎng)產(chǎn)品軟件,涉及硬件等其他行業(yè)的可參考:

          2.1. 缺陷級別嚴重程度Severity定義:

          • 致命缺陷 block:系統(tǒng)崩潰,停止運行,阻礙開發(fā)或測試工作繼續(xù)進行

          • 嚴重缺陷 Critical:主流程不通,影響系統(tǒng)基本功能

          • 重要缺陷 Major:功能沒有完全實現(xiàn)但不影響使用,功能菜單存在缺陷但不會影響系統(tǒng)穩(wěn)定性

          • 一般缺陷 Minor:界面、性能缺陷

          • 細微次要缺陷 Trivial:建議類問題

          2.2. 缺陷處理的優(yōu)先級Priority定義:

          • P0 - 非常緊急:需立即解決 asap

          • P1 - 緊急:盡快解決? must fix (1天)

          • P2 - 高優(yōu)先級:下次發(fā)布解決? fix when time permits(3天)

          • P3 - 一般優(yōu)先級:后續(xù)版本解決? fix after p0,p1,p2(5天)

          • P4 - 低優(yōu)先級:不著急解決 preferred (<20個工作日)

          3. 缺陷處理優(yōu)先級矩陣:

          如何平衡缺陷處理和新需求之間的優(yōu)先級,一個小技巧就是對分類,首先考慮影響用戶程度,非技術(shù)類由產(chǎn)品決策,技術(shù)類需求也需要考慮用戶體驗和產(chǎn)品商量決策。

          4. 缺陷日常管理:

          最重要的信息

          1. 缺陷標題
            在缺陷庫中第一眼看到的是缺陷的標題,標題需簡潔明了、且其他項目組成員可以不看其它各種環(huán)境信息就知道是什么缺陷。

          2. 缺陷簡單描述
            可以和標題相同,目的是讓項目組其他成員、尤其是測試人員可以在不看重現(xiàn)步驟時也能重現(xiàn)bug,在驗證bug的時候,測試人員可以展開做測試,而不僅僅局限當(dāng)前步驟。

          3. 缺陷重現(xiàn)步驟
            對一些不能100%重現(xiàn)的缺陷尤為重要,開發(fā)人員可以從步驟牽涉的功能及操作等分析問題所在。

          4. 缺陷出現(xiàn)概率
            不能100%重現(xiàn)的缺陷,需標注缺陷出現(xiàn)的概率例如:>50%, <50%,不能重現(xiàn)

          缺陷描述的注意事項:

          1. 查看當(dāng)前測試環(huán)境并記錄

          2. 記錄與該缺陷相關(guān)的配置等條件

          3. 記錄出現(xiàn)缺陷時候log信息

          4. 描述盡量做到每個步驟最多兩個動作,一連串的操作盡量分句說明

          5. 盡量用主動句型

          6. 缺陷出現(xiàn)時候的現(xiàn)象一定要描述詳細,不要和步驟混在一起描述

          7. 缺陷出現(xiàn)之后若可以繼續(xù)進行操作,也盡量多做幾個步驟,這樣更容易發(fā)現(xiàn)當(dāng)前缺陷周圍的缺陷

          8. 盡量把缺陷出現(xiàn)時候的相關(guān)功能運行情況也都描述詳細


          bug統(tǒng)計分析

          ? ?1...


          總體上來說質(zhì)量的衡量:


          ? ?? ?線下發(fā)現(xiàn)bug越多,線上bug越少,質(zhì)量越好

          瀏覽 105
          點贊
          評論
          收藏
          分享

          手機掃一掃分享

          分享
          舉報
          評論
          圖片
          表情
          推薦
          點贊
          評論
          收藏
          分享

          手機掃一掃分享

          分享
          舉報
          <kbd id="afajh"><form id="afajh"></form></kbd>
          <strong id="afajh"><dl id="afajh"></dl></strong>
            <del id="afajh"><form id="afajh"></form></del>
                1. <th id="afajh"><progress id="afajh"></progress></th>
                  <b id="afajh"><abbr id="afajh"></abbr></b>
                  <th id="afajh"><progress id="afajh"></progress></th>
                  酒店偷拍无码成人网站 | 女主播回家操逼 | 青青草在线成人视频 | 亚洲三级片在线观看视频 | 男人天堂最新地址 |