【正文】 維護(hù)企業(yè)的軟件及測(cè)試程序資產(chǎn)、維護(hù)軟件項(xiàng)目的“經(jīng)驗(yàn)教訓(xùn)” 數(shù)據(jù)庫(kù)、維護(hù)測(cè)試工具評(píng)估結(jié)果及自動(dòng)測(cè)試代碼庫(kù)。 167。 1測(cè)試組的組織結(jié)構(gòu) 六、測(cè)試組小結(jié) （一） 測(cè)試組的比較 ? 測(cè)試組的結(jié)構(gòu)依賴于幾個(gè)條件，其中包括企業(yè)的文化氛圍。 ? 測(cè)試組組織最重要的結(jié)果是過(guò)程成熟度及軟件測(cè)試能力持續(xù)改進(jìn)的可能性。 ? 項(xiàng)目結(jié)束后，測(cè)試組織結(jié)構(gòu)的意義在于能否將測(cè)試過(guò)程、程序、工具知識(shí)等保留在企業(yè)，并可將這些知識(shí)帶入到新項(xiàng)目中。 167。 1測(cè)試組的組織結(jié)構(gòu) 六、測(cè)試組小結(jié) （二） 成功測(cè)試組的 10大因素 1．業(yè)務(wù)知識(shí) 測(cè)試工程師需要具備業(yè)務(wù)知識(shí)并與系統(tǒng)的用戶及客戶緊密接觸。 2．技木知識(shí) 應(yīng)用是非常復(fù)雜的，而且為了更好地理解應(yīng)用中的復(fù)雜技術(shù)，還必須掌握自動(dòng)測(cè)試工具及技術(shù)背景。 3．任務(wù)劃分 將業(yè)務(wù)任務(wù)與技術(shù)任務(wù)相互獨(dú)立。 167。 1測(cè)試組的組織結(jié)構(gòu) 六、測(cè)試組小結(jié) 4．資源管理 業(yè)務(wù)資源及技術(shù)資源可以相互結(jié)合。 5．與開發(fā)組的關(guān)系 測(cè)試工程師與開發(fā)人員協(xié)同工作。 6．生存周期早期介入 測(cè)試組在開發(fā)生存周期的早期介入。 7．確定測(cè)試方法 方法、標(biāo)準(zhǔn)及過(guò)程必須按照需要就位、執(zhí)行、修改。 167。 1測(cè)試組的組織結(jié)構(gòu) 五、測(cè)試組小結(jié) 8．靈活性／適應(yīng)性 每個(gè)應(yīng)用都是不相同的。在一個(gè)項(xiàng)目中成功的測(cè)試策略在另一個(gè)項(xiàng)目中可能失敗。 9．度量 測(cè)試組需要掌握收集哪些度量，并利用這些度量改進(jìn)測(cè)試程序。度量需要在整個(gè)開發(fā)生存周期中收集。 10．過(guò)程改進(jìn) 測(cè)試組致力于所確定的測(cè)試方法的不斷改進(jìn)。 167。 1測(cè)試組的組織結(jié)構(gòu) 七、企業(yè)如何組織測(cè)試人員 企業(yè)如何組織測(cè)試人員應(yīng)當(dāng)視企業(yè)的人力資源而定（我國(guó)目前企業(yè)） – 條件特別好的公司 ， 可以按照集中測(cè)試組及更高的要求組織測(cè)試團(tuán)隊(duì) 。 甚至可以為每 12個(gè)開發(fā)人員分配一名獨(dú)立的測(cè)試人員 。 這樣的測(cè)試人員職業(yè)化程度很高 ， 可以完成單元測(cè)試 、 集成測(cè)試和系統(tǒng)測(cè)試工作 ， 能夠?qū)崿F(xiàn)開發(fā)與測(cè)試同步進(jìn)行 。 – 條件比較好的公司 ， 可以設(shè)置一個(gè) 獨(dú)立的測(cè)試小組 ，該測(cè)試小組輪流參加各個(gè)項(xiàng)目的系統(tǒng)測(cè)試 。 而單元測(cè)試 、 集成測(cè)試工作由項(xiàng)目的開發(fā)小組承擔(dān) 。 167。 1測(cè)試組的組織結(jié)構(gòu) 七、企業(yè)如何組織測(cè)試人員 – 條件一般的公司 ， 養(yǎng)不起獨(dú)立的測(cè)試小組 。 單元測(cè)試 、 集成測(cè)試工作由項(xiàng)目開發(fā)小組承擔(dān) 。 當(dāng)項(xiàng)目進(jìn)展到系統(tǒng)測(cè)試階段 ， 可以從項(xiàng)目外抽調(diào)一些人員 ，加上開發(fā)人員 ， 臨時(shí)組織系統(tǒng)測(cè)試小組 。 – 條件比較差的公司 ， 也許只有一個(gè)項(xiàng)目和為數(shù)不多的一些開發(fā)人員 。 那么就讓開發(fā)人員一直兼任測(cè)試人員的角色 ， 相互測(cè)試對(duì)方的程序 。 如果人員實(shí)在太少了 ， 只好讓開發(fā)者測(cè)試自己的程序 ， 有測(cè)試總比沒(méi)有測(cè)試好吧 ！ 167。 2 測(cè)試任務(wù) 測(cè)試工作分解結(jié)構(gòu)表 描述了可被執(zhí)行的測(cè)試任務(wù)的不同類型。 測(cè)試工作結(jié)構(gòu)分解表分成 11個(gè)大類， 95個(gè)子類。11個(gè)大類為： 項(xiàng)目啟動(dòng)、早期項(xiàng)目支持、自動(dòng)測(cè)試決策、測(cè)試工具的選擇及評(píng)估、測(cè)試工具引入、測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)、測(cè)試開發(fā)、測(cè)試執(zhí)行、測(cè)試管理及支持、測(cè)試過(guò)程改進(jìn)。 1 項(xiàng)目啟動(dòng) 1． 1 過(guò)程改進(jìn) 。 評(píng)審從以往的相似項(xiàng)目中獲取的經(jīng)驗(yàn)教訓(xùn) ， 以便建議的改進(jìn)活動(dòng) 。 確定需要執(zhí)行的改進(jìn)活動(dòng) 1． 2 過(guò)程 。 掌握自動(dòng)測(cè)試生存周期方法學(xué) (ATLM)的所有內(nèi)容 1． 3 范圍 。 概述初步的測(cè)試目標(biāo)和目的 1． 4 規(guī)模 。 測(cè)試工作的規(guī)模 1． 5 測(cè)試組組成 。 承擔(dān)測(cè)試組的組成分析和撰寫測(cè)試工程師任務(wù)描述 1． 6 招聘 。 編寫測(cè)試工程師招聘廣告和執(zhí)行面試 2 早期項(xiàng)目支持 2． 1 目標(biāo)／目的 。 進(jìn)一步確定測(cè)試目標(biāo)和目的 ， 并同項(xiàng)目管理 、 開發(fā)組和測(cè)試工程師一起評(píng)審目標(biāo)／目的 ， 以建立便于理解的 、 可以接受的測(cè)試目標(biāo)和目的 2． 2 約束評(píng)審 。 評(píng)審項(xiàng)目的約束條件 ， 例如短期內(nèi)投放市場(chǎng)及資源限制等 2． 3 可測(cè)試性評(píng)審 。 確保應(yīng)用中考慮了可測(cè)試性 2． 4 需求評(píng)審 。 確保需求是按可測(cè)試性的術(shù)語(yǔ)規(guī)定的 2． 5 標(biāo)準(zhǔn)評(píng)審 。 確定并熟悉可應(yīng)用的標(biāo)準(zhǔn) 。 確定標(biāo)準(zhǔn)是否需要根據(jù)以往的經(jīng)驗(yàn)進(jìn)行調(diào)整對(duì)缺少的標(biāo)準(zhǔn)進(jìn)行定義 2． 6 測(cè)試過(guò)程分析 。 分析企業(yè)當(dāng)前的測(cè)試過(guò)程 2． 7 客戶參與 。 保證客戶在測(cè)試生存周期中自始至終參與 3 自動(dòng)測(cè)試決策 3． 1 測(cè)試目的策略 。 細(xì)化測(cè)試目的的定義并制定測(cè)試策略 3． 2 測(cè)試工具價(jià)值 。 概述使用自動(dòng)測(cè)試工具所帶來(lái)的價(jià)值／利益 3． 3 測(cè)試工具使用建議 。 就測(cè)試工具的使用提出建議， 獲得管理人員的支持 4 測(cè)試工具的選擇及評(píng)估 4． 1 系統(tǒng)工程環(huán)境 。 評(píng)審企業(yè)的系統(tǒng)工程環(huán)境 4． 2 可得到的測(cè)試工具 。 評(píng)審可得到的測(cè)試工具的類型 4． 3 候選測(cè)試工具 。 研究 、 評(píng)估候選測(cè)試工具并打分 4． 4 定義評(píng)估范圍 4． 5 親自評(píng)估工具 4． 6 測(cè)試工具評(píng)估報(bào)告 。 報(bào)告工具選擇及評(píng)估結(jié)果， 并形成文檔 4． 7 測(cè)試工具采購(gòu) 。 與采購(gòu)部門一起制定采購(gòu)訂單 167。 2 測(cè)試任務(wù) 測(cè)試組可能希望將表中的元素 8． 7和 9． 3進(jìn)行細(xì)分，以便按照不同的測(cè)試子類型描述測(cè)試程序 /腳本的開發(fā)及執(zhí)行情況。 可能的測(cè)試子類型包括功能需求測(cè)試、服務(wù)器性能測(cè)試、 用戶界面測(cè)試、性能測(cè)試、程序模塊復(fù)雜性分析、程序代碼覆蓋測(cè)試、系統(tǒng)裝載性能測(cè)試、 邊界測(cè)試、安全性測(cè)試、內(nèi)存泄漏測(cè)試以及響應(yīng)時(shí)間性能測(cè)試等等。 167。 2 測(cè)試任務(wù) 表中描述的工作分解結(jié)構(gòu) (WBS)可與可與完成該項(xiàng)工作實(shí)際用時(shí)對(duì)應(yīng)起來(lái)，以開發(fā)一個(gè)記錄完成項(xiàng)目不同活動(dòng)所需工作量的歷史記錄。維護(hù)這個(gè)歷史記錄對(duì)于測(cè)試規(guī)模的計(jì)算是很有價(jià)值的，它可用于評(píng)估新項(xiàng)目的測(cè)試工作量。 167。 3 測(cè)試工作規(guī)模 影響一個(gè)給定項(xiàng)目測(cè)試工作的因素有很多，例如企業(yè)的文化氛圍或成熟程度、項(xiàng)目所定義的測(cè)試需求的范圍、測(cè)試人員的測(cè)試技術(shù)水平以及測(cè)試組的組織類型。 測(cè)試成熟度模型 (TMM)根據(jù)企業(yè)的測(cè)試成熟程度來(lái)確定一個(gè)項(xiàng)目的測(cè)試工作等級(jí) 。 人力資源的耗費(fèi)也會(huì)由于企業(yè)測(cè)試成熟程度的不同而不同 。 167。 3 測(cè)試工作規(guī)模 一、測(cè)試成熟度模型 (TMM)簡(jiǎn)介 ? 測(cè)試成熟度級(jí)別 1。 在測(cè)試成熟度級(jí)別 l中 ， 測(cè)試工作僅限于調(diào)試 。 程序員對(duì)書寫的軟件進(jìn)行調(diào)試 ， 直到能夠正常工作為止 。 因?yàn)橹挥谐绦騿T參與該工作 ， 因而費(fèi)用往往隱藏在開發(fā)費(fèi)用中 。 同樣 ，良好測(cè)試所帶來(lái)的潛在好處也隱藏在現(xiàn)場(chǎng)支持及產(chǎn)品升級(jí)的費(fèi)用中 。 測(cè)試成熟度級(jí)別 l的真實(shí)測(cè)試費(fèi)用是很難計(jì)算的 。 167。 3 測(cè)試工作規(guī)模 一、測(cè)試成熟度模型 (TMM)簡(jiǎn)介 ? 測(cè)試成熟度級(jí)別 2。 處于測(cè)試成熟度級(jí)別 2的軟件測(cè)試是一項(xiàng)獨(dú)立的工作。測(cè)試計(jì)劃及腳本通常是由有經(jīng)驗(yàn)的產(chǎn)品用戶或支持人員來(lái)開發(fā)的。這些人員也許具備，也許不具備自動(dòng) (編程 )測(cè)試經(jīng)驗(yàn)。不論屬于何種情況，測(cè)試人員都必須徹底了解軟件需求和設(shè)計(jì)說(shuō)明，以便制定便于理解的測(cè)試計(jì)劃，并開發(fā)與之關(guān)聯(lián)的腳本。如果測(cè)試腳本存在，就應(yīng)該提交給運(yùn)行腳本并記錄結(jié)果的測(cè)試工程師。 167。 3 測(cè)試工作規(guī)模 一、測(cè)試成熟度模型 (TMM)簡(jiǎn)介 ? 在級(jí)別 2中，測(cè)試組可能包括一些新手，他們是缺乏相關(guān)經(jīng)驗(yàn)的最終用戶或者具備相關(guān)功能知識(shí)的人員。這些人員的工作是就是設(shè)法使系統(tǒng)中斷，實(shí)際上也是為了保證系統(tǒng)能夠正常工作。 ? 在級(jí)別 2中，測(cè)試工作可能需要一個(gè)或多個(gè)高級(jí)支持人員的服務(wù)，他協(xié)調(diào)測(cè)試文檔的編寫、對(duì)測(cè)試工程師進(jìn)行管理并對(duì)結(jié)果進(jìn)行編輯。雖然，一次性的啟動(dòng)費(fèi)用便可實(shí)現(xiàn)捕獲／回放工具，但如果測(cè)試周期數(shù)量增多，就會(huì)需要投入更多的資金。在后面的測(cè)試周期中，測(cè)試腳本可以重用，還可以自動(dòng)回放，這樣在腳本的開發(fā)及執(zhí)行方面節(jié)省了大量的勞動(dòng)力。 167。 3 測(cè)試工作規(guī)模 一、測(cè)試成熟度模型 (TMM)簡(jiǎn)介 ? 測(cè)試成熟度級(jí)別 3～ 5。 在高級(jí)別的測(cè)試成熟度中，負(fù)責(zé)制定測(cè)試計(jì)劃的測(cè)試工程師應(yīng)當(dāng)參與設(shè)計(jì)工程師的產(chǎn)品開發(fā)會(huì)議，幫助在產(chǎn)品中建立可測(cè)試性。測(cè)試工程師的編程背景與他或她對(duì)產(chǎn)品的熟悉程度將有助于提高后續(xù)建立的測(cè)試的有效性，以便找出產(chǎn)品最薄弱的環(huán)節(jié)。如果測(cè)試工具具有白盒測(cè)試能力，那么測(cè)試工程師可以利用他或她在系統(tǒng)內(nèi)部工作的有關(guān)知識(shí)確定不能手工進(jìn)行測(cè)試的功能。測(cè)試計(jì)劃有助于將測(cè)試設(shè)計(jì)的結(jié)果形成文檔。測(cè)試設(shè)計(jì)為測(cè)試工程師開發(fā)測(cè)試腳本程序提供指南。 167。 3 測(cè)試工作規(guī)模 一、測(cè)試成熟度模型 (TMM)簡(jiǎn)介 ? 測(cè)試腳本的開發(fā)工作是由測(cè)試工程師或應(yīng)用程序員完成的。編程所需的經(jīng)驗(yàn)級(jí)別依賴于所使用的工具以及測(cè)試的復(fù)雜程度。一般情況下，最具通用性的工具，它使用通用的腳本編程語(yǔ)言，例如 C。而其他工具則可能使用簡(jiǎn)單的編程語(yǔ)言。不論是何種情況，測(cè)試組中至少要有一名成員必須在編寫結(jié)構(gòu)化程序方面有經(jīng)驗(yàn)。自動(dòng)工具用于自動(dòng)生成測(cè)試日志、缺陷文檔以及生成測(cè)試狀念輸出。這些工具在測(cè)試的執(zhí)行及管理方面節(jié)省了大量的勞動(dòng)力。 167。 3 測(cè)試工作規(guī)模 二、測(cè)試組規(guī)模確定方法 ? 概述 根據(jù)測(cè)試工作量確定測(cè)試組規(guī)模的方法有好幾種 。 （ 傳統(tǒng)方法 、 商業(yè)評(píng)估工具法 ） （ 1） 傳統(tǒng)的方法是 ， 軟件開發(fā)程序已重點(diǎn)對(duì)開發(fā)工作量及整個(gè)項(xiàng)目的工作量做了估計(jì) 。 產(chǎn)品質(zhì)量保證所需的工作量 ， 例如軟件測(cè)試 ， 可根據(jù)預(yù)期的開發(fā)工作量和全部的項(xiàng)目工作量確定 。 167。 3 測(cè)試工作規(guī)模 二、測(cè)試組規(guī)模確定方法 （ 2） 商業(yè)評(píng)估工具 ， 例如 COCOMO、 Prices和 SLIM， 他們需要輸入與開發(fā)規(guī)模 、 生產(chǎn)能力和項(xiàng)目管理活動(dòng)范圍相關(guān)的不同參數(shù)來(lái)確定測(cè)試工作量 。 這些工具所產(chǎn)生輸出的精確性反映了輸入數(shù)據(jù)的質(zhì)量 。 只有極少數(shù)工具能夠解決與產(chǎn)品質(zhì)量保證規(guī)范 (例如 ， 軟件測(cè)試 )有關(guān)的日益增長(zhǎng)的重要性及復(fù)雜性問(wèn)題 ， 這些問(wèn)題是通過(guò)將它們與用來(lái)生成資源與費(fèi)用估算的一組輸入因素結(jié)合起來(lái)而解決的 。 167。 3 測(cè)試工作規(guī)模 二、測(cè)試組規(guī)模確定方法 特定項(xiàng)目的測(cè)試工作量級(jí)別依賴于一些不確定因素 ， 而這些因素是測(cè)試組進(jìn)行資源估算所使用的復(fù)雜估算模型的輸入條件 。 如果缺乏一些