其中，測試技術研究，屬于提高團隊工作技能的工作，在整個部門范圍內進行，這里屬于部門建設工作；對于項目中的測試人員有可能需要進行，如果項目采用新的測試技術或者測試工具，那么就需要項目測試組成員研究測試技術了，這部分屬于項目測試工作。
MILY: 宋體; mso-ascii-font-family: 'Times New Roman'; mso-hansi-font-family: 'Times New Roman'"> 培訓，是指把內部研究的成果在團隊內使用，在適當的時機在公司內傳播。我們測試團隊在2004年開展了21次內部培訓，7次公司級培訓。因為每個人各有研究重點，所以我們每個人都是團隊內部培訓的講師。
說到測試工程師的工作內容，那么就涉及到測試工程師該做的和不該做的。當然這和公司對測試人員定位有關，這里僅指以前的組織。要說該做的，那么我們需要先明確為什么我們要測試？這是因為存在“系統錯誤很多、系統不是客戶想要的東西、系統實現沒有遵照系統需求”等這樣的背景。在這樣的背景下，產生了測試，但是又因為開發人員自己測試自己的東西，難免測試不全面，所以產生了測試工程師這個角色。因此，測試人員他該做的，就是測試軟件產品和用戶需求不一致的地方，并盡可能多的發現缺陷，能夠向項目經理匯報軟件質量狀態。但是在實際工作中，測試人員經常主動或被動的去做了一些不該做的事情。例如說，測試人員認為自己或者測試能夠保證軟件的質量，以及有意識或無意識的接受了決定軟件是否發布的這個權利。
為什么測試無法保證軟件的質量，是因為項目的質量，需要項目組的所有成員共同努力，才能達到質量保證的目的。單純靠測試工程師的力量，是無法實現軟件質量保證的目的。
為什么測試人員不適合承擔決定軟件是否發布的權利，是因為軟件的發布，是需要項目組各個小組負責人等相關人一起對系統現在的缺陷、質量狀況進行評估后，由項目經理（或者與會者）做出是否發布的決定。在這個過程中，測試工程師可以提供測試數據、系統當前質量狀態報告給與會者參考。
當然，我知道這兩點會有很多人不認同，但是沒有關系的。我接觸的同行中對兩點經常有爭論。但是，有一些質量大師等權威人士還是全部或部分贊同這兩個觀點的，如：菲利普.克勞士比曾在他的書中提到軟件質量的保證需要全員努力，需要過程的控制的，而不是某個英雄可以保證軟件質量的等。
2 項目測試工作
做了背景介紹后，下面我介紹之前項目如何開展測試工作的。
因為測試過程是整個測試工作的一個綱要，所以首先得從測試過程講起。
2.1 測試過程
測試過程，我們包括四個環節：測試計劃、測試設計、測試執行、測試分析。
圖四測試過程
2.1.1 測試計劃
測試計劃主要是進行描述測試需求、分析制定測試計劃工作。在制定測試計劃時，經常有人認為測試計劃是在整個項目計劃制定之后才開始進行測試計劃的，事實上并不是這樣的。測試計劃和項目計劃是互相影響的。舉個例子。假設項目有進行性能測試的需求，但是測試工具又需要學習，那么我們在測試計劃中就需要預留這部分的時間，還有，測試用例的評審，也需要預留時間�；蛘�，如果某部分比較復雜，可能測試需要的時間會較多，或者需要測試的次數會比較多，那么可能要求開發組先安排這個核心模塊的開發，這樣需要調整開發計劃的順序。所以，測試計劃和項目計劃是互相影響的。在測試計劃環節還包括測試需求的描述，主要是確認需求是可測試的，并將需求細化為具體的可測試點，保證測試設計時可以根據測試需求編寫測試用例，而避免遺漏測試點。我們的測試需求需要得到業務分析人員的評審，測試計劃要得到項目經理的審批認可。 對于測試計劃，還需要說明的是，在具體的每個測試階段工作計劃中，我們需要定義本階段測試需要進行的次數。每一輪測試是一個完整的測試周期，按照這里介紹的測試過程進行。通常我們是一天一輪測試，最多是兩天一輪測試。通過這種方式，減少了測試和開發之間的空擋時間，即測試等開發，開發等測試。例子如圖五所示：
圖五測試迭代例子
文章來源于領測軟件測試網 http://www.kjueaiud.com/
