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