軟件項目測試經(jīng)驗(3)

　　下面舉個(gè)例子，這個(gè)例子是經(jīng)常性的一種情況。假設在測試過(guò)程中，我們發(fā)現了一個(gè)阻塞性錯誤(流程無(wú)法繼續往下走等類(lèi)似情況)，是否繼續進(jìn)行測試呢?

　　在項目初期，進(jìn)行單個(gè)或多個(gè)模塊的測試時(shí)：因為可以執行界面測試及熟悉系統，我們可以接受該版本，繼續進(jìn)行測試。這就屬于已提交測試內容所能完成的測試。

　　系統測試：基本流程必須走通。如果基本業(yè)務(wù)流程(主干)不能走通，則需要根據實(shí)際情況來(lái)靈活處理。(是否暫停測試或繼續測試?)如果是整個(gè)流程的初始節點(diǎn)失效，沒(méi)有這個(gè)節點(diǎn)的數據，后面所有節點(diǎn)均無(wú)法進(jìn)行，那么這種情況下就只能暫停測試。如果說(shuō)是分支流程出現阻塞，那么可以考慮繼續測試，并且在測試報告中說(shuō)明該分支未測試。此時(shí)不暫停測試，主要是考慮重新集成一個(gè)版本的性?xún)r(jià)比，也就是是否值得重新集成。

　　發(fā)布前的確認測試：一旦有阻塞性缺陷，馬上停止測試。

　　上面說(shuō)的是測試過(guò)程。下面簡(jiǎn)單介紹一下我們實(shí)際的測試工作。

　　我們的測試組一般是在項目啟動(dòng)時(shí)進(jìn)入項目組的。在項目立項時(shí)，項目經(jīng)理會(huì )向測試部經(jīng)理申請測試資源。經(jīng)過(guò)評估衡量后，測試部經(jīng)理會(huì )安排一個(gè)測試人員作為項目測試組長(cháng)。當項目啟動(dòng)時(shí)，測試組長(cháng)進(jìn)入項目，開(kāi)始了解項目用戶(hù)需求，起草項目測試計劃。在到了一定階段，例如測試設計階段，測試部經(jīng)理會(huì )根據項目規模以及團隊其他人員工作負荷情況，安排其他人進(jìn)入項目組。一般來(lái)說(shuō)，我們一個(gè)項目是2~3名測試人員。在項目進(jìn)入維護階段時(shí)，則是一個(gè)測試人員跟進(jìn)項目。

　　測試組長(cháng)根據項目情況及項目階段計劃，定義項目本階段測試次數。項目經(jīng)理參考測試組長(cháng)提供的測試次數建議，以及項目開(kāi)發(fā)的情況，和項目組各個(gè)小組負責人溝通后，定義了系統本階段版本集成時(shí)間。在我們的項目里，有一個(gè)開(kāi)發(fā)人員兼職做集成人員。在指定的版本集成時(shí)間之前的一段時(shí)間，各個(gè)開(kāi)發(fā)人員將他們的程序提交配置庫，由集成人員進(jìn)行集成(不同語(yǔ)言有不同的集成方式)。集成后，集成人員會(huì )簡(jiǎn)單的進(jìn)行自測，驗證是否集成成功。如果集成成功，就在服務(wù)器上給該版本程序打上標簽。如果集成不成功，那么返工給相應開(kāi)發(fā)人員修改并重新集成，如此反復直至集成成功。集成成功后，集成人員會(huì )提交一份集成說(shuō)明給測試組長(cháng)。集成說(shuō)明內容包括：集成版本路徑、版本標簽、修改內容、新增內容等。測試組長(cháng)則根據預先準備好的測試計劃開(kāi)始測試。在開(kāi)始測試時(shí)測試組長(cháng)會(huì )通知項目組測試開(kāi)始，不允許更新測試環(huán)境。測試結束后，也會(huì )通知項目組測試結束。

　　在正常情況下，開(kāi)發(fā)組是預定的集成日期的當天晚上集成，測試組第二天開(kāi)始測試。如果遇到特殊情況需要當天集成當天測試的話(huà)，我們的開(kāi)發(fā)人員會(huì )等到測試組通知測試結束后，才能離崗。

　　如果在完成計劃的測試次數后，系統質(zhì)量仍不穩定或沒(méi)有達到預期目標的話(huà)，那么測試組長(cháng)將和PM溝通，相應增加測試次數。

　　關(guān)于測試用例的執行，我不知道大家一般是采用怎樣的一種方式的。在我原來(lái)的團隊中，測試用例的主要作用是保證正常功能的測試覆蓋率，避免某些功能因為測試周期長(cháng)而導致測試遺漏。但是我們也采用經(jīng)驗法、試探法、轉換思維的方式進(jìn)行測試，所以，我們一般使用測試用例執行3~4次測試。

　　我們是采用公司自主開(kāi)發(fā)的缺陷管理系統進(jìn)行缺陷管理的，使用excel、word進(jìn)行其他測試工件的編寫(xiě)的。

　　在缺陷管理上，整體流程基本類(lèi)似，但是在缺陷分配上，我們測試人員是直接分配給項目缺陷分配專(zhuān)員，一般是業(yè)務(wù)分析員擔任，由他經(jīng)過(guò)分析后進(jìn)行缺陷的再分配。對于不修改的缺陷，測試成員需要進(jìn)行確認，如果不認同可以向相關(guān)人員提出自己的意見(jiàn)。在系統階段確認測試前的2~3天，測試組長(cháng)會(huì )將系統未解決的缺陷清單給項目經(jīng)理確認，并要求pm提供缺陷應對方案。該文檔在系統發(fā)布時(shí)是作為其中的一份附件。

原文轉自：http://kjueaiud.com