在測試過程中，對於測試進度的反饋，我們會說測完了，然後準備上線。如果測完了，還遺留了問題，我們會根據遺留問題評估是否能夠上線。
但有時候測完了，也沒有什麼遺留問題（比如一些倒排的專案），但是感覺測的不是很充分，該怎麼評估呢。
說到測試不充分，但測試活動什麼時候真正充分過了呢。窮盡的測試是做不到的，誰都無法保證測試過後就沒有bug，專案也不會等到沒有bug才上線。專案管理裡面有個成本-質量-時間三角：一味的追求質量會使成本和時間增加；不追加資源或者犧牲質量，就無法壓縮時間。關鍵是平衡點是什麼，怎麼取捨。
不同業務特性、複雜度和風險的不同，對質量的要求可能不同，比如造波音、做基站對質量的要求就要比一般軟體系統高。測試在評估測試是否充分指的是達到了當前軟體要求的質量。業務的質量要求是怎樣的，這裡可能是有缺失的。
開發、產品經常會覺得：這個是測試測過的。為啥會有問題。可能他們認為的質量目標是90分，但是測試完成時達到的質量水平只有70分。測試策略是有彈性的，乙個專案有3天的測法也有3周的測法。乙個測試同學a測乙個專案只測主要功能可能要3天可能質量水平70分，另乙個同學測得全面一點要5天可以質量水平80分。哪一種更合適？多花的2天有木有價值？說清楚這個是不是就容易爭取測試時間以及評估出時間壓縮的風險，因為在網際網路公司迭代比較快，專案排期普遍緊張，時間問題是比較敏感的。
最後，是不是大家都清楚什麼是充分的測試，並能夠評估出目前測試狀態和預期質量目標差距是什麼，並計入風險。如果相關方認可當前測試水平以及接受這樣的風險，就算線上出現此類問題，也應該理解為質量把控符合預期。現在很多時候為了進度加班加點犧牲了質量，最後看到線上問題很多覺得測試工作做的不好，有種多做多錯的悲涼。
讀《暗時間》有感
在本書中 暗時間 指的是自己潛意識裡思考的時間。通常自己冥思苦想乙個問題，久未得到答案，當脫離這個思考的環境，吃飯 上廁所甚至是睡覺的時候，自己的潛意識還會在思考這個問題，會在突然之間得到問題的答案。能夠迅速進入專注狀態以及能夠長期保持專注狀態，是高效學習的兩個習慣 人們不願意付出時間來學習，是因為...
軟體測試時間被壓縮，應如何應對
緊急情況下測試週期被壓縮在國內大多數公司都會出現這種情況,那出現這種情況該如何去面對並展開測試呢?首先我們需要弄清楚是什麼原因導致出現這種情況。到底是內部原因導致還是外部原因導致,說到底如果是外部原因導致基本都是由於需求變更引起的,內部原因通常為開發延期導致。在下面我會列舉常見的處理方法 1 如果是...
讀《暗時間》有感（二）
我們的高階認知模組明明知道有些事情很重要，必須提前準備並持之以恆，然而我們內心的另乙個小聲音卻在萬般阻撓我們把屁股從床上挪開或把眼睛從網頁上挪開 逃出你的肖申克 三 看了劉未鵬大神的這段話，真的感觸極多，長期以來都深受這個問題的困擾。明明知道自己想做什麼，想變得更強，想考莞中 想考中大 想拿14k等...