上線，永遠是軟件測試工程師最關注的問題。上線以後，有bug,測試背；上線前，出問題，要加班。要保證項目按照正常進度發佈，需要整個研發團隊齊心協力。 有很多原因都可能會造成項目延期。
1、產品經理頻繁修改需求
2、開發團隊存在技術難題
3、測試團隊測不完
今天我想跟大家聊一下，測試團隊如何保證項目按期上線，以及在這個過程中可能遇到的挑戰。放到測試人員個人而言，如果因爲個人沒有規劃好測試進度，導致項目延期發佈，可能需要承擔一定的責任。
這個話題其實可以用來回答很多的面試題。
比如你們公司的測試流程是怎樣的？很多人面試的時候都是按照標準的五步、七步回答，機器人也可以照着背的。 還有可能會問一下你們公司是用的什麼研發模型等等。 要回答好的話，當然還得結合具體的項目。
一、提前介入測試，認真做好需求分析。
我們要儘可能的瞭解這個項目的真實情況，包括需求設計，詳細設計，流程圖、數據流向圖，以及數據庫的表結構、數據字典，如果有條件，可以看看架構圖。 總之，拿到這些有利於我們熟悉需求的文檔材料。
在項目啓動階段就開始跟需求人員，產品人員或者是開發人員打成一片，儘可能跟他們多溝通，獲取到儘可能多的信息。測試人員可能更喜歡從文檔來獲取更多的信息，但是目前更多的互聯網企業，也不講究文檔，只是強調溝通。他們也沒有時間寫，也沒有歷史的文檔，所以我們要儘可能通過自己的溝通各種各樣的會議來解決這樣的問題。
各種會議，能參加儘量參加，比如項目啓動會議，產品需求會，架構討論會，我建議都去參加。 可能別人沒有邀請你參加，但是你完全可以和測試經理或者是項目經理申請，一般都不會有人拒絕你。因爲你有足夠的理由告訴他，我是爲了保證質量多瞭解相關的信息。
很多測試人員不太喜歡參加會議，不深入去討論需求，導致測試時很被動，寫簡歷也沒東西寫。
二、測試計劃沒必要花太多精力。
你瞭解足夠的信息了之後，可以做個簡單的測試計劃，劃分功能模塊。測試計劃我覺得比較虛，個人建議不要花太多精力在這個上面，找一個模板，套着寫一頁紙左右就可以了。
因爲你做的計劃通常都無法按時的去執行，而且通常都會有延遲啊。計劃總是得不到一個實質上的一個貫徹，往往會因爲各種原因來回改動，測試人員大多數情況都是被動的接受別人的訴求，時間不太好分配，所以稍微寫一下大概的進度控制和時間安排就好。
測試計劃寫什麼？
就是儘可能的把這個大板塊大塊的週期都定義清楚就可以了。
三、測試用例編寫
這裏不多說，主要就是要高效，然後分好優先級和功能模塊，多打標籤。
四、測試執行的關鍵點
測試執行，一般的公司可能是按照經典的三輪測試方式。
第一輪測試，全部都要執行一遍，驗證所有重要級別的bug全都是修改完畢。一般來說，第一輪會佔據整個測試時間的50%-70%的時間。
第二輪測試，繼續把測試用例執行一遍，然後我要驗證所有的 bug 全部都解決。不解決沒有關係，至少所有的項目人員全都是能夠對這個測試的結果表確認，有些 bug 可以延期到下一期改。二輪基本上會佔據測試的20%-30% 的時間。
第三輪測試，把已經發現缺陷的用例和相關功能模塊迴歸一遍，驗證bug不會因爲某種原因重新浮現出來。
上線了之後，還需要做1-2天在線跟蹤，因爲線上的環境和測試的環境差異還是較大的。
但是，這個測試過程是完全理想化的。現實世界很難出現，往往就是停留在第一輪測試，一直在測，因此要保證在這一輪測試把重要bug都解決，其他bug也要和相關干係人確認好。
五、測試環境
一般情況下，測試環境會有好幾套。
最開始的環境是開發環境，這個環境主要就是開發自己簡單調試用的。測試接觸的是獨立的測試環境，在這裏面完成測試，有的時候需要測試人員自己搭建測試環境，對於項目比較簡單的其實問題不大，但是如果項目比較複雜，打環境可能會浪費很多測試時間。
最好是使用 docker 這樣的工具，搭建環境會更方便一些。
後面需要用到的預發佈環境，正式環境基本可以保持不變。
需要注意的是性能環境一般和普通測試環境是分開的，因爲他需要更多的數據構造。