研發(fā)體系問題單處理流程

1、研發(fā)體系問題單處理流程S:問題單的狀態(tài)線上的文字，中文：判斷結(jié)果；英文：在 TRAC上對問題單的操作1 .問題定位確認測試人員發(fā)現(xiàn)問題后，如果是必現(xiàn)、確定的問題，直接提單；如果是無規(guī)律重現(xiàn)問題，或者不 確定是否是問題，可以找相關(guān)開發(fā)人員進行測試現(xiàn)場定位分析，排除誤操作等原因，確定問題現(xiàn) 象及初步分析結(jié)論，由測試人員提單給定位責任人進一步跟蹤；2 .問題單提交問題單嚴重程度有四個等級：致命、嚴重、一般、提示；問題嚴重程度級別判定原則：問題級別判定應該就重不就輕，當問題現(xiàn)象可能符合多個問題級別定義的描述時，應該選擇級別最嚴重的作為最終的問題級別。致命定義：產(chǎn)品的關(guān)鍵功能和性能不能符合用戶要求，或由

2、于產(chǎn)品質(zhì)量原因造成業(yè)務中斷、頻繁 瞬斷或服務質(zhì)量嚴重下降等可能給用戶收益或聲譽造成較大損失的問題。舉例：(包括但不限于下列情況)(1)整機或關(guān)鍵部件異常重新啟動或癱機；(2)由于產(chǎn)品質(zhì)量原因造成的基本業(yè)務失效、部分失效及不能穩(wěn)定提供；(3)可能影響用戶收益或聲譽的；(4)重要操作維護功能完全失效，例如用戶無法對系統(tǒng)進行操作維護或操作維護經(jīng)常被打 斷，無法對系統(tǒng)進行維護，告警功能完全喪失等；(5)系統(tǒng)性能基于上一個版本下降 10%以上并可能影響用戶收益或聲譽的；(6)按照版本升級指導書操作導致系統(tǒng)升級失??；(7)其他可能造成業(yè)務中斷、頻繁瞬斷或服務質(zhì)量嚴重下降等可能給用戶收益或聲譽造成 較大損失

3、的問題，例如資源大量吊死、大量消息丟失、時鐘丟失無法恢復等。(8)產(chǎn)品不符合行業(yè)規(guī)范或目標客戶群所在地區(qū)的相關(guān)標準，如果不解決將導致無法在該 地區(qū)銷售；(9)不符合安全規(guī)范，在遵守安全規(guī)程進行操作維護的情況下可能造成重大人身傷亡的問 題；嚴重定義：在產(chǎn)品規(guī)格書或行業(yè)標準規(guī)定的條件范圍內(nèi)，系統(tǒng)的主要功能和業(yè)務性能不符合用戶 要求，或不能穩(wěn)定運行，但仍然可以向用戶提供基本的業(yè)務。舉例：(包括但不限于下列情況)(1)非基本業(yè)務功能失效或部分失效；(2)基本業(yè)務功能在特定的不常見的條件下的失效，例如在某異常情況下的處理不符合協(xié) 議；(3)非關(guān)鍵性部件故障，這些部件的故障不會影響用戶使用基本業(yè)務；(4)

4、系統(tǒng)數(shù)據(jù)丟失或出現(xiàn)不一致但不會給用戶帶來損失；(5)系統(tǒng)未達到要求或設計的性能指標、系統(tǒng)或模塊性能下降但不影響基本業(yè)務；(6)用戶資料存在嚴重的技術(shù)錯誤或缺少重要技術(shù)內(nèi)容；(7)其他各種可能對客戶造成影響但尚未影響基本業(yè)務的問題；(8)部分主要功能操作很不方便，多數(shù)用戶會認為這些操作方式顯著影響工作效率；(9)不符合安全規(guī)范，在遵守安全規(guī)程進行操作維護的情況下可能造成輕微人身傷害或設備損壞的問題；一般定義：部分次要功能失效或性能略有降低，但不會造成用戶收益或榮譽受損失；舉例：(包括但不限于下列情況)(1)非基本業(yè)務功能的一個特例失效；(2)出現(xiàn)異常告警/斷言等但沒有影響系統(tǒng)的正常運轉(zhuǎn)；(3)部

5、分次要功能操作不方便；(4)在某些罕見或外界強烈干擾情況下(不包括外部災難情況)會出現(xiàn)短暫的次要功能失效，且能夠自動恢復；提示定義：系統(tǒng)功能可以正常運行，但存在不影響功能正常完成的操作、理解上不合理的的問題。舉例：(包括但不限于下列情況)(1)用戶界面文字排版風格問題；問題單提交時注意填寫如下說明：(1)問題摘要-概要描述問題涉及的主要場景和產(chǎn)品特性；(2)問題說明：應包含：產(chǎn)品信息，版本信息，特性版本信息，測試環(huán)境，操作步驟、期望輸出，問題現(xiàn)象等內(nèi)容；可以參考如下格式：【摘要】：簡要概括描述問題的出現(xiàn)現(xiàn)象【問題出現(xiàn)版本號】：xxx【系統(tǒng)環(huán)境】：【瀏覽器】：xxx【出現(xiàn)概率】：測試10次，出現(xiàn)

6、3次，必現(xiàn)問題不必寫【問題復現(xiàn)步驟】：XXXX【測試結(jié)果】：XXXX【期望結(jié)果】XXXX【問題定位】xxx【修改建議】xxx(3)附上一切對問題定位有價值的內(nèi)容，例如：前后臺日志、截圖等;3 .問題單定位分析、修改驗證、代碼上庫、歸檔1)填寫問題單xxxx定位分析及修改說明報告.doc作為附件上傳到 bug上。2)如果有周邊影響，需要通知相關(guān)人員。3)提交問題修改代碼比較報告，壓縮上傳到bug上。4)代碼上SVN庫時，SVN日志填寫應遵循格式：【問題單號】問題描述。5)如果不是自己的問題，可以返回給項目經(jīng)理(不知道誰來定位時)，也可以直接轉(zhuǎn)給對應的開發(fā)人員(知道是誰的問題時)。4 .問題單解決

7、、審核將解決后的問題轉(zhuǎn)給項目經(jīng)理，由項目經(jīng)理審閱相應定位分析、驗證、修改報告、待回歸測試版本號等信息填寫是否完全；5 .問題單回歸、關(guān)閉(1)新版本軟件包制作完畢，進行開發(fā)自測試時，要求問題單修改責任人使用該新軟件包進行問題場景的自測試，驗證在新版本中問題是否得到解決；(2)自驗證完畢后，知會項目經(jīng)理將歸檔在案的問題單轉(zhuǎn)交給測試負責人組織回歸測試；(3)測試負責人將問題單轉(zhuǎn)給相應的測試人員進行回歸測試；(4)測試人員按照問題場景進行回歸測試，確認問題已經(jīng)得到解決后，關(guān)閉該問題；6 .注意事項(1)不允許從開發(fā)人員定位直接關(guān)閉問題單；(2)修改人和審核人不能是同一個人；(3)修改人必須填寫問題定位分析、問題修改驗證等必要信息；無原因走單將由審核