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