綜合管理：一個成功軟件測試項目的經(jīng)驗

申請免費試用、咨詢電話：400-8352-114

本文以一個工作流測試項目為例， 總結(jié)了在測試過程中積累的經(jīng)驗，探討了目前國內(nèi)軟件開發(fā)企業(yè)在軟件測試過程中遇到的問題以及解決的方法。測試項目背景和實施情況工作流在某公司軟件產(chǎn)品線中占有重要地位。 　　　　
　　Workflow項目是5系列中的一個小版本，主要增加了任務(wù)代辦、任務(wù)代理、以及任務(wù)交接等功能，同時還修復(fù)了一些易用性和功能性的Bug。下面，我們大概介紹一下這個項目的實施情況：
　　● 項目規(guī)模與測試人員配置：
　　○ 項目代碼行數(shù)：5萬行
　　○ 開發(fā)人員配置：開發(fā)人員5名、實習(xí)生1名
　　○ 測試人員配置：測試設(shè)計人員1名、測試執(zhí)行人員2名、實習(xí)生1名
　　● 項目測試時的系統(tǒng)部署情況:
　　● 測試預(yù)期與測試執(zhí)行情況整個測試項目是比較成功的，項目的時間執(zhí)行情況和預(yù)期的測試指標(biāo)度量都比較接近。發(fā)現(xiàn)Bug總數(shù)和缺陷密度都達(dá)到了要求的標(biāo)準(zhǔn)。當(dāng)然，測試周期的實際值比計劃值晚了兩周，原?因是在系統(tǒng)測試后期，為了滿足PSO部門提出的定時器需求造成了一定的延期?；仡櫿麄€項目的測試過程，我有幾點小小的感悟，愿在此和大家一起分享。
　　測試如何盡早介入
　　基于以前的測試經(jīng)驗，我們也越來越認(rèn)識到測試人員應(yīng)該盡早介入項目的重要性。簡單地沿用測試V模型往往出現(xiàn)很多問題，特別是在項目進(jìn)度拖延的情況下更是如此。如果測試人員一味固執(zhí)地被要求嚴(yán)格按照V模型定義的標(biāo)準(zhǔn)來開展測試工作的話，則結(jié)果往往是在項目初期測試人員工作量極度不飽和（很多測試人員無所事事），而到了項目后期，一旦項目經(jīng)理決定壓縮測試時間，測試人員就不得不加班加點地工作。但是，不少朋友實踐“測試人員盡早介入”的效果并不理想，例如：
　　● 測試人員參加項目前期的各種會議，會被當(dāng)作“專職的”會議記錄員。
　　● 測試人員參加代碼評審，又不甚了解程序開發(fā)語言，浪費了時間其丟失了自信。那么，在這個XXX5.2 Workflow項目中我們是怎么做的呢？實際上，在項目開發(fā)初期，測試人員可以開展很多有價值的工作，例如：
　　● 評審需求文檔的正確性和可測試性；根據(jù)需求文檔整理和分析測試需求，清晰明確的測試需求是測試設(shè)計的基礎(chǔ)。
　　● 在開發(fā)設(shè)計過程中，根據(jù)需求文檔和設(shè)計文檔進(jìn)行測試設(shè)計，測試設(shè)計方案是測試用例的保證。
　　● 和項目團(tuán)隊中的集成組和開發(fā)組協(xié)?商軟件版本的編譯方式和編譯進(jìn)度以及測試人員提取版本的方式和進(jìn)度。
　　● 開發(fā)人員每天下午4：30之前提交所有可編譯的代碼，每天晚上進(jìn)行日編譯；
　　● 開發(fā)經(jīng)理根據(jù)版本穩(wěn)定情況，每周提交測試申請單。
　　● 測試人員根據(jù)測試進(jìn)度需要，提取測試版本。
　　● 提前準(zhǔn)備測試環(huán)境，包括數(shù)據(jù)庫環(huán)境，操作系統(tǒng)和web應(yīng)用服務(wù)器，以及復(fù)雜集群環(huán)境。
　　● 如果項目需要，還可以在此階段研究一下自動測試工具，包括一些準(zhǔn)備外包測試的工作。根據(jù)產(chǎn)品的成熟度調(diào)整測試策略開發(fā)測試一盤棋。測試經(jīng)理應(yīng)該有大局觀，保持測試策略總與開發(fā)的進(jìn)展相一致，保證最終的軟件成果最佳（而不是測試部發(fā)現(xiàn)Bug數(shù)最多）。在這個XXX5.2 Workflow項目過程中，我們合理制定了不同階段的測試策略，收到了很好的效果。來源于考試大
　　產(chǎn)品開發(fā)期同情的測試
　　要忍！要在這個能夠發(fā)現(xiàn)大批Bug的黃金時段學(xué)會做減法。就現(xiàn)實而言，這個階段的產(chǎn)品，大多難以滿足系統(tǒng)測試的條件。如果進(jìn)行窮兵黷武式的測試，無疑會加重開發(fā)人員的焦慮心情，甚至對測試產(chǎn)生逆反心理。另一方面，測試工作不應(yīng)停滯，特別是不少測試人員對產(chǎn)品的了解還流于皮毛，抓緊時間進(jìn)行“測試練兵”非常有必要。因此，“產(chǎn)品開發(fā)期”的測試切忌生硬。其實，此時程序人員也知道產(chǎn)品還不成熟，所以要告訴測試執(zhí)行人員：
　　● 這個階段不要提交界面簡單錯誤和易用性方面的Bug（可以先記錄下來到項目末期提交），否則會使開發(fā)人員質(zhì)疑測試人員只會發(fā)現(xiàn)簡單的Bug。
　　● 換位思考，了解此時開發(fā)人員最關(guān)心的是功能是否能正確運行，多對基本功能進(jìn)行測試。
　　產(chǎn)品成熟期積極的測試
　　隨著產(chǎn)品的不斷成熟，主要功能的實現(xiàn)已經(jīng)趨于完善，關(guān)鍵路徑的測試已經(jīng)不成問題。此時的程序員們，壓力已經(jīng)大大減輕，他們的工作重點也從“構(gòu)建”轉(zhuǎn)移到了“修復(fù)Bug”，這個階段程序人員對于Bug的接受程度是最高的，對Bug的修復(fù)和反饋也非常積極。于是，此時的測試工作應(yīng)對整個產(chǎn)品的細(xì)節(jié)和所有路徑進(jìn)行覆蓋測試，保證測試的全面性，層層深入地測試產(chǎn)品值得測試的各個部分，盡可能多的發(fā)現(xiàn)并報告Bug。