軟件測試工程師的一天是怎么度過的呢？其實可以按照時間軸進行分為三個階段：

去上班的階段
工作中的階段
下班后的階段

清楚了一天時間的階段劃分，那么就可以知道一天的時間如何分配，以及自己的工作內容是什么了。

一、去上班的階段

作為軟件測試的工程師，每天的開始往往是伴隨著激烈的鬧鐘開始，潛意識中和煩躁的鬧鐘做著激烈的斗爭，在睡意惺忪中極不情愿的起床。總覺得早上的時間很緊張，此時距離大多數企業規定的9點上班時間可能不足2小時。如果住的距離公司近，那么對于住在車程2小時外的小伙伴來說充滿了羨慕嫉妒恨。

早餐往往在路邊或者公司附近就近解決，有時候也迫于時間的關系，早餐也就省了。能夠按時進入公司打卡是多么幸運的一件事。（當然如果是領導，那就不用體會這一段了）

二、工作中的階段

一般忙碌的一天往往是從早會開始（9:10左右），大多數互聯網企業開啟了敏捷開發模式，測試工程師作為軟件質量的保障者，需要每天參與早上scrum小組的站會，解答三個問題。1）昨天完成了什么？2）今天即將要做什么？3）有沒有需要協調的問題？

大約在15分鐘后，站會結束。根據初步計劃開始今天的任務，往往計劃都是很美好的，但是...，但是事實卻是從如下可能場景開始：

場景一：理想型

理想型企業團隊的測試工程師，那么更多的是從開始計劃的任務開始，按部就班實現自己的當日任務。 - 需求分析評審會議（其他相關會議） - 制定計劃方案，做好測試準備，搭建環境等 - 根據已確定需求用例編寫、用例評審、用例執行 - 進行缺陷的跟蹤處理（提bug、跟進bug） - 問題的溝通交流，有效處理 - ......

如果是上述這種場景，那么恭喜您，所在的企業應該是流程資源等非常好的企業，能夠專一有效的完成自己的每日任務（用例、缺陷），而不需要太多的雜念處理其他事物，適合性格內容向型的工程師。

場景二：一般型

一般型企業的測試工程師，工作是從開始計劃的任務開始，但是否按部就班的執行下去，得看實際情況。 - 驗證bug，并且回歸測試相關模塊，此時又發現新問題，找來開發、產品開啟了補唾沫橫飛的溝通場面... - 準備開始設計測試用例，發現需求不完整，沒有細節，找產品臨時給備注一堆說明，原來的設計推到再來... - 執行用例的環境沒有準備好，申請的賬號還沒有通過，不可預知的風險悄悄的接近... - ......

如果是上述場景，那么同樣恭喜您，所在企業迫切需要您梳理流程規范，細化好測試計劃過程，需要和小組成員一起攻克難關，需要跨部門的合作和溝通技能，影響團隊的進步。

場景三：凌亂型

凌亂型企業的測試工程師，工作沒有計劃，可以隨心所欲的開始每天的任務，也可以不假思索的戛然而止。 - 測試工程師是一個“全能型”的人員，上級領導指哪兒，就往哪兒打，而且要求打的準 - 測試過程中的任務按照用戶迫切的要求來，先把功能完成，至于能否滿足質量要求，那是后面事 - 穿梭于不同任務及工作中，要么成為英雄，要么成為“梟雄” - ......

如果是上述場景，那么同樣恭喜您，所在企業迫切需要您獨當一面，從制度到流程到技術到業務，不求精通，但求能解決實際問題，挑戰與機遇并存，要么最后是企業的英雄，要么是企業歷史潮流中的一段插曲。

轉眼間，時鐘已經走向了中午12:00，一般企業會有1~2小時的午休時間，該段時間除了吃飯午休外，僅有的時間可以和同事們侃侃大山，聊聊生活，有時會討論一些技術問題......，下午又開始接著上午的任務繼續......

隨著下班的時間到了，需要將一天的工作任務做個匯總和總結，按照要求發日報、周報。

上班工作期間內容總結

1)開會討論
會占用10%~20%左右時間，各種形式的會議，為做下一步任務達成一致
2)設計執行
測試過程中設計執行時間會占用70%以上的時間，這也是測試的重點和核心
3）溝通確認
對于有疑問的地方和不同人員進行溝通確認會占用約10%左右時間

三、下班后的階段

經歷了忙碌而充實的一天，按照正常的工作時間結束測試工程師的一天。如果碰到項目上線或者加班情況，那就只能按照實際要求來。

如果是非正常的下班，那么回家后的時間可能只有休息了，在睡夢中等待第二天的鬧鐘響起。

但如果是正常的下班，那么回家的時候基本是自己支配，當然為了后續能夠更好的發展，別忘了用僅有剩余時間給自己充充電，這個時間是非常重要的，能夠自由支配的時間不多，抓住僅有的時間查閱資料自己挖掘新知識，因為大神都是這么過來的。

?

按照薪資來說，測試已經不少了。當然這可能有些虛高，但是：從應屆生角度來看，也是非常美觀的。

與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的软件技术专业-就业提示（二、测试工程师）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。