綜合管理：一個(gè)成功軟件測(cè)試項(xiàng)目的經(jīng)驗(yàn)

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

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