測(cè)試過程中進(jìn)行Bug描述-1

第第頁(yè)測(cè)試過程中進(jìn)行Bug描述測(cè)試過程中進(jìn)行Bug描述

發(fā)表于：2023-10-19來源：：點(diǎn)擊數(shù)：標(biāo)簽：bugBUGBug描述

測(cè)試過程中進(jìn)行Bug描述軟件測(cè)試1、術(shù)語(yǔ)解釋測(cè)試程序：提供給測(cè)試組測(cè)試的程序；測(cè)試計(jì)劃：對(duì)測(cè)試程序（構(gòu)件、應(yīng)用程序、系統(tǒng)等）及其目標(biāo)進(jìn)行簡(jiǎn)要說明；測(cè)試bug：不符合測(cè)試需求的錯(cuò)誤，也就是缺陷；錯(cuò)誤跟蹤系統(tǒng)：是某個(gè)程序或應(yīng)用系統(tǒng)，使得

測(cè)試過程中進(jìn)行Bug描述軟件測(cè)試

1、術(shù)語(yǔ)解釋

測(cè)試程序：提供給測(cè)試組測(cè)試的程序；

測(cè)試計(jì)劃：對(duì)測(cè)試程序（構(gòu)件、應(yīng)用程序、系統(tǒng)等）及其目標(biāo)進(jìn)行簡(jiǎn)要說明；

測(cè)試bug：不符合測(cè)試需求的錯(cuò)誤，也就是缺陷；

錯(cuò)誤跟蹤系統(tǒng)：是某個(gè)程序或應(yīng)用系統(tǒng)，使得項(xiàng)目組可以報(bào)告、管理以及分析錯(cuò)誤報(bào)告和錯(cuò)誤趨勢(shì)，如RationalClearQuest就是一個(gè)錯(cuò)誤跟蹤系統(tǒng)

2、為什么要提交bug

在得到一個(gè)詳盡的測(cè)試程序后，剩下的工作就是執(zhí)行測(cè)試計(jì)劃了。但是由于任何由人編寫的程序都不可避免的存在著不符合測(cè)試需求的錯(cuò)誤，也就是bug。因此需要一個(gè)方法來跟蹤、分析和展示那些測(cè)試活動(dòng)，避免偏離最小。這種方法稱之為錯(cuò)誤跟蹤系統(tǒng)。它主要是有效的管理缺陷，實(shí)現(xiàn)以下作用：

1)減少由于缺陷報(bào)告不明確而被開發(fā)組駁回的情況；

2)加快缺陷的處理速度；

3)提高測(cè)試的可信度；

4)加強(qiáng)測(cè)試組與開發(fā)組在整個(gè)項(xiàng)目過程中的團(tuán)隊(duì)合作

3、如何才能提交好的測(cè)試bug

在有些組織里，程序員幾乎會(huì)把一半的測(cè)試bug返回給測(cè)試組，因?yàn)槟切╁e(cuò)誤不可再現(xiàn)、沒有發(fā)現(xiàn)錯(cuò)誤、同設(shè)計(jì)要求一致，或者錯(cuò)誤報(bào)告根本無法操作。如果錯(cuò)誤報(bào)告有如此高的返回率，基本可以認(rèn)為是過程崩潰，需要立即解決：因?yàn)榫帉戇@些報(bào)告浪費(fèi)了時(shí)間；會(huì)影響程序員和測(cè)試人員之間的團(tuán)隊(duì)凝聚力；最糟糕的是失去改進(jìn)產(chǎn)品質(zhì)量的機(jī)會(huì)。

有些錯(cuò)誤總是不可再現(xiàn)的或提出質(zhì)疑的。有些錯(cuò)誤只是間斷地在模糊的或極端的條件下表現(xiàn)出來。有時(shí)候，測(cè)試環(huán)境和程序員之間的不一致會(huì)導(dǎo)致“在我的系統(tǒng)上工作良好”的反應(yīng)。在需求不清楚的項(xiàng)目中，在一定的測(cè)試條件下，對(duì)“正確”行為的觀點(diǎn)可以存在合理的不同。有時(shí)候，當(dāng)真正的問題在于糟糕的測(cè)試過程、測(cè)試數(shù)據(jù)或不正確的測(cè)試用例時(shí)，測(cè)試人員可能錯(cuò)誤解釋測(cè)試測(cè)試結(jié)果和報(bào)告錯(cuò)誤。

為了防止這類問題，要提交好的測(cè)試bug，作為一個(gè)好的測(cè)試人員，必須遵循以下八個(gè)步驟：

1)結(jié)構(gòu)：無論你是做探索性的或是描述性的、手工的或自動(dòng)的測(cè)試，都要認(rèn)真仔細(xì)的測(cè)試；

