常見的窘境： 　　這也許是大多數軟件公司面臨的一個老大難的問題，即送測的程序版本質量差——甚至會出現連冒煙測試都不能通過的情況——面對這樣的版本，作為測試人員的我們，也常常陷入兩難的境地：如果投入測試，會浪費大量的時間；如果不投入測試，項目的交付時間在那里卡着......所以這就讓測試人員陷入 ...

不漏側這個話題本身就是個偽命題，微軟的產品都天天打補丁呢，包括google, facebook都經常打補丁。測試人員是沒有辦法保證不漏側的，但是盡可能少漏測，而且每次保證漏測的原因都是不一樣的。 不漏測就等於軟件沒有bug,這個是整個團隊的事情，團隊對整個產品質量負責，測試只是質量管理中的一個 ...

以下是我個人總結的一些經驗： 傳統開發模式：Ｖ模式，瀑布模式，傳統開發模式往往循規蹈矩，從需求，概要設計，詳細設計，開發，單元測試，集成測試，系統測試，驗收測試，上線發布，整個周期往往需要半年到一年，由於周期長，產品在開發過程中會存在需求變化，傳統模式不適應需求的變化。為了解決這個問題，當前出現 ...

覆蓋率和執行通過率，嚴控產品提測質量，覆蓋率和通過率達不到標准，無法提交測試。 首先，我們先討論一下，什 ...

1. 測試計划盡可能做到一頁紙，雖然計划趕不上變化，但是我們還是需要有這樣一個計划， 並且要把整個計划分享給研發項目的所有人，讓他們知道整個測試進度和時間安排 2. 測試計划需要包含： 測試目標 、測試范圍 、測試環境的說明、測試類型的說明 （功能，安全，性能，穩定性） 、測試 ...

在測試過程中和不同開發合作，往往會發現一些bug都是大多數開發人員常出現的錯誤，為了幫助開發人員，也減少測試的重復工作量，非常有必要將以往出現的bug做整理，分析原因，讓開發知道這些bug, 避免再次出現， 讓測試人員騰出更多的時間去發現新的bug, 所以，測試開發需要做bug預防。 Web ...

這個是測試團隊管理的話題 1. 管人 a. 招聘新人，找到合適的人，新人是需要做入職培訓。讓新人快速融入到團隊中去，和開發和測試打成一片。 b. 與團隊成員多做有效溝通，了解每個人真正訴求，根據訴求和公司的要求做一個管理上的平衡。　 c. 設定KPI，合理的激勵，獎懲分明。 d. ...