【文章內(nèi)容簡(jiǎn)介】 所有審查中發(fā)現(xiàn)的缺陷都得到更正、所有問(wèn)題都被解決以及各方的意見(jiàn)都達(dá)成一致之后，測(cè)試用例開(kāi)發(fā)人員就可以將通過(guò)審查的測(cè)試用例文檔定稿了。7測(cè)試用例的有效性驗(yàn)證當(dāng)新的測(cè)試用例文檔定稿之后，我們還有必要對(duì)測(cè)試用例進(jìn)行一次有效性驗(yàn)證。這個(gè)過(guò)程可以在軟件的非正式測(cè)試版本上進(jìn)行。由于測(cè)試結(jié)果并不作為任何正式測(cè)試輪次的報(bào)告，其作用只是驗(yàn)證測(cè)試用例與待測(cè)產(chǎn)品的一致性及測(cè)試用例中所描述的測(cè)試環(huán)境等的有效性，所以測(cè)試用例的有效性驗(yàn)證中并不要求將所有測(cè)試用例進(jìn)行測(cè)試，只需要有代表性的挑選幾個(gè)能體現(xiàn)產(chǎn)品特性和環(huán)境有效性的用例進(jìn)行測(cè)試即可。 開(kāi)始執(zhí)行測(cè)試經(jīng)過(guò)以上幾個(gè)小節(jié)的準(zhǔn)備工作，測(cè)試人員就即將進(jìn)入軟件測(cè)試用例的執(zhí)行階段了。這時(shí)執(zhí)行測(cè)試用例活動(dòng)的組織者(通常是測(cè)試組長(zhǎng))就應(yīng)該開(kāi)始安排測(cè)試輪次用例集合和測(cè)試用例執(zhí)行進(jìn)度，分配測(cè)試任務(wù)。1．挑選測(cè)試用例組成測(cè)試輪次用例集合軟件測(cè)試用例的執(zhí)行有時(shí)不是一蹴而就，而可能會(huì)分為好幾個(gè)輪次。測(cè)試輪次用例集合指的是該輪次中需要執(zhí)行的測(cè)試用例的集合。各輪次的測(cè)試用例集合間可能使用的是同樣的測(cè)試用例，也可能是完全不同的測(cè)試用例。上一小節(jié)中我們完成的所有的測(cè)試用例套件在實(shí)際使用時(shí)通常作為一個(gè)測(cè)試用例的倉(cāng)庫(kù)。測(cè)試輪次用例集合中的測(cè)試用例可以是從測(cè)試用例倉(cāng)庫(kù)中挑選出來(lái)的一個(gè)或多個(gè)完整的測(cè)試用例套件的組合，也可以是從一些測(cè)試用例套件中挑選出來(lái)的測(cè)試用例的集合。例如，在為軟件的某一組件進(jìn)行首次功能測(cè)試時(shí)，可以將這個(gè)組件的所有功能測(cè)試用例套件中的測(cè)試用例作為一個(gè)測(cè)試輪次的用例集合使用。又如，在為一個(gè)組件進(jìn)行軟件功能的回歸測(cè)試時(shí)，因?yàn)榛貧w測(cè)試主要是針對(duì)軟件的改動(dòng)而進(jìn)行的，所以我們可能會(huì)從這個(gè)組件的所有功能測(cè)試用例套件中挑選一些與本次改動(dòng)有直接或間接關(guān)系的測(cè)試用例作為一個(gè)測(cè)試輪次的用例集合使用，而非所有的功能測(cè)試用例套件中的測(cè)試用例。這樣的測(cè)試用例的挑選是基于測(cè)試階段、測(cè)試目的、測(cè)試日程安排、人力和物力資源情況、測(cè)試用例的覆蓋面等諸多資源來(lái)考慮的，這也是測(cè)試計(jì)劃和測(cè)試策略的一部分。因此，可以看出測(cè)試計(jì)劃和測(cè)試策略不是一旦編寫(xiě)完成之后就束之高閣，一成不變的，因?yàn)樵跍y(cè)試活動(dòng)的進(jìn)行中或多或少會(huì)遇上一些突發(fā)的情況，這樣就不可避免地修改測(cè)試日程安排、人力和物力資源分配等、從而需要修改測(cè)試計(jì)劃和測(cè)試策略。測(cè)試輪次用例集合準(zhǔn)備好之后執(zhí)行測(cè)試用例活動(dòng)的組織者就可以把集合中的測(cè)試用例分配給參與執(zhí)行測(cè)試的測(cè)試人員了。2．正式執(zhí)行測(cè)試前的軟件版本驗(yàn)證工作? 開(kāi)發(fā)團(tuán)隊(duì)的版本驗(yàn)證工作當(dāng)開(kāi)發(fā)人員的階段性代碼編寫(xiě)工作完成之后，開(kāi)發(fā)人員需要將新開(kāi)發(fā)的代碼和現(xiàn)存的代碼集成并進(jìn)行一遍完整的單元測(cè)試。當(dāng)單元測(cè)試通過(guò)之后，開(kāi)發(fā)人員需要將所有的代碼進(jìn)行編譯以生成可執(zhí)行的軟件鏡像，需要注意的是，這時(shí)的可執(zhí)行軟件鏡像并不是可正式發(fā)布的版本。開(kāi)發(fā)人員還應(yīng)該對(duì)其進(jìn)行冒煙測(cè)試，其原則是挑選該產(chǎn)品最具代表性的測(cè)試用例和新改動(dòng)部分的代表性的測(cè)試用例作為冒煙測(cè)試的測(cè)試用例計(jì)劃。忽視冒煙測(cè)試的風(fēng)險(xiǎn)在于，當(dāng)未經(jīng)過(guò)任何測(cè)試的可執(zhí)行軟件鏡像被作為新的軟件版本直接交付于測(cè)試團(tuán)隊(duì)時(shí)，如果新的版本出現(xiàn)大面積退化，甚至是重大產(chǎn)品功能不能使用，則這個(gè)軟件版本將會(huì)被測(cè)試部門(mén)直接退回。這樣會(huì)增加大量增加開(kāi)發(fā)團(tuán)隊(duì)和測(cè)試團(tuán)隊(duì)的溝通成本和時(shí)間成本，而且有損開(kāi)發(fā)團(tuán)隊(duì)的聲譽(yù)。? 測(cè)試團(tuán)隊(duì)的版本驗(yàn)證工作在新的可執(zhí)行軟件鏡像通過(guò)冒煙測(cè)試之后，該鏡像就成為測(cè)試團(tuán)隊(duì)的可測(cè)版本的一個(gè)候選版本。所謂可測(cè)版本就是指該軟件版本沒(méi)有重大產(chǎn)品功能質(zhì)量問(wèn)題并且新開(kāi)發(fā)的產(chǎn)品功能無(wú)重大質(zhì)量問(wèn)題(如新功能無(wú)法啟動(dòng)或極度不穩(wěn)定等)等。測(cè)試團(tuán)隊(duì)需要將一個(gè)剛接手的可執(zhí)行軟件鏡像作為可測(cè)版本的一個(gè)候選版本的原因在于，測(cè)試團(tuán)隊(duì)并不能保證新的可執(zhí)行軟件鏡像一定符合本團(tuán)隊(duì)的可測(cè)版本的要求且適合正式的測(cè)試環(huán)境。因此，此時(shí)測(cè)試團(tuán)隊(duì)會(huì)將這個(gè)可執(zhí)行軟件鏡像列為可測(cè)版本的一個(gè)候選版本，并對(duì)其進(jìn)行版本驗(yàn)證測(cè)試(BVTBuild Verification Test)或稱作Sanity Test。其測(cè)試目的就是驗(yàn)證候選版本是否符合可測(cè)版本的上述要求。如果不符合，則候選版本將被退回開(kāi)發(fā)團(tuán)隊(duì)。如果通過(guò)了版本驗(yàn)證測(cè)試，則該可執(zhí)行軟件鏡像就成為了測(cè)試團(tuán)隊(duì)的可測(cè)版本。例子有了這個(gè)教訓(xùn)之后，開(kāi)發(fā)和測(cè)試人員就開(kāi)始在每一個(gè)新的版本正式測(cè)試之前進(jìn)行軟件版本驗(yàn)證工作了。這樣的版本驗(yàn)證測(cè)試只會(huì)在少量的服務(wù)器上進(jìn)行，并執(zhí)行很少的一些為版本驗(yàn)證測(cè)試專門(mén)挑選的測(cè)試用例。因此大大地避免了由版本失敗帶來(lái)的大量的人力和時(shí)間的浪費(fèi)。此后開(kāi)發(fā)人員的出版本的速度也降到了一周一個(gè)，因?yàn)樗麄冊(cè)谧霭姹掘?yàn)證測(cè)試時(shí)通常會(huì)發(fā)現(xiàn)一些自己也認(rèn)為不可輕易放過(guò)的缺陷。此后的工作就變得對(duì)測(cè)試人員非常有利了。3．何時(shí)開(kāi)始執(zhí)行測(cè)試當(dāng)新的軟件版本通過(guò)了開(kāi)發(fā)團(tuán)隊(duì)和測(cè)試團(tuán)隊(duì)的版本證后，測(cè)試人員就可以開(kāi)始按照該測(cè)試輪次中所分配的測(cè)試用例對(duì)軟件產(chǎn)品進(jìn)行測(cè)試了。 報(bào)告測(cè)試缺陷執(zhí)行測(cè)試用例階段也就是測(cè)試人員發(fā)現(xiàn)軟件缺陷的重要階段。一旦測(cè)試人員確定一個(gè)軟件的問(wèn)題是軟件缺陷時(shí)，測(cè)試人員就有義務(wù)將其歸檔，并對(duì)該軟件缺陷進(jìn)行跟蹤。大多數(shù)軟件生產(chǎn)企業(yè)都會(huì)有一個(gè)網(wǎng)絡(luò)化的缺陷管理跟蹤系統(tǒng)，企業(yè)內(nèi)部的各種缺陷都可以存檔于這個(gè)系統(tǒng)中。這些缺陷并不僅限于軟件缺陷，還可以是需求和設(shè)計(jì)文檔的缺陷，同時(shí)也可以是硬件缺陷，例如制造嵌入式產(chǎn)品的企業(yè)：甚至可以是對(duì)現(xiàn)有工作流程所提的缺陷。1．將軟件缺陷進(jìn)行歸檔并對(duì)其進(jìn)行跟蹤的意義? 縮短軟件缺陷被修復(fù)的周期 開(kāi)發(fā)人員必須通過(guò)被歸檔的軟件缺陷的描述對(duì)缺陷進(jìn)行復(fù)現(xiàn)、分析和修復(fù)。簡(jiǎn)練)準(zhǔn)確、信息完整的軟件缺陷描述可以大大縮短軟件缺陷被修復(fù)的周期。 ? 反映軟件的質(zhì)量 每一輪次的測(cè)試完成之后，測(cè)試人員都會(huì)生成該輪次的缺陷列表和該輪次測(cè)試用例的通過(guò)情況列表，根據(jù)這些列表所反映的情況可以對(duì)軟件的質(zhì)量情況做出客觀的評(píng)估。因此，軟件測(cè)試人員有時(shí)也被稱為軟件項(xiàng)目的探路明燈。 ? 經(jīng)驗(yàn)總結(jié) 無(wú)論是測(cè)試完成后所生成的表格中的數(shù)據(jù)還是每一個(gè)被歸檔的測(cè)試用例，都可以被作為以后新的工作的基石。 2．既然軟件缺陷歸檔如此的重要，那么當(dāng)軟件測(cè)試人員發(fā)現(xiàn)了一個(gè)軟件缺陷時(shí)應(yīng)該如何有效地對(duì)缺陷進(jìn)行報(bào)告呢？ ? 在報(bào)告一個(gè)軟件缺陷時(shí)應(yīng)該盡量避免重復(fù)報(bào)告 有些軟件公司提供了強(qiáng)大的搜索工具來(lái)方便測(cè)試人員查詢是否已存在與自己即將報(bào)告的缺陷重復(fù)的記錄。這是一個(gè)非常好的實(shí)踐，因?yàn)榇罅恐貜?fù)的報(bào)告同一個(gè)缺陷不僅會(huì)增加開(kāi)發(fā)人員閱讀和分析缺陷報(bào)告記錄的時(shí)間，還會(huì)大量增加開(kāi)發(fā)人員和測(cè)試人員之間無(wú)謂的溝通次數(shù)。 ? 簡(jiǎn)練準(zhǔn)確的在缺陷的標(biāo)題中描述該缺陷 很多公司的缺陷歸檔和跟蹤系統(tǒng)對(duì)缺陷的標(biāo)題都有字?jǐn)?shù)的限制，其目的在于養(yǎng)成測(cè)試人員能夠以簡(jiǎn)練的語(yǔ)句描述缺陷的特征。這樣，開(kāi)發(fā)人員在極短的時(shí)間內(nèi)通過(guò)查看缺陷的標(biāo)題就可以判斷該缺陷是否已經(jīng)有人報(bào)告過(guò)，如果沒(méi)有則能很快定位軟件缺陷產(chǎn)生的位置和現(xiàn)象。 ? 一個(gè)缺陷報(bào)告記錄一個(gè)缺陷 這樣有利于開(kāi)發(fā)人員的工作開(kāi)展。如果一個(gè)缺陷報(bào)告記錄了兩個(gè)缺陷，而兩個(gè)缺陷又屬于不同的開(kāi)發(fā)小組，這時(shí)通常會(huì)造成開(kāi)發(fā)人員的修復(fù)工作無(wú)法開(kāi)展，因?yàn)楹茈y給這樣的缺陷定一個(gè)唯一的責(zé)任人。 ? 信息完整 測(cè)試人員應(yīng)該將測(cè)試用例所用到的測(cè)試數(shù)據(jù)和測(cè)試執(zhí)行過(guò)程中所產(chǎn)生的一些文件作為附件附加在缺陷報(bào)告中。 ? 直觀形象的描述缺陷，提高缺陷重現(xiàn)率 詳細(xì)、精確地提供重現(xiàn)步驟并附加一些圖片、視頻等信息有助于開(kāi)發(fā)人員更直觀地了解相關(guān)缺陷。 ? 客觀描述 報(bào)告軟件缺陷時(shí)應(yīng)當(dāng)客觀描述現(xiàn)象，避免主觀的評(píng)價(jià)，更不應(yīng)該對(duì)開(kāi)發(fā)人員的技術(shù)水平等做出評(píng)價(jià)。 3．缺陷報(bào)告的內(nèi)容 當(dāng)測(cè)試人員發(fā)現(xiàn)了一個(gè)軟件缺陷時(shí)，就需要開(kāi)始著手把這個(gè)軟件缺陷錄入到缺陷管理跟蹤系統(tǒng)中。錄入一個(gè)缺陷報(bào)告一般需要填寫(xiě)下列內(nèi)容，如表12所示。表12 缺陷報(bào)告內(nèi)容缺陷屬性含義缺陷唯一標(biāo)識(shí)缺陷管理跟蹤系統(tǒng)中對(duì)于每個(gè)缺陷的唯一標(biāo)識(shí)，通常為系統(tǒng)自動(dòng)生成報(bào)告時(shí)間缺陷報(bào)告生成的時(shí)間，通常為系統(tǒng)自動(dòng)生成狀態(tài)標(biāo)識(shí)一個(gè)缺陷當(dāng)前所處的狀態(tài)，是缺陷生命周期的一環(huán)，并隨之演化而變更缺陷報(bào)告人填寫(xiě)缺陷報(bào)告的測(cè)試工程師標(biāo)題缺陷的總結(jié)，要求簡(jiǎn)練準(zhǔn)確，讓開(kāi)發(fā)人員在極短的時(shí)間內(nèi)就可以判斷該缺陷是否已經(jīng)有人報(bào)道過(guò)；如果沒(méi)有，則能很快定位軟件缺陷產(chǎn)生的位置和現(xiàn)象所屬項(xiàng)目被測(cè)產(chǎn)品的項(xiàng)目名稱產(chǎn)品被測(cè)產(chǎn)品的產(chǎn)品內(nèi)部名稱組件缺陷所在的組件版本缺陷所在的軟件版本嚴(yán)重度客觀地從客戶的角度描述缺陷的嚴(yán)重程度。一般分為5級(jí)，通常由測(cè)試人員確定優(yōu)先級(jí)缺陷被修復(fù)的優(yōu)先級(jí)別。一般分為3~5級(jí)，通常由項(xiàng)目管理人員、開(kāi)發(fā)組長(zhǎng)、測(cè)試組長(zhǎng)共同確定發(fā)現(xiàn)階段缺陷被發(fā)現(xiàn)時(shí)的測(cè)試階段起源階段該缺陷本該在何測(cè)試階段被發(fā)現(xiàn)。例如，一個(gè)繼承測(cè)試階段應(yīng)該發(fā)現(xiàn)的組件接口方面的缺陷卻被遺留到了系統(tǒng)測(cè)試階段才被發(fā)現(xiàn)當(dāng)前負(fù)責(zé)人缺陷在生命周期中的某一個(gè)階段的負(fù)責(zé)人。隨著缺陷狀態(tài)的改變，缺陷的負(fù)責(zé)人會(huì)從測(cè)試人員（如Open狀態(tài)）變成項(xiàng)目組成員（如Assigned狀態(tài)），然后變成開(kāi)發(fā)人員（如Analysis或Fixing狀態(tài)），最后又回到測(cè)試人員手中（如Verified狀態(tài)）等詳細(xì)描述直觀、現(xiàn)象、完整地描述缺陷，提高缺陷重現(xiàn)率。詳細(xì)精確地提供重現(xiàn)步驟，附加一些圖片、視頻等信息有助于開(kāi)發(fā)人員更直觀地了解相關(guān)缺陷在上述需要填寫(xiě)的內(nèi)容中，詳細(xì)描述一項(xiàng)的內(nèi)容是開(kāi)發(fā)人員是否能從缺陷報(bào)告中得到準(zhǔn)確復(fù)現(xiàn)信息的關(guān)鍵。因此，詳細(xì)描述一項(xiàng)的內(nèi)容應(yīng)該做到條理清晰、描述精準(zhǔn)簡(jiǎn)練、突出重點(diǎn)。 在有條件的情況下缺陷報(bào)告中可以附加圖片或視頻（若不能拷屏，隨身的手機(jī)是一個(gè)好幫手）以使開(kāi)發(fā)人員能夠在最短的時(shí)間里重現(xiàn)缺陷。 標(biāo)明缺陷的復(fù)現(xiàn)概率可使開(kāi)發(fā)人員在重現(xiàn)缺陷時(shí)更好地掌握嘗試次數(shù)。 將發(fā)現(xiàn)缺陷人員的最有效聯(lián)系方式寫(xiě)在顯著的位置以便開(kāi)發(fā)人員在需要時(shí)能夠第一時(shí)間與發(fā)現(xiàn)缺陷人員溝通。 同一項(xiàng)目的測(cè)試人員所報(bào)告的缺陷的詳細(xì)描述一項(xiàng)應(yīng)該有統(tǒng)一的格式。以下我們列舉了一種格式以供參考： 軟件測(cè)試有前途嗎王小明同學(xué)即將踏入社會(huì)，成為一名職業(yè)人。經(jīng)過(guò)幾年的學(xué)習(xí)，小明結(jié)合自身能力及興趣愛(ài)好，決定往軟件測(cè)試領(lǐng)域發(fā)展。通過(guò)向老師、師兄師姐詢問(wèn)，以及在網(wǎng)上查找相關(guān)信息，軟件測(cè)試還是很有前途的。測(cè)試行業(yè)由來(lái)已久，在傳統(tǒng)行業(yè)中它一直是用來(lái)保證產(chǎn)品質(zhì)量的一個(gè)重要手段，隨著科技的不斷進(jìn)步，越來(lái)越多的新技術(shù)被應(yīng)用到測(cè)試行業(yè)中。隨著國(guó)民意識(shí)到品牌的力量，以及產(chǎn)品質(zhì)量對(duì)品牌的影響，人們對(duì)質(zhì)量檢測(cè)和質(zhì)量保證的投入越來(lái)越大。同樣，軟件制造業(yè)是制造業(yè)中的一員，也需要對(duì)其質(zhì)量進(jìn)行把控。在計(jì)算機(jī)誕生的初期，編程語(yǔ)言較為初級(jí)且程序較為簡(jiǎn)單，這使得軟件測(cè)試僅停留在一個(gè)程序調(diào)試階段。此時(shí)只要程序能夠正常運(yùn)行即可，并不需要專職的測(cè)試人員。之后隨著結(jié)構(gòu)化高級(jí)語(yǔ)言FORTRAN、PASCAL、C的出現(xiàn)，程序的規(guī)模隨之變得愈來(lái)愈大，復(fù)雜度也變得愈來(lái)愈高。軟件測(cè)試的重要性也逐漸顯現(xiàn)出來(lái)，專職測(cè)試員開(kāi)始走上舞臺(tái)。C++等面向?qū)ο笳Z(yǔ)言的出現(xiàn)使得軟件規(guī)模產(chǎn)生了爆炸式的增長(zhǎng)。動(dòng)輒幾十萬(wàn)、幾百萬(wàn)行代碼的軟件產(chǎn)品給軟件測(cè)試行業(yè)帶來(lái)空前契機(jī)，各種軟件測(cè)試?yán)碚撚旰蟠汗S般的出現(xiàn)，當(dāng)然此時(shí)期的軟件測(cè)試還是以手工測(cè)試為主。到現(xiàn)在，PC和互聯(lián)網(wǎng)的普及以及多媒體技術(shù)的成熟和大規(guī)模的使用使得軟件測(cè)試提高到了一個(gè)新的高度。軟件測(cè)試不僅僅是單純的測(cè)試軟件，還要求對(duì)產(chǎn)品的缺陷趨勢(shì)進(jìn)行評(píng)估，還要對(duì)軟件產(chǎn)品的測(cè)試和質(zhì)量風(fēng)險(xiǎn)進(jìn)行評(píng)估。同時(shí)軟件的測(cè)試工作也開(kāi)始滲透進(jìn)了軟件生產(chǎn)流程中的每個(gè)角落。隨著軟件產(chǎn)品規(guī)模的擴(kuò)大，為了降低軟件測(cè)試的成本，出現(xiàn)了一大批自動(dòng)化測(cè)試工具。這些工具有的直接幫助測(cè)試人員開(kāi)發(fā)（或錄制）、執(zhí)行測(cè)試用例；有的幫助測(cè)試人員管理測(cè)試用例、跟蹤軟件缺陷；有的幫助項(xiàng)目管理人員和測(cè)試人員分析測(cè)試結(jié)果，預(yù)測(cè)產(chǎn)品的缺陷數(shù)量走勢(shì)。從現(xiàn)階段軟件的發(fā)展來(lái)看，軟件產(chǎn)品的規(guī)模在日益擴(kuò)大，但人均生產(chǎn)率卻沒(méi)有提高?，F(xiàn)今軟件的生產(chǎn)還是主要依靠大量開(kāi)發(fā)人員的手工編碼和測(cè)試人員的手工測(cè)試，遠(yuǎn)沒(méi)有實(shí)現(xiàn)軟件的工業(yè)時(shí)代。因此，軟件行業(yè)留給我們測(cè)試人員的機(jī)會(huì)還很多，現(xiàn)有的自動(dòng)化測(cè)試用例發(fā)現(xiàn)軟件缺陷的能力也有限?？偟膩?lái)說(shuō)，軟件測(cè)試行業(yè)在軟件工業(yè)中的地位逐步提高。測(cè)試人員在軟件開(kāi)發(fā)項(xiàng)目中所占的比重也越來(lái)越大。同時(shí)對(duì)軟件測(cè)試人員本身的素質(zhì)要求也越來(lái)越高。所以，王小明同學(xué)發(fā)現(xiàn)前面有一篇廣闊的天地等著自己去闖。 測(cè)試工程師這條路怎么走于是王小明同學(xué)開(kāi)展望自己的未來(lái)，那這條路該怎么走呢？軟件測(cè)試行業(yè)從業(yè)者水平也是按金字塔形分布的。1．初級(jí)測(cè)試工程師王小明理解軟件測(cè)試就是坐在計(jì)算機(jī)前尋找軟件缺陷。確實(shí)，初級(jí)測(cè)試工程師一般只做黑盒測(cè)試，也就是按部就班地執(zhí)行測(cè)試用例，當(dāng)預(yù)期與結(jié)果不符時(shí)，就認(rèn)為能找到至少一個(gè)軟件缺陷，但往往不太關(guān)心缺陷后面的邏輯結(jié)構(gòu)。初級(jí)測(cè)試工程師往往剛畢業(yè)缺乏經(jīng)驗(yàn)，或是經(jīng)過(guò)短暫的職業(yè)培訓(xùn)，這種崗位不可能是企業(yè)的核心崗位，因此很多大型公司都把這種崗位外包出去，由外包公司派遣勞務(wù)人員從事此種工作。而王小明沒(méi)有太多開(kāi)發(fā)經(jīng)驗(yàn)，編程能力欠缺。例如，當(dāng)出現(xiàn)兩個(gè)軟件缺陷現(xiàn)象不同，但根源相同的情況，由于可能缺乏對(duì)程序邏輯的背景知識(shí)，初級(jí)測(cè)試工程師往往就無(wú)法區(qū)分，這樣就造成相當(dāng)數(shù)量的重復(fù)報(bào)告，增加了開(kāi)發(fā)人員重復(fù)勞動(dòng)，造成了缺陷統(tǒng)計(jì)數(shù)據(jù)不準(zhǔn)確。2．中級(jí)測(cè)試工程師通過(guò)了解和軟件測(cè)試課程的學(xué)習(xí)，王小明覺(jué)得通過(guò)一段時(shí)間的訓(xùn)練，應(yīng)該能很快進(jìn)入測(cè)試工程師的角色。所以接下來(lái)王小明的眼光放到了中級(jí)測(cè)試工程師上。中級(jí)測(cè)試工程師可能不如開(kāi)發(fā)工程師在某個(gè)領(lǐng)域深入，但是知識(shí)面要寬闊一些。中級(jí)測(cè)試工程師通常具有一定的開(kāi)發(fā)經(jīng)驗(yàn)，而且對(duì)質(zhì)量管理、網(wǎng)絡(luò)、多種操作系統(tǒng)、多種腳本語(yǔ)言、數(shù)據(jù)庫(kù)等領(lǐng)域都具有相當(dāng)程度的知識(shí)。另外，中級(jí)測(cè)試工程師往往較普通開(kāi)發(fā)人員對(duì)項(xiàng)目架構(gòu)接口等細(xì)節(jié)有更深的了解，他們需要縱觀全局并且注重細(xì)節(jié)才能設(shè)計(jì)出有效精彩的測(cè)試用例，經(jīng)常需要見(jiàn)人所未見(jiàn)，還會(huì)對(duì)需求提出改進(jìn)意見(jiàn)。由于對(duì)項(xiàng)目了解是入木三分，中級(jí)測(cè)試工程