測試人員最本質(zhì)的工作就是尋找bug，提交bug、驗(yàn)證bug、推進(jìn)bug的解決，直至軟件達(dá)到發(fā)布的標(biāo)準(zhǔn)，提高軟件的質(zhì)量，及研發(fā)的工作效率和質(zhì)量。

一、什么是bug

軟件的BUG,狹義概念是指軟件程序的漏洞或缺陷，廣義概念除此之外還包括測試工程師或用戶所發(fā)現(xiàn)和提出的軟件可改進(jìn)的細(xì)節(jié)、或與需求文檔存在差異的功能實(shí)現(xiàn)等。

二、bug的生命周期

生命周期中缺陷狀態(tài)：新建–>指派–>已解決–>待驗(yàn)–>關(guān)閉

發(fā)現(xiàn)BUG–>提交BUG–>指派BUG–>研發(fā)確認(rèn)BUG–>研發(fā)去修復(fù)BUG–>回歸驗(yàn)證BUG–>是否通過驗(yàn)證–>關(guān)閉BUG

1、發(fā)現(xiàn)bug

1）按照測試用例進(jìn)行操作，發(fā)現(xiàn)和測試用例的預(yù)期結(jié)果不一致的,都可以被稱之為Bug。

2）測試用例不可能窮盡，總有超出你預(yù)料之外的因素,或者是神操作出現(xiàn)的bug。

3）成本問題，沒有充足的時(shí)間編寫測試用例，發(fā)現(xiàn)的bug

2、提交bug

在提交一個(gè)缺陷的缺陷，首先盡量描述這個(gè)缺陷的屬性。Bug重現(xiàn)環(huán)境，bug類型，bug等級(jí)，bug的優(yōu)先級(jí)以及詳細(xì)的重現(xiàn)步驟，結(jié)果與期望等。

當(dāng)然，我們在提交一個(gè)問題之前首先應(yīng)該保證，這個(gè)缺陷是沒有被提過的，以免造成重復(fù)缺陷單。

3、指派bug

這一步不是必須的，跟項(xiàng)目模式有關(guān)，有些公司測試部門與開發(fā)部門獨(dú)立，那么測試人員就不確定自己測試的模塊是由哪位開發(fā)人員負(fù)責(zé)的，在這種情況下，測試人員統(tǒng)一把問題指派給項(xiàng)目組長或經(jīng)理，由項(xiàng)目組長（或經(jīng)理）對問題進(jìn)行確認(rèn)后再次分配給相應(yīng)的開發(fā)人員。

有些測試人員是穿插到不同研發(fā)團(tuán)隊(duì)中的，所以對不同的開人發(fā)員負(fù)責(zé)的開發(fā)模塊非常清楚，這個(gè)時(shí)候就可以將問題直接指派給相應(yīng)的開發(fā)人員。

也有一種情況，本來此問題應(yīng)該由A開發(fā)人員負(fù)責(zé)，但由于A開發(fā)人員的調(diào)離或辭職，些問題為轉(zhuǎn)交給其它人員處理?！胺峙洹睆?qiáng)調(diào)是上級(jí)對下級(jí)；“轉(zhuǎn)交”強(qiáng)調(diào)的是平級(jí)之間。

4、確認(rèn)缺陷

當(dāng)開發(fā)人員接到一個(gè)缺陷時(shí)，首先是對其進(jìn)行分析與重現(xiàn)，如果對其進(jìn)行分析發(fā)現(xiàn)不是缺陷（可能由于測試人員不了解需求）或無法對此問題進(jìn)行重現(xiàn)，那么就需要將此問題反回給測試人員，并注明原因。如果確認(rèn)為缺陷則需要對其進(jìn)行處理。

5、修復(fù)BUG

推遲處理

在處理問題之后，還需要進(jìn)行一次判斷，是否需要推遲處理，有些需求已經(jīng)確認(rèn)了是問題，由于其可能在極端情況下才會(huì)出現(xiàn)，或需要對系統(tǒng)架構(gòu)進(jìn)行改動(dòng)，或其優(yōu)先級(jí)非常低，所以暫時(shí)不需要對此問題進(jìn)行處理（或到下個(gè)版本進(jìn)再進(jìn)行修復(fù)）。

固定

對于推遲處理的問題可以暫時(shí)進(jìn)行固定（“固定”為QC中的叫法。）一般固定的問題需要經(jīng)過項(xiàng)目經(jīng)理與測試經(jīng)理協(xié)商后才能固定。

處理缺陷

開發(fā)人員在確認(rèn)完一個(gè)問題需要處理時(shí)，那么就對其進(jìn)行處理工作。（例如，redmine 是支持處理人時(shí)時(shí)更新問題處理進(jìn)度的，如 已處理30% ，已處理80% 等，當(dāng)然，對于短時(shí)間內(nèi)可以修復(fù)的問題就沒必要時(shí)時(shí)的去更新處理進(jìn)度。）

6、回歸驗(yàn)證BUG

回歸缺陷對于測試人員來說是非常重要的工作，其有三個(gè)入口兩個(gè)出口。

確認(rèn)非缺陷問題：對于提交的一個(gè)缺陷，開人員處理為非問題或無法重現(xiàn)，然后直接轉(zhuǎn)交給測試人員回歸。測試人員再次確認(rèn)，如果真如開發(fā)人員所說，則將問題關(guān)閉。如果非開發(fā)人員所說，是由于問題描述模糊或其它原因喂重現(xiàn)問題，則再次注明原因轉(zhuǎn)給開發(fā)人員。

確認(rèn)修復(fù)問題：對開發(fā)人員修復(fù)的問題再次進(jìn)行確認(rèn)，確認(rèn)能過，則關(guān)閉問題。確認(rèn)不通過，將問題再次打開并轉(zhuǎn)給開發(fā)人員。

確認(rèn)固定問題：有計(jì)劃的對固定問題進(jìn)行確認(rèn)，有些固定問題隨著時(shí)間的推移，版本的更新或已經(jīng)不存在了，對這類問題應(yīng)該及時(shí)關(guān)閉。有些固定問題依然存在且變得緊急，對于這類問題應(yīng)該及時(shí)打開交給開發(fā)人員處理。

7、關(guān)閉缺陷

對于已經(jīng)修復(fù)的缺陷進(jìn)行關(guān)閉，這也是一個(gè)缺陷的最后一個(gè)狀態(tài)。

在做接口測試的時(shí)候可以使用國產(chǎn)的接口測試和接口文檔生成工具apipost