缺陷報告練習&優先級嚴重程度&測試tips#學習總結報告#

一、  

 即時貼程序的缺陷報告編寫。文件見點擊打開鏈接

這次測試即時貼程序時出現了一處不可復現的缺陷:在全選中便籤文字時敲“撤銷”快捷鍵時能夠撤銷全部輸入。可是再次操作,又只能撤銷最後一個輸入。不知道怎麼復現和編寫快哭了。哪位大神教教~


二、 
  1.bug的優先級和嚴重程度       
  2.軟件 "關於"的大致內容
  3.測試軟件基礎功能時的一些考慮
1.
1) 缺陷的嚴重程度一般指bug對軟件或用戶的影響有多大。在軟件測試中,軟件缺陷的嚴重性的判斷最終應該從軟件用戶的觀點做出判斷,即判斷缺陷的嚴重性要爲用戶考慮,考慮缺陷對用戶使用造成的惡劣後果的嚴重性。
   
    優先級是表示處理和修正軟件缺陷的先後順序的指標,即哪些缺陷需要優先修正,哪些缺陷可以稍後修正。確定軟件缺陷優先級,更多的是站在軟件開發工程師的角度考慮問題。

對於缺陷的嚴重性,如果分爲4級,則可以參考下面的方法確定: 
 
A – 非常嚴重的缺陷,例如,軟件的意外退出甚至操作系統崩潰,造成數據丟失。 
B – 較嚴重的缺陷,例如,軟件的某個菜單不起作用或者產生錯誤的結果; 
C - 軟件一般缺陷,例如,本地化軟件的某些字符沒有翻譯或者翻譯不準確; 
D - 軟件界面的細微缺陷,例如,某個控件沒有對齊,某個標點符號丟失等; 
 
對於缺陷的優先性,如果分爲4級,則可以參考下面的方法確定: 
 
A  –最高優先級,例如,軟件的主要功能錯誤或者造成軟件崩潰,數據丟失的缺陷。 
B – 較高優先級,例如,影響軟件功能和性能的一般缺陷; 
C -一般優先級,例如,本地化軟件的某些字符沒有翻譯或者翻譯不準確的缺陷; 
D – 低優先級,例如,對軟件的質量影響非常輕微或出現機率很低的缺陷;

2)會嚴重影響到開發或者測試的進度的缺陷或功能嚴重不符合產品說明書的缺陷爲優先級最高的bug; 在bug管理中推介的方式是優先級最高的bug不允許推遲到下一個工作日修改。且此類bug的數量不能過多。

  優先級爲Urgent的bug特徵:

  a)應用程序某個模塊功能未實現(包括整個模塊不能運行)

  b)用戶的信息被破壞或者丟失

  c)可重現的不可避免的崩潰,死鎖

  d)功能和性能急劇衰退

  e)嚴重的內存泄漏

  f)導致功能無法正常使用的UI設計(UI響應遲緩)

  g)其他

2.軟件的“關於”菜單項,主要描述軟件的詳細版本信息,應包括版本編號、版本名稱、版本序號、軟件編譯時間、版權所有、安裝路徑、其他說明等信息。

3.軟件基礎功能測試tips
1)考慮到軟件的易用性,重複彈出同一個軟件,需考慮彈出的內容是否應該覆蓋原來的內容。

2).刪除任何內容都要考慮是否需要友好提示

3).沒有任何對象時以致不能進行刪除/隱藏/顯示等操作時,相關控件是否置灰或者點擊後給出友好提示(提示無法進行操作)

4)快捷鍵也需寫出,沒有快捷鍵或熱鍵也是缺陷

5)撤銷鍵應該能連續操作

發佈了17 篇原創文章 · 獲贊 15 · 訪問量 9萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章