大型本地化軟件測(cè)試需要進(jìn)行充分的測(cè)試準(zhǔn)備，需要科學(xué)的測(cè)試流程管理。為了跟蹤和控制測(cè)試質(zhì)量，便于管理測(cè)試發(fā)現(xiàn)的Bug，需要為每一個(gè)測(cè)試項(xiàng)目配置一個(gè)專用缺陷跟蹤數(shù)據(jù)庫(kù)，以便報(bào)告、查詢、分類、跟蹤、處理和驗(yàn)證錯(cuò)誤。

為了保證發(fā)現(xiàn)和報(bào)告的錯(cuò)誤質(zhì)量，需要首先由經(jīng)驗(yàn)豐富的測(cè)試人員，在缺陷跟蹤數(shù)據(jù)庫(kù)中對(duì)新發(fā)現(xiàn)的錯(cuò)誤進(jìn)行確認(rèn)，如果確實(shí)屬于錯(cuò)誤，再由錯(cuò)誤修復(fù)工程師進(jìn)行修復(fù)處理。

1、軟件錯(cuò)誤的狀態(tài)

新錯(cuò)誤(New)：測(cè)試中新報(bào)告的軟件缺陷。 更多新信息（New More Info）：錯(cuò)誤修復(fù)工程師認(rèn)為報(bào)告的錯(cuò)誤信息不完整，要求錯(cuò)誤報(bào)告者添加更準(zhǔn)確的錯(cuò)誤信息。 打開(kāi) (Open)：錯(cuò)誤被確認(rèn)并分配給相關(guān)錯(cuò)誤修復(fù)工程師處理。 拒絕(Declined)：拒絕修改缺陷。包括兩種情況： 拒絕-不是錯(cuò)誤（Declined-Not Bug）：報(bào)告的錯(cuò)誤不術(shù)語(yǔ)錯(cuò)誤。 拒絕-重復(fù)（Declined-Duplicated）：以前已經(jīng)報(bào)告過(guò)這個(gè)錯(cuò)誤，需要指出已經(jīng)報(bào)告過(guò)的錯(cuò)誤標(biāo)識(shí)編號(hào)。 修正(Fixed)：錯(cuò)誤修復(fù)工程師已完成修正，等待測(cè)試人員驗(yàn)證。 重新打開(kāi)（Reopen）：沒(méi)有正確修復(fù)的錯(cuò)誤，需要進(jìn)一步修復(fù)。 延期(Deferred)：不在當(dāng)前版本修復(fù)的錯(cuò)誤，以后的版本修復(fù)。包括兩種情況： 延期-下個(gè)版本（Deferred –Next Build）：本項(xiàng)目的下一個(gè)新版本修復(fù)。 延期-下個(gè)主要版本（Deferred –Next Main Release）：本項(xiàng)目不修復(fù)，本軟件下一個(gè)項(xiàng)目的版本修復(fù)。 關(guān)閉(Closed)：錯(cuò)誤已被修復(fù)。 　

　2、Bug管理的一般流程

測(cè)試人員提交新的錯(cuò)誤入庫(kù)，錯(cuò)誤狀態(tài)為New。

高級(jí)測(cè)試人員驗(yàn)證錯(cuò)誤，如果是重復(fù)報(bào)告的錯(cuò)誤，則設(shè)置為Declined-Duplicated狀態(tài)，并指出與哪個(gè)已經(jīng)報(bào)個(gè)錯(cuò)誤重復(fù)（注明標(biāo)識(shí)編號(hào)ID#）。否則，如果確認(rèn)是錯(cuò)誤，分配給相應(yīng)的修復(fù)工程師，設(shè)置狀態(tài)為Open。如果不是錯(cuò)誤，則拒絕，設(shè)置為Declined-Not Bug狀態(tài)。

錯(cuò)誤修復(fù)工程師查詢狀態(tài)為Open的錯(cuò)誤，如果因?yàn)殄e(cuò)誤的信息不完全，沒(méi)法重現(xiàn)錯(cuò)誤，則設(shè)置狀態(tài)為New More Info；如果不是錯(cuò)誤，則設(shè)置狀態(tài)為Declined-Not Bug；如果是錯(cuò)誤則修復(fù)，設(shè)置狀態(tài)為Fixed。對(duì)于當(dāng)前版本不能解決，準(zhǔn)備本項(xiàng)目的下一個(gè)新版本處理的錯(cuò)誤，要留下處理注釋，設(shè)置錯(cuò)誤為Deferred –Next Build狀態(tài)。如果只能在軟件的下個(gè)新項(xiàng)目才能解決，要留下處理注釋，設(shè)置錯(cuò)誤為Deferred –Next Main Release狀態(tài)。

對(duì)于不能解決和延期解決的錯(cuò)誤，不能由軟件修復(fù)工程師自己決定，一般要通過(guò)某種會(huì)議（評(píng)審會(huì)）通過(guò)才能認(rèn)可。

測(cè)試人員查詢狀態(tài)為Fixed的錯(cuò)誤，然后驗(yàn)證錯(cuò)誤是否已修復(fù)，如果已經(jīng)修復(fù)，設(shè)置錯(cuò)誤的狀態(tài)為Closed，如沒(méi)有解決置狀態(tài)為Reopen。

下面以一個(gè)錯(cuò)誤的處理過(guò)程為例，給出一般的處理流程圖。

　3、軟件錯(cuò)誤流程管理要點(diǎn)

為了保證錯(cuò)誤的正確性，需要有豐富測(cè)試經(jīng)驗(yàn)的測(cè)試人員驗(yàn)證和確認(rèn)發(fā)現(xiàn)的錯(cuò)誤是否是真正的錯(cuò)誤，測(cè)試步驟是否準(zhǔn)確、簡(jiǎn)潔、可以重復(fù)。 軟件錯(cuò)誤的確認(rèn)并不總是輕而易舉的事情。由于對(duì)軟件設(shè)計(jì)具體要求的不了解，對(duì)測(cè)試報(bào)告的個(gè)別軟件錯(cuò)誤，可能無(wú)法確認(rèn)是否屬于真正的軟件錯(cuò)誤，本地化服務(wù)商需要與軟件供應(yīng)商交流并確認(rèn)。 每次對(duì)錯(cuò)誤的處理都要保留處理信息，包括處理者姓名，時(shí)間，處理方法，處理步驟，錯(cuò)誤狀態(tài)，處理注釋等。 對(duì)錯(cuò)誤的拒絕不能由程序員單方面決定，應(yīng)該由項(xiàng)目經(jīng)理，測(cè)試經(jīng)理和設(shè)計(jì)經(jīng)理共同決定。 對(duì)錯(cuò)誤延期處理不能由本地戶服務(wù)商決定，應(yīng)該由軟件供應(yīng)商決定。 錯(cuò)誤修復(fù)后必須由報(bào)告錯(cuò)誤的測(cè)試人員驗(yàn)證后，確認(rèn)已經(jīng)修復(fù)，才能關(guān)閉錯(cuò)誤。

[1]