因為覺得四處去找網上的資料的麻煩程度大于自己寫，而且可以乘機整理下思路
因此總結了一些個人腦袋里的東西，。。寫下來。。不知道有沒有錯的。。
有關測試的，我腦袋里的映象。。
先來：基本的認知
1. 工作目標：用最少的工作（量和時間），盡早的發現盡可能多的缺陷，并確保發現的缺陷被處置
a) 無法發現所有問題，即使已通過測試的系統也不能保證其中不再有缺陷
b) 盡早的發現，要求測試工作需要從項目開始跟進，理解需求是第一步
c) 通過一些系統的測試方法，更快和全面的發現缺陷，自動測試工具只是輔助手段而不是主要辦法
d) 回測是確保缺陷被處置的好方法，對發現的缺陷，通過與開發人員的交互，及缺陷記錄文檔，可以明確記錄每個發現的缺陷的狀態（修改或暫不改）
2. 缺陷：可以理解為系統中存在的錯誤和不符問題
a) 包括范圍：與需求不符合（未實現及實現了不必要的功能）；與已知的用戶習慣不符；邏輯、功能等錯誤（未按要求計算或處理）；流程、操作步驟問題；界面及表達問題（包括提示）；文檔描述問題（專指文檔測試）
b) 發現的缺陷一般要記錄下來，然后再交于開發人員（或項目經理等）確定處置方式（修改或暫不改），并對已經修改的缺陷進行回測并記錄回測結果
3. 每個人對缺陷的理解和要求不同，項目對于系統的完美程度要求也會根據情況不同，因此發現的問題也許并不一定會被修改。要注意根據項目情況和要求，界定是否將發現的問題記錄到缺陷記錄單上，以便開發人員進行修改
4. 與開發人員的合作和交流是工作中必須要注意的問題，因為從角色來說，測試人員是在試圖破壞開發人員的工作成果，因此需要在工作中注意與開發人員的交流方式，避免產生不必要的爭執
5. 在合理和有理有據的前提下要堅持自己的意見，已經發現的問題，不能因為與開發人員熟悉或開發人員忙等原因而放到一邊不與理會。每個自己認定的缺陷，都要獲得它的最終狀態：待修改、不改、確定已經修復�？梢酝ㄟ^與開發人員、測試經理、項目經理等人溝通來解決“開發人員拋棄的問題”
6. 大部分公司里測試和配置管理是由同一個人擔任的，而且由于測試工作需要產出許多文檔，因此配置管理在這個工作本身也是很有用的
7. 測試工作是需要花時間的，一個功能至少需要經過一次初測一次回測才能算是完整測試。
8. 一般工作中說起測試大部分指功能測試，但是其實測試還包括很多，如單元測試（大部分由開發人員做），性能測試、文檔測試等
9. 如果不想把測試工作做成機械的動作，就要主動動點腦子，時不時總結下測試方法，發現容易出錯的地方，改進測試步驟和工作的流程等
文章來源于領測軟件測試網 http://www.kjueaiud.com/