大家好，我是陳老三！

前期我們分享了 認知測試 |認識軟體測試，認知自己！測試相關培訓 |高額的軟體測試培訓費都教什麼？面試 |軟體測試人員如何安穩度過企業試用期 測試如何進行需求評審|需求評審期間測試人員需要做什麼？

今天我們來說說，版本提測前，開發測試必須要做的幾件事情

首先跟大家回憶一下產品的幾個階段：1.需求階段 2.開發階段 3.測試階段 4.上線階段

提測的定義：提測代表產品按照需求文件的開發以及實現，由開發階段已經進入的測試階段

那麼作為在開發階段後期，測試階段前期，中間提測那個流程，開發測試必須要做的有那幾件事情呢？大家可以回想下各位當前公司的提測流程，然後結合小編分享的點，取長補短，進行綜合，或者留言進行補充

1

提測前後必做的幾件事

1.單元測試

單元測試具體包含哪些方面：https://jingyan.baidu.com/article/0a52e3f4710535bf63ed7263.html

2.聯調測試

將自己負責的部分功能與其他人員負責的功能相關聯模組，進行端到端的聯調（這是很有必要做的一件事情，當開發拒絕你的時候，你一定要說服他，因為個人負責的模組做的再完美是沒用的，產品是一個整體的體驗過程）

端對端聯調測試的作用：整體性的驗證業務鏈的介面資料問題、UI問題、體驗性問題、相容性問題等

另外一個小竅門，在聯調階段也可以叫開發到測試環境進行聯調，可以驗證環境是可以正常跑通，避擴音測後出現環境問題

3.冒煙測試

開發拿著測試人員在提測前已經寫的好測試用例，進行驗證每天case是否通過（冒煙測試用例一般都是功能主幹流程測試case，如果冒煙測試用例不通過可以直接將轉測的版本打回開發，讓他二次開發解決相關問題，知道冒煙用例通過為止）

4.需求改動及時確認修正

任何專案在提測前，肯定會有很多的需求改動，因為需求宣講時只是在我們腦海裡構思，而開發提測階段此時在實際實現或者聯調測試階段，都可以發現架構設計、功能業務需求不合理等相關問題

此時就要及時的拉上產品、架構師等相關人員仔細確認，有改動的需求點及時修改需求文件，周知到大家，改動的點，需要嚴格執行上面的三個測試階段，通過方可提測

5.開發已經準備好完善的介面文件

專案測試周期寬鬆的情況，可以提前做介面測試工作，此時必須要有一份完善的介面文件

6.開發已經清楚羅列提測版本、範圍、以及相關風險事項清單

這點主要是對我們的專案相關人員負責，清晰的知會PM、PRD、測試提測範圍，將工作做到極致

2

提測前後事宜相關總結

1.在提測階段，我們為什麼嚴格開發去這麼做？

提前發現問題進行解決問題、不要等到測試階段才發現該問題，節約人力成本，提高轉測質量，贏得測試的尊重，團隊人員關係更加融洽

當你們碰到那種提測版本，主流程跑不通，頁面開啟錯亂，此時作為測試人員的你，相信那天的心情都不會好了，反而還對開發有一定的心裡成見

2.流程是人定的，約定三章後，就要嚴格執行

流程完畢不去嚴格執行，只是一個擺設，所以作為測試的我們有義務在周例會進行宣導、善意的提醒開發去嚴格執行，如果有個別同事幾次出現嘴上說執行，但是實際每次提測質量還是很差，可以先找開發經理反應情況，如不改正，直接一封郵件到研發總監，不要慫，就是幹

好了今天就先講到這裡，歡迎各位同仁指點分享補充，在好的流程建立上千萬不要怕耗費時間，因為這些都是對我們測試有利無弊的，上個留言討論欄，積極參與討論，一起進步

關注老三，老三帶你認識測試