讓我們換一種角度看看典型的軟件測試是如何進行的，暫且把軟件測試過程看作一場大戲，主角就是測試工程師，按照時間順序記錄軟件測試工程師一天的工作場景（假設正常工作時間 9:00 到 18:00 ）。
測試大戲開演
時間： 9:00
工作場景：
- 啟動工作javascript:tagshow(event, '%BC%C6%CB%E3%BB%FA');" href="javascript:;" target=_self>計算機，查看收到的電子信件。
畫外音：
- 查看收到的電子郵件（哇塞，這么多電子郵件�。�，理解當天的測試工作的內容和要求。
- 測試工程師至少配置兩臺計算機：其中一臺是日常工作用，例如，收發電子郵件等。另外還有一臺軟件測試用的計算機。
時間： 9:10
工作場景：
- 回復電子郵件。
畫外音：
- 回復電子郵件。如果對于安排的測試任務和要求存在任何疑問，請在回復電子郵件時列舉出來。如果任務明確，回信中可以簡單的說明理解測試任務了，按照測試任務要求進行測試。（正好今天有一封電子郵件分配了測試任務 A ，而且任務明確，測試文檔等完整。）
- 電子郵件有不同的優先級，任務非常緊迫的電子郵件應該優先處理，盡快回復。（面對多封郵件保持鎮定，分清哪些郵件需要馬上回復）
- 并非全部的電子郵件都需要回復（抄送給自己的郵件和一般通告等不需要回復）
時間： 9:25
工作場景：
畫外音：
- 測試一般需要按照測試指導文檔和測試用例進行。（軟件測試可不是盲目的亂測一氣的呀�。�
- 很多軟件的測試要求在一個“干凈”的計算機上測試（提示：干靜的計算機是僅安裝了操作系統，沒有安裝其他應用程序的計算機）。
- 在進行正式測試前，需要閱讀測試文檔，明確測試任務（這些測試文檔你找到了嗎？是最新的測試文檔嗎？）。
時間： 11:00
工作場景：
- 執行軟件測試，書寫軟件測試 Bug 報告
畫外音：
- 按照測試要求，盡量多找出軟件的 Bug 。（什么破軟件，能找出這么多 Bug ！ 反過來想，軟件如果沒有 Bug ，我們測試工程師不就失業了嗎�。�
- 根據發現的軟件 Bug ，按照客戶要求寫出每個 Bug 的報告（要書寫明白，否則客戶事后會要求你重寫，很費時間，也影響公司的測試質量，是否很沒有面子？）
時間： 11:30
工作場景：
- 報告測試執行中的遇到了問題
畫外音：
- 如果測試用例的步驟不明確或者測試的軟件不能成功安裝，無法進行下面的測試，應該及時向測試負責人報告，等待答復后進行測試。（重大問題，切莫瞞報，也別主觀想當然地猜測�。�
- 如果某些測試步驟不明確，但是可以暫時跳過，請向測試負責人報告，并且繼續進行下面的測試。（靈活處理，合理利用時間，時間就是金錢�。�
時間： 12:00
工作場景：
- 查收和回復新郵件，新郵件又來了一個新的測試任務 B ，而且要求緊急處理。
- 暫停測試任務 A ，進行測試任務 B 。
畫外音：
- 測試過程中，要主要定時查看是否有新郵件，特別是那些要求非常緊急的任務。（重要任務一定要優先處理，否則就是工作失職）
- 如果新任務比較緊急，應該中斷當前的測試，接著執行新任務。（為什么計劃總是沒有變化快，可是現實就是這樣。）
時間： 12:30
工作場景：
- 午餐、休息
畫外音：
時間： 13:30
工作場景：
- 查收和回復新郵件
畫外音：
- 真幸運，沒有其他新任務。
- 繼續上午的任務 B 。
時間： 14:30
工作場景：
- 完成新任務 B ，向測試負責人提交任務 B 的測試結果
畫外音：
- 完成任何任務后，需要向測試負責人發送任務完成的電子郵件。（這一點很重要的，否則你做的工作再多，測試負責人也不一定很清楚）
- 提交任務的電子郵件中，應該寫明任務是否全部完成，存在什么問題，測試結果存放在什么計算機的哪個目錄中。（想象測試負責人需要你提交哪些內容，最好在一封信中交待明白，完整，清楚，條理分明）
時間： 14:40
工作場景：
- 發送測試任務 A 不能按期完成的電子郵件
畫外音：
- 由于執行了新測試任務 B ，使得測試任務 A 不能按時完成，應該及早向測試負責人發送電子郵件。（如果你不主動說無法按時完成任務 A ，測試負責人就默認為你能夠按時完成。而如果到了完成任務的最后期限，而你突然向測試負責人說任務還沒有完成，那么我可以很負責任地告訴你：測試負責人將會很生氣，后果很嚴重�。�
- 得到測試負責人的答復后，繼續執行測試任務 A 。
- 如果客戶要求必須當天完成測試任務 A ，可能要做好加班準備（苦惱 … ）�；蛘哒垳y試負責人將一部分任務分解給其他測試人員執行（呵呵，謝謝兄弟們拉我一把 ... ）。
時間： 14:50
工作場景：
- 繼續執行測試任務 A 。
畫外音：
- 尋找軟件 Bug （這是主要任務之一）
- 書寫 Bug 測試報告（這也是主要任務之一）
時間： 15:30
工作場景：
- 查收和回復新郵件
畫外音：
- 沒有新電子郵件，呵呵�。ㄗ畈幌矚g在測試工作中，經常有郵件來騷擾�。�
- 繼續執行測試任務 A 。
時間： 17:00
工作場景：
- 參加測試小組內部會議
畫外音：
- 經常在測試過程中，測試小組內部會召開短暫的會議。（交流很重要的，傾聽和發言一個都不能少）
- 會議內容一般是測試過程中遇到的問題，以及可能的解決辦法，也包括測試進度是否與測試計劃保持一致。
時間： 17:30
工作場景：
- 發送當天任務完成情況的電子郵件
畫外音：
- 當天任務完成情況的報告應該在下班前盡早發送給測試負責人，以便得到及時回復。
- 總結當天測試任務完成的情況（全部完成還是部分完成）
- 測試遇到的需要測試負責人或者問題客戶幫助解決的問題（遇到問題一定要反映，不要什么問題都自己扛�。�
- 給出當天處理 Bug 的數量、類型和存放位置（確保測試負責人能很容易的找到這些測試結果嗎？）
時間： 17:45
工作場景：
- 整理當天的測試文檔，
- 做好備份
- 個人總結
畫外音：
- 備份當天的測試結果（有備無患�。�
- 總結測試遇到的問題和學習的新知識（好好學習，天天向上�。�
- 準備第二天的測試任務（未雨綢繆）
時間： 18:00
工作場景：
- 下班
畫外音：
- 如果不需要加班，按時回家，爽！
3. 測試大戲背后的故事
上面的測試場景描述基本上反映了軟件測試工程師的工作情形，但是由于測試工作的復雜性、瑣碎性、變化性，實際測試過程將是不斷變化的。
• 測試的變化性
對于軟件本地化等外包測試，測試過程和測試要求因不同客戶而異，即使相同客戶的不同項目，也會有些變化。另外，測試所用的測試計劃、測試用例、測試 Build 版本經常變化。這是對測試工程師需要面對和正確處理的工作挑戰。
• 多任務同時處理
軟件測試工程師在一天的工作時間里，可能需要做多件事情（例如，測試負責人可能中間會安排新的任務），正常測試過程經常被中斷，對此需要有相應的心理準備。
• 及時交流
測試過程很少是一帆風順的，特別是不熟悉的新軟件，或者測試用例沒有表達清楚。這時除了自己學習和思考，還需要向測試組的其他同事請教。如果問題仍然沒有解決，請及時向測試負責人反映情況，尋求幫助（提示：測試負責人積累了軟件測試經驗，一般問題都可以搞定，但是測試負責人也不是萬能的，他們也有很多不能解決的問題，但是他們有“殺手锏” — 向客戶的測試負責人尋求幫助，由于源語言是客戶開發的，客戶才是萬能的�。�。
• 電子郵件是主要的交流方式
測試過程不要一味地在測試計算機上做下去，要經常在日常工作用計算機查看和回復電子郵件，以免耽誤了更重要的任務。除了電子郵件之外，也可以打電話和即時網絡交流工具（ MSN 等），或者面對面與同事交流（提示：對于復雜的問題，與其來回發送多封電子郵件還說不明白，還不如打個電話或者面對面交談更有效）。
4. 結束語
有人說，測試很枯燥，而且“一點技術含量都沒有”。也有人說，軟件測試大有前途！現在中國缺的不是軟件編程大師，而是軟件測試大師。這些觀點孰是孰非，您請自己琢磨。不過既然從事了測試行業，還是將它做好為上！
文章來源于領測軟件測試網 http://www.kjueaiud.com/