2)再現(xiàn)：盡量三次再現(xiàn)故障。如果問題是間斷的，那么最好報(bào)告問題發(fā)生的概率；例如，每3次出現(xiàn)一次，每3次出現(xiàn)2次等；

3)推廣：確定系統(tǒng)其他部分是否可能出現(xiàn)這種錯(cuò)誤，以及使用不同的數(shù)據(jù)是否可能出現(xiàn)這種問題，特別是那些存在嚴(yán)重影響的問題。

4)總結(jié)：簡(jiǎn)要描述客戶或用戶的質(zhì)量體驗(yàn)和觀察到的一些特征。

5)壓縮：精簡(jiǎn)任何不必要的信息，特別是冗余的測(cè)試步驟。

6)去除歧義：使用清晰的語(yǔ)言，尤其要避免使用那些有多個(gè)不同或相反含義的詞匯。

7)中立：公正地表達(dá)自己的意思，對(duì)錯(cuò)誤及其特征的事實(shí)進(jìn)行描述，避免夸張或忽略的語(yǔ)句，引起過度的注意力或忽視。

8)評(píng)審：至少有一個(gè)同行，最好是一個(gè)有經(jīng)驗(yàn)的測(cè)試工程師或測(cè)試經(jīng)理，在你提交測(cè)試報(bào)告或測(cè)試評(píng)估報(bào)告之前先自己讀一遍。

好的測(cè)試bug描述是告訴讀者測(cè)試人員發(fā)現(xiàn)了什么，而不是測(cè)試人員做了什么。因此只需要根據(jù)上述八個(gè)步驟寫下最少的必需重現(xiàn)步驟

4、如何提交bug

一個(gè)好的錯(cuò)誤跟蹤系統(tǒng)包括了錯(cuò)誤的必要信息，如果做得不好，會(huì)造成迷惑，并誤導(dǎo)讀者。

好的故障描述應(yīng)該包括十個(gè)基本部分：標(biāo)題、項(xiàng)目、所屬模塊、優(yōu)先級(jí)、重要性、異常等級(jí)、可重復(fù)性、現(xiàn)象、操作過程和附件。

①標(biāo)題

使用一兩句話來描述錯(cuò)誤，告訴經(jīng)理、開發(fā)人員以及其他讀者為什么應(yīng)該關(guān)心該問題。好的標(biāo)題應(yīng)該著重于出現(xiàn)的bug現(xiàn)象。但是過于簡(jiǎn)潔易引起誤導(dǎo)，使得原本重要的問題被忽視。因此必須應(yīng)該采用簡(jiǎn)潔、切中要害的概要，這樣才能引起讀者的重視。不重要的就描述比較輕微，例如：“聯(lián)系人的email沒有檢查合法性”；重要的就要體現(xiàn)比較嚴(yán)重，例如：“填了運(yùn)營(yíng)商仍然提示運(yùn)營(yíng)商不能為空，使得無法進(jìn)行下一步的操作”，會(huì)更容易讓開發(fā)人員理解究竟是什么問題及其重要性，并及時(shí)處理。

②項(xiàng)目

是指該錯(cuò)誤屬于哪一個(gè)項(xiàng)目，歸哪個(gè)項(xiàng)目組解決，使不同的項(xiàng)目組看到和及時(shí)定位自己項(xiàng)目的錯(cuò)誤。

③所屬模塊

是指準(zhǔn)確說明發(fā)異常等級(jí)生錯(cuò)誤的模塊，切忌發(fā)生錯(cuò)誤指派模塊，導(dǎo)致后續(xù)流程錯(cuò)誤；

④優(yōu)先級(jí)

分為以下4級(jí)：1級(jí)：“馬上解決”，表示問題必須馬上解決，否則系統(tǒng)根本無法達(dá)到預(yù)定的需求；2級(jí)：“高度重視”，表示有時(shí)間就要馬上解決，否則系統(tǒng)偏離需求較大或預(yù)定功能不能正常實(shí)現(xiàn)；3級(jí)：“正常處理”，即進(jìn)入個(gè)人計(jì)劃解決，表示問題不影響需求的實(shí)現(xiàn)，但是影響其他使用方面，比如頁(yè)面調(diào)用出錯(cuò)，調(diào)用了錯(cuò)誤的數(shù)據(jù)庫(kù)等；4級(jí)：“低優(yōu)先級(jí)”，即問題在系統(tǒng)發(fā)布以前必須確認(rèn)解決或確認(rèn)可以不予解決。

⑤重要性

分為以下5級(jí)：1級(jí)：“非常嚴(yán)重”，表示缺陷不修改整個(gè)系統(tǒng)流程