隨著我國軟件開發(fā)和測試能力的提高，以及人力成本相對低廉，越來越多的跨國企業(yè)在中國設(shè)立了研發(fā)中心，從而將部分項目從國外轉(zhuǎn)移到中國的研發(fā)中心。這時候，擺在測試團隊面前的，將是如何在已有項目的基礎(chǔ)上進行有效的測試，即如何對中途接手項目開展有效的測試。
對于測試團隊而言，測試中途接手的項目和產(chǎn)品，存在很多的風(fēng)險和挑戰(zhàn)。本文首先從測試的角度闡述中途接手項目測試可能存在的風(fēng)險和挑戰(zhàn)；然后根據(jù)筆者的經(jīng)驗和知識，提出測試方面的建議，以幫助測試人員更好的開展此類條件下的測試活動。
1）風(fēng)險和挑戰(zhàn)
（1）項目測試經(jīng)驗欠缺
對于中途接手的項目，測試團隊首先面臨的一個挑戰(zhàn)是缺少當(dāng)前項目的測試經(jīng)驗，至少是不熟悉項目，例如：系統(tǒng)的整體設(shè)計架構(gòu)、實現(xiàn)的主要功能、客戶的關(guān)注重點、系統(tǒng)的測試平臺、系統(tǒng)使用的測試工具、系統(tǒng)配置和管理的命令、系統(tǒng)中主要的缺陷分布等。項目中這些信息和知識，都需要測試團隊花費很多的時間進行學(xué)習(xí)和理解。測試團隊中盡管有的成員可能對系統(tǒng)功能有些經(jīng)驗和知識儲備，但是對于該項目而言，測試經(jīng)驗方面肯定是欠缺的，或者是缺乏經(jīng)驗的。
（2）開發(fā)測試文檔不全
中途接手的項目，測試團隊面臨的第二個問題是：原有的需求文檔和測試文檔可能不全，甚至沒有，例如：由于軟件開發(fā)的成熟度低下，或者由于項目移交的時候沒有將相關(guān)的文檔成功交接。而后續(xù)的測試工作需要詳細(xì)了解以前項目版本的需求和相關(guān)的測試文檔，從而可以深入學(xué)習(xí)和理解以前項目的基本功能。
對開發(fā)團隊而言，沒有原始的需求文檔也是一個非常大的挑戰(zhàn)。首先，開發(fā)人員只能通過研究軟件的代碼來理解系統(tǒng)的功能和實現(xiàn)。而對系統(tǒng)各種可能的數(shù)據(jù)輸入都進行研究是不現(xiàn)實的，并且也很容易遺漏一些復(fù)雜的功能實現(xiàn)。其次，開發(fā)人員在面對特定輸入情況下系統(tǒng)產(chǎn)生令人迷惑的輸出，開發(fā)人員可能會想當(dāng)然的認(rèn)為系統(tǒng)就是這樣實現(xiàn)的。令情況更糟的是，開發(fā)人員在確定系統(tǒng)正確的輸出和工作方式過程中，并沒有進行相應(yīng)的文檔化，而是在這基礎(chǔ)上直接進行代碼設(shè)計，導(dǎo)致這種猜測循環(huán)經(jīng)常持續(xù)，從而使需求的收集和文檔化更加困難。
而對于測試團隊來說，同樣面臨嚴(yán)峻的挑戰(zhàn)。雖然從表面上看，在已有系統(tǒng)上進行測試，測試人員可以通過比較以前軟件的輸出和新的軟件輸出結(jié)果進行對比。但是，基于不同版本輸出結(jié)果進行判斷并不總是安全的，例如：原來系統(tǒng)的輸出就是錯誤的?；谶@樣的判斷，測試人員就會遺漏系統(tǒng)中的一些缺陷。或者，原來系統(tǒng)實現(xiàn)的功能是不正確的，而在新的系統(tǒng)中，由于增加或升級了軟件修改了原來代碼的缺陷，其輸出是正確的?；趦烧咧g的比較，測試人員會認(rèn)為新的系統(tǒng)由于代碼的修改引入了缺陷，而提交了不應(yīng)該提交的缺陷報告。假如開發(fā)人員修改了本來是正確的代碼，新的軟件中又引入了新的缺陷。原本應(yīng)該在需求階段確定的預(yù)期結(jié)果的判斷，落到了測試人員頭上。
（3）不穩(wěn)定的測試對象
在很多時候，項目在移交之前可能已經(jīng)交付給客戶使用了，后續(xù)的開發(fā)和測試會在用戶版本的基礎(chǔ)之上進行一些維護工作，例如：新功能的添加、缺陷的修改、系統(tǒng)架構(gòu)的更改、新技術(shù)代替老技術(shù)等。在這種情形下，整個系統(tǒng)看起來更象是移動的不穩(wěn)定的實體，這樣導(dǎo)致的結(jié)果是新的系統(tǒng)一直處于多種開發(fā)狀態(tài)的混合體，它們會經(jīng)歷不同的生命周期階段，是個不穩(wěn)定的測試對象。
（4）測試工作量的估算
由于中途接手的項目經(jīng)常處于不穩(wěn)定的狀態(tài)，導(dǎo)致測試工作量、測試進度、測試人員和資源的估算更加困難。測試工作量的估算只能是基于對系統(tǒng)功能的粗略理解，而所謂的系統(tǒng)功能甚至可能是錯誤的，或者系統(tǒng)在維護過程中功能經(jīng)常發(fā)生變更。對于測試估算而言，即使有詳細(xì)的需求文檔的情況下，也是