為什么要測試，我們測試的目標是什么?作為測試人員和測試經理或了解測試目的軟件開發人員也許不需要了解，但現在理念完全改變了，所有人都應該了解測試，不管是項目管理還是開發人員，以及其他團隊成員�，F在強調測試驅動，業務驅動。測試的目的是什么?最重要的目的是滿足用戶的需要。講到測試重要性，很重要的是成本問題，在軟件開發有這么一些階段，有需求分析階段，設計階段，編碼階段，還有測試和最終的交付階段，到產品上線的過程，如果我們發現問題越早，我們付出代價越低，如果到了生產線以后發現問題成本幾乎是以前的95倍，因為這個問題會有很多流程，如果到了產品生產線環境里，帶來的費用是非常巨大的。作為測試人員發現BUG應該很有成就感，這對公司有很大的貢獻。
講到每個階段產生代碼的個數，這是國際知名的軟件工程研究所發現的規律，每個程序員每小時產生4.2個缺陷，這數據會根據不同的開發語言，技術層面不同會有所差異，這是一個平均值。而且大部分的缺陷產生于生產、開發階段，在編碼階段產生很多的缺陷，到后面成本投入越來越高，盡早發現缺陷，盡早解決它，以降低我們的成本。
既然測試那么重要，給客戶帶來信心，幫助我們提高質量，幫助我們改進生產力等，我們如何做呢?首先有一個概念全壽命測試的概念，為什么叫全壽命，在軟件測試各個階段都要引入測試的理念，要同各個團隊打交道，測試團隊并不只是后端，進入最終代碼一級才有的工作，在我們之前會跟很多部門有溝通、交流，有需求，還有跟市場的部門，還有溝通渠道，還有對外交流，項目管理，IT部門，比如要有測試網絡，有IT部門的介入，有系列工具的部署，架構設計方法論等等，這一系列都需要有組織級的行為，需要在不同階段有不同協作的機制�？匆幌虏煌瑴y試階段的劃分，這是最早項目的起始階段，需求分析，到了項目問題的分析到了設計階段，到系統測試、安裝和維護階段，傳統的測試階段會在設計的后期，會有一些設計文檔可能會有測試人員介入或了解，到編碼后期測試工作會進來，這理念和過去講的傳統測試不一樣的，為什么要這樣設計?有他自身的依據，因為越到后面發現問題成本越高，而且傳統的說法，在測試階段發現很多BUG，很多BUG的分類很多是在設計這一塊出現的，并不是在編碼，設計的理念或需求分析就有偏差，在這個階段要抓住這個問題。
測試生命周期和開發生命周期，在全生命階段，我們所有計劃和需求兩個同步進行。而且是一個循環，往往會有多個周期，第一個循環，第二個循環是迭代式開發，為什么要盡早引入而且要頻繁測試。下面講到IBM的測試模型，在定義階段，項目要做什么樣的東西，項目范圍多大，項目要在什么階段產出什么樣的產出物，測試的準備工作，測試的計劃就會開始啟動。測試準備開始了，隨后會在設計階段，還有生成階段，代碼生成階段，對于單元測試，之后是集成測試，還有系統測試等等都會開始引入。還有測試軟件的配置管理，測試環境的建立，需求階段，定義階段，一直到最后產品上線，全程都有。有人覺得奇怪，軟件平臺搭建和軟件工具配置跟這有什么關系，其實測試跟開發是類似的，有很多要遞交的東西，比如測試計劃，測試用意，測試數據，測試的報告，測試中間產生的狀態，這些東西都是需要有一個測試的平臺來管理，因為你不是一個人作戰，你是一個團隊，項目越大，你測試不是一個人，是一個團隊或一個中心，很多人在里面需要一系列的產出物，這是需要有人管理的，不是在你大腦里或你手里的筆記里，這是沒有辦法溝通的，一個一個信息孤島是沒有辦法交流的，而且沒有辦法互相監測。不知道大家在座有沒有感覺，很多做測試管理和測試開發，測試培訓人員，他們面對最大的挑戰，我碰多碰到客戶講現在最大挑戰，是我不知道現在進度在哪兒，也不知道挑戰什么樣子，也不知道手下什么樣，這就是缺乏平臺導致的，所以環境的準備從頭到尾。
這是測試的各個環節，項目開始階段，代碼設計階段到執行階段是一一對應的，項目從最初的定義，測試的定義，測試的目標等等，通常講的是主要的測試計劃，各個層面的測試計劃�？蛻艚邮軠y試計劃、用戶接受測試計劃、下一個階段系統測試計劃。從這個側面看像一個倒寫的V，所以我們講V字型測試模型，現在反過來更強調X，為什么叫X?就是一個V再加一個V，上下兩個V就變成X，剛開始可能需求驅動測試，有需求，有項目的立項，有各種各樣的計劃，反過來，測試又會驅動開發，可能就變成X，再往后有更多測試模型叫W，一個V接一個V下去，多次迭代，每次交付了一部分的功能、代碼、設計，所以我們測試在不斷循環。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
