容錯測試2-hsf mock方案.前文中描述了基于aop的容錯測試解決方法, 我們可以結合具體的業務,使用場景來編寫腳本進行測試.但是實際工作中,隨著業務復雜度的不斷提高,系統間的相互依賴更加復雜..
容錯測試1-aop實現.今年我們產品線對我們去年線上的遺留bug做了分析,發現線上的遺留問題基本上是一些無法測試到的異常流程或者依賴的其他應用有異常引起的,普通的正常功能測試已經很難發..
抵制代碼重寫 昨天,一位老上級邀請我一起吃午餐。當坐在哪里等待上菜時,我們緬懷起早期這個公司的往事。他有一句話讓我心里一虛: 啊,你這個判官…我記得當你看到Dan(公司的..
代碼覆蓋率80%,不能少 一大早,一個年輕的程序員問大師: “我準備寫一些單元測試用例。代碼覆蓋率應該達到多少為好?” 大師回答道: “不要考慮代碼覆蓋率,只要寫..
結對編程是每個軟件公司都該采用的開發方式!如果說這世界上有一家公司懂“軟件開發”,那非 Pivotal Labs 莫屬。Pivotal公司的Edward Hieatt和他的同事都是從事敏捷開發培訓,指導結對編程工作..
重構,早就不再是“奢侈品”,而是“日用品”??v然如此,在自己的工作過程中,還是聽到很多關于重構的誤解。 首先,重構是日常工作。..
如何按照規范書寫代碼:編碼規范集錦?真的不知道我的第一篇真正的文章應該以什么為主題。我最終選擇了編碼規范。 編碼規范是什么? 簡單說——編碼規范是一種…規范。通過建..
程序員請在編程中別自作聰明.人人都有很高的欲望在編程中表現自己的聰明。你想賣弄一下,用你高超的技巧寫出一段最奇巧的代碼。它讓你得到少有的成就感。然而,我發現,對于大多數人..
單元測試的代碼覆蓋率至少80%!一大早,一個年輕的程序員問大師: “我準備寫一些單元測試用例。代碼覆蓋率應該達到多少為好?” 大師回答道: “不要考慮代碼覆蓋率,只..
代碼和架構如何重構:漫談重構技巧。因為工作內容的原因,我在前后兩家公司中的工作中主持和經歷了十余次代碼和架構的重構,下面隨便說說我對重構的一些經驗和想法。 關于重構..
編程中別賣弄,那是自作聰明!人人都有很高的欲望在編程中表現自己的聰明。你想賣弄一下,用你高超的技巧寫出一段最奇巧的代碼。它讓你得到少有的成就感。然而,我發現,對于大多數人來..
靜態測試之代碼評審的一些建議!Facebook產品經理王準的一些建議: 作為審查者,一定要讀懂diff;所有被接受的diff必須是在讀懂的前提下。做審查者的人要有“將來如果這些代碼線上出問..
因為工作內容的原因,我在前后兩家公司中的工作中主持和經歷了十余次代碼和架構的重構,下面隨便說說我對重構的一些經驗和想法。 關于重構..
為什么谷歌要執行嚴格的代碼編寫規范?本篇是谷歌是如何做代碼審查的的續篇。 我們在谷歌所做事情中另外一個讓我感到異常有效、有用的制度是嚴格的編碼規范。 在到Google工作..
如何整合JIRA、FishEye、Crucible進行CodeReview? Atlassian的器材信賴大師都不陌生,知道Confluence的有木有,用過JIRA的有木有,固然說這些產品都要收費,不過對于黌舍和開源組織都可以申請免費Lic..
為什么谷歌要執行嚴格的代碼編寫規范?本篇是谷歌是如何做代碼審查的的續篇。 我們在谷歌所做事情中另外一個讓我感到異常有效、有用的制度是嚴格的編碼規范。 在到Google工作..
XCode 4 的調試定位技巧.經常有朋友會問Crash的問題。Crash最多的無非就兩種,一種就是signal SIGABRT,大概的意思就是發送Message出現問題,信號迷失了。這種的Crash其實是很好定位,Crash了后直接看..
如何改良你的程序代碼質量的11個技巧!有很多理由都能說明為什么我們應該寫出清晰、可讀性好的程序。最重要的一點,程序你只寫一次,但以后會無數次的閱讀。當你第二天回頭來看你的代..
程序員應該如何測試自己的程序代碼?開發自測被多個團隊實踐,開發自測的效果也是不一而足的,具體怎么樣的開發自測方式是更好的,每個人都有自己的觀點和看法,這里說說自己對開發自..
你的程序里有太多的配置項,太多的東西需要人去配置。API切入點設置?主題顏色配置?100種不同的字體樣式和字體大小選擇? 界面色調配置?語言切換配置? 去掉這些配置項,全部去掉。..