報告軟體測試規範

2021-04-12 22:34:48 字數 1502 閱讀 1337

報告軟體測試錯誤的目的是為了保證修復錯誤的人員可以重複報告的錯誤,從而有利於分析錯誤產生的原因,定位錯誤,然後修正之。因此,報告軟體測試錯誤的基本要求是準確、簡潔、完整、規範。需要掌握的報告技術歸納如下。

1. 描述(description),簡潔、準確,完整,揭示錯誤實質,記錄缺陷或錯誤出現的位置

描述要準確反映錯誤的本質內容,簡短明了。為了便於在軟體錯誤管理資料庫中尋找制定的測試錯誤,包含錯誤發生時的使用者介面(ui)是個良好的習慣。例如記錄對話方塊的標題、選單、按鈕等控制項的名稱。

2. 明確指明錯誤型別:布局、翻譯、功能、雙位元組

根據錯誤的現象,總結判斷錯誤的型別。例如,即布局錯誤、翻譯錯誤、功能錯誤、雙位元組錯誤,這是最常見的缺陷或錯誤型別,其他形式的缺陷或錯誤也從屬於其中某種形式。

3. 短行之間使用自動數字序號,使用相同的字型、字型大小、行間距

短行之間使用自動數字序號,使用相同的字型、字型大小、行間距,可以保證各條記錄格式一致,做到規範專業。

4. ui要加引號,可以單引號,推薦使用雙引號

ui加引號,可以容易區分ui與普通文字,便於分辨、定位缺陷或錯誤。

5. 每乙個步驟盡量只記錄乙個操作

保證簡潔、條理井然,容易重複操作步驟。

6. 確認步驟完整,準確,簡短

保證快速準確的重複錯誤,「完整」即沒有缺漏,「準確」即步驟正確,「簡短」即沒有多餘的步驟。

7. 根據缺陷或錯誤型別,選擇圖象捕捉的方式

為了直觀的觀察缺陷或錯誤現象,通常需要附加缺陷或錯誤出現的介面,以位圖的形式作為附件附著在記錄的「附件」部分。為了節省空間,又能真實反映缺陷或錯誤本質,可以捕捉缺陷或錯誤產生時的全螢幕,活動視窗和區域性區域。為了迅速定位、修正缺陷或錯誤位置,通常要求附加中英文對照圖。

8. 附加必要的特殊文件和個人建議和註解

如果開啟某個特殊的文件而產生的缺陷或錯誤,則必須附加該文件,從而可以迅速再現缺陷或錯誤。有時,為了使缺陷或錯誤修正者進一步明確缺陷或錯誤的表現,可以附加個人的修改建議或註解。

9. 檢查拼寫和語法錯誤

在提交每條缺陷或錯誤之前,檢查拼寫和語法,確保內容正確,正確的描述錯誤。

10. 盡量使用業界慣用的表達術語和表達方法

使用業界慣用的表達術語和表達方法,保證表達準確,體現專業化。

11. 通用ui要統

一、準確

錯誤報告的ui要與測試的軟體ui保持一致,便於查詢定位。

12. 盡量使用短語和短句,避免複雜句型句式

軟體錯誤管理資料庫的目的是便於定位錯誤,因此,要求客觀的描述操作步驟,不需要修飾性的詞彙和複雜的句型,增強可讀性。

13. 每條錯誤報告只包括乙個錯誤

每條錯誤報告只包括乙個錯誤,可以使錯誤修正者迅速定位乙個錯誤,集中精力每次只修正乙個錯誤。校驗者每次只校驗乙個錯誤是否已經正確修正。

以上概括了報告測試錯誤的規範要求,隨著軟體的測試要求不同,測試者經過長期測試,積累了相應的測試經驗,將會逐漸養成良好的專業習慣,不斷補充新的規範書寫要求。此外,經常閱讀、學習高階測試工程師的測試錯誤報告,結合自己以前的測試錯誤報告進行對比和思考,可以不斷提高技巧。

軟體測試規範

測試規範 版次 v1.0 密級 內部公開 總頁數 附錄 編寫人 測試小組 編寫時間 2017 11 16 修改記錄 序號 修改內容 修改人 修改日期 備註 目錄1 引言 1 1.1背景 1 1.2作用 1 1.3適用範圍 1 2 規範內容 1 2.1基本功能 1 1 列表展示 1 2 查詢 2 3 ...

軟體測試報告 軟體質量報告?還是軟體測試報告?

問題 於一些同僚的問題。vincent,老闆讓我發乙份軟體質量報告,你有模板嗎?是測試報告嗎?no,no,應該不是測試報告,是質量報告。測試報告大家都大概知道怎麼做,但是質量報告呢,說起來他到底與測試報告有什麼不同?仔細思考,其實這兩種報告之間的差異還是比較直觀的。當然,測試的報告也能反應出乙個產品...

軟體測試報告 軟體質量報告?還是軟體測試報告?

你這麼優秀,一定只想把 檸檬班 置頂 問題 於一些同僚的問題。vincent,老闆讓我發乙份軟體質量報告,你有模板嗎?是測試報告嗎?no,no,應該不是測試報告,是質量報告。測試報告大家都大概知道怎麼做,但是質量報告呢,說起來他到底與測試報告有什麼不同?仔細思考,其實這兩種報告之間的差異還是比較直觀...