背景
- 當你作為一個測試工程師在送測階段(提測階段)A1還沒到測試結束時間時,開發突然過來問你現在有個***問題需要更新測試才能驗證,才能聯調,才能....,現在可以更新測試環境嗎?
- 作為第一次被當面問到這種問題的我來說,我下意識是緊張的,並且腦子不加思考的就回答了,可以啊,現在只剩探索性測試了
- 然后開發就麻溜的通告全場可以更新測試環境了
- 當懵逼緊張完之后,不知道為何腦子突然精靈了,想到...我還沒問過我同伴的意見..她可能還在測試..
- 心中也還有點疑惑..不是說好解決某個問題嗎,直接只更新那個模塊的代碼不就可以了嗎?為什么要全量更新,把整個測試環境的代碼都更新..
結果
- 我的同伴還沒有完全跑完探索性測試,只能被迫中斷測試
- 測試時間被打亂,A1提前結束,壓縮了A1測試時間,是否A2的測試時間會增加?導致整個測試周期延長,最終發布被延期....
- 第一次負責送測就鬧這一出,心里很是壓抑,決定要進行復盤
提出問題
在送測階段測試時間未結束時,開發詢問測試是否能提前更新測試環境,測試應該如何分析和決策?
復盤前期准備
首先,我們可以通過6w1h去分析這個問題
6w1h | 含義 |
who | 提出這個問題的是開發 |
why | 為什么會提出這樣一個問題? |
waht | 什么情況下會需要提出這樣一個問題? |
where | 需要更新的是目前測試環境 |
when | 送測階段,即測試正在測試中 |
whom | 開發向測試提出詢問 |
how | 測試要綜合各種維度的衡量,才去回答開發這個問題 |
開發為什么會提出這樣一個問題?和什么情況下會提出這樣一個問題?
感覺這兩個問題差不多,所以就放一起說了
測試期間發現某些嚴重問題:譬如應用崩潰,某個功能一直報錯,影響測試主流程的bug;需要及時更新測試環境,避免影響測試進度【測試主導】
版本緊急:需要壓縮測試時間,提前結束送測【開發or產品主導】
被測應用需要對接內部第三方應用:在當前送測階段(如:A1)沒有送測第三方應用功能,測試期間第三方應用已上測試環境,開發在被測應用測試環境對接第三方應用時無法順利完成,出現一系列問題,考慮到會影響下一輪送測(如:A2)前需要驗收第三方應用的功能,還有下一輪送測時間【開發主導】
被測應用需要對接外部第三方應用:被測應用對接的第三方應用的主要功能點出現Bug,在送測階段(如:A1)第三方應用改好Bug並已經上線了;因為是修改的是主功能點,為了不影響發布,開發可能會需要提前在測試環境聯調這個功能點【開發被動&第三方主導】
測試需要衡量哪幾個維度?
大項 | 小項 |
測試進度 |
|
影響范圍 |
|
緊急程度 |
|
溝通相關 | 及時跟同組測試溝通,一起衡量和決定是否可以讓開發更新環境 |
可參考官方定義的測試停止准則
1、測試超過預定時間
2、執行完了所有用例沒有發現新的bug
3、單位時間內查出的bug數低於預定值
4、查出一定預定數量的bug
僅供參考的簡單流程圖