死程序不說謊
今天被一個問題糾結了好久： 我發佈給QA的安裝包，一直都是好好的，忽然今天發給QA的安裝包，安裝後，發現有些模型 不對。 css
好的先debug一下吧。一debug，發現debug的是好的。 html
怕什麼來什麼，豈不怪哉。傻眼了，開始懷疑代碼同步的不對，（一直都是這樣同步的呀）。 又開始懷疑編譯的環境，換了兩個虛擬機，同步了3次代碼。 （這兩個問題多是緣由，但可能性很是小，由於一直就是這麼用的，因此真不該該一開始 從這兩個方向入手） git
思來想去，左試右試。始終找不到問題的緣由。 spa
這樣3個小時很快過去了，也下班了，尚未搞定。 debug
回家了，帶老婆孩子出去吃了頓飯。 code
回來繼續試，最後發現原來是我昨天剛換的一些模型形成的regression。在debug下重現不 了，是由於在debug下，我把model替換成sdcard上的了，爲了提升debug的速度。 orm
原本就應該確定這個問題是個regression，而後翻翻perforce，1個小時確定能搞定的事情。 可是如今花了4個多小時，白白的浪費了。 xml
痛定思痛！特總結一下fix Defect的Process （解決問題的方法論）： 鑑別錯誤類型，首先看看這個defect是否是一個regression。若是是，確定是由於特定的 change形成的，沒有平白無故的錯誤，死程序不說謊。那就看看從何時開始出現這個 regression的。知道了時間，那就好好翻翻change list吧。這個時候perforce，git就派上 用處了。 htm
（此次的defect，是個典型的regression，若是一開始按照這個方法找思路，確定能節省很 多時間）。 blog
若是不是regression，那就先想一想可能形成這個defect的緣由。可能的緣由應該有種種，都 須要本身一一假設，並一一排除。
p.s. 對本身的環境要有信心。
Post by: Jalen Wang (轉載請註明出處)