在測試過程中，對于測試進度的反饋，我們會說測完了，然后準備上線。如果測完了，還遺留了問題，我們會根據遺留問題評估是否能夠上線。

但有時候測完了，也沒有什么遺留問題（比如一些倒排的項目），但是感覺測的不是很充分，該怎么評估呢。

最近遇到測試時間壓縮，需要趕一趕工。然后通常會記一個風險：測試時間壓縮。除了記個這樣的風險，我還很想告訴大家哪里不充分，犧牲的這部分質量大家能不能接受，但是我又很難進行量化和描述。

說到測試不充分，但測試活動什么時候真正充分過了呢。窮盡的測試是做不到的，誰都無法保證測試過后就沒有bug，項目也不會等到沒有bug才上線。項目管理里面有個成本-質量-時間三角：一味的追求質量會使成本和時間增加；不追加資源或者犧牲質量，就無法壓縮時間。關鍵是平衡點是什么，怎么取舍。
不同業務特性、復雜度和風險的不同，對質量的要求可能不同，比如造波音、做基站對質量的要求就要比一般軟件系統高。測試在評估測試是否充分指的是達到了當前軟件要求的質量。業務的質量要求是怎樣的，這里可能是有缺失的。

開發、產品經常會覺得：這個是測試測過的。為啥會有問題。可能他們認為的質量目標是90分，但是測試完成時達到的質量水平只有70分。測試策略是有彈性的，一個項目有3天的測法也有3周的測法。一個測試同學A測一個項目只測主要功能可能要3天可能質量水平70分，另一個同學測得全面一點要5天可以質量水平80分。哪一種更合適？多花的2天有木有價值？說清楚這個是不是就容易爭取測試時間以及評估出時間壓縮的風險，因為在互聯網公司迭代比較快，項目排期普遍緊張，時間問題是比較敏感的。

最后，是不是大家都清楚什么是充分的測試，并能夠評估出目前測試狀態和預期質量目標差距是什么，并計入風險。如果相關方認可當前測試水平以及接受這樣的風險，就算線上出現此類問題，也應該理解為質量把控符合預期。現在很多時候為了進度加班加點犧牲了質量，最后看到線上問題很多覺得測試工作做的不好，有種多做多錯的悲涼。

轉載于:https://www.cnblogs.com/opama/p/11218990.html

總結

以上是生活随笔為你收集整理的测试时间压缩有感的全部內容，希望文章能夠幫你解決所遇到的問題。

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