由新浪的地址慢慢搬過來，基本都以前寫的。
剛獲悉一些問題，有壓力。基本框架本年內肯定是沒完成，每天碎片時間不超過2小時，只能依賴重寫系統測試案，來試圖查出隱患。（框架的協作性需要磨合，核心也是節約時間和人力成本）
先圖表再歸納成文字。
產品最終是定義穩定性和健壯性，某種意義取捨還是關注的是產品的健壯性。
如何尋找現有突破，依然是82原則和28定律的通過過往的問題來探究將來可能重點方向的。
1.Create test case from bug（從缺陷創建測試用例，又要追回傳統軟件的一些辦法）
2.通過RBT中風險概率計算因子的更進一步細化和風險影響因子計算的模型（最起碼需要1-2個人）
3.半自動和自動化參與到冒煙測試中，最終目標爲把1次冒煙的時間可以完成1.5次爲佳。冒煙時間以用戶視角和當前版本開放多少爲內容基本，以更新了服務端，客戶端或者配置表爲時間定向，來完成。
4.至於交付方面，還需要思考下 在冒煙測試前，通過內-外部評審，然後“通過測試”，才執行冒煙測試（驗證版本完整性）->交付。
冒煙測試發現了大的問題，如果不是發版本前更新出來的，那本階段測試的質量需要測試自己打個問號？然後去優化和尋找原因。測試還是先找自己原因，然後在追尋哪裏的問題。
最近幾周工作壓力，下面的也比較緊了。
原新浪地址：
