目前分類:生活學習 (61834)

瀏覽方式: 標題列表 簡短摘要

超簡單的變化測試

來源: MSDN  發布時間: 2011-09-07 13:22  閱讀: 1712 次  推薦: 0   原文鏈接   [收藏]  

  我認識的很多測試人員都聽說過變化測試,卻很少有人執行過該測試。 變化測試以難度大、需要昂貴的第三方軟件工具而聞名。 但是,在本月專欄中我將為您展示如何用 C# 和 Visual Studio 創建一個超簡單(不到 2 頁代碼,用不了 4 個小時)的變化測試系統。 簡單的變化測試系統能讓您用很少的時間和精力,就獲得成熟的變化測試系統所提供的大部分好處。

環球企業家:下一站瀏覽器

來源: www.sina.com.cn  發布時間: 2010-09-26 15:26  閱讀: 551 次  推薦: 0   原文鏈接   [收藏]  
摘要:在蘋果、谷歌、微軟和諾基亞們相繼瓜分了移動互聯網的世界入口之后,Opera憑什么還能組建起顛覆秩序的“入侵者同盟”。

IoC+AOP的簡單實現

作者: Artech  來源: 博客園  發布時間: 2010-09-02 20:27  閱讀: 6472 次  推薦: 0   原文鏈接   [收藏]  
摘要:對于一個企業應用來說說,AOP和IoC是我們進行邏輯分離和降低耦合度最主要的方式,而將兩者結合起來具有重要的現實意義。到底將IoC和AOP進行整合后,會對編程但來怎樣的影響,請看下文。

成就系統工程師的職業生涯(續)

作者: GTO  來源: IT人  發布時間: 2009-10-23 17:00  閱讀: 1312 次  推薦: 2   原文鏈接   [收藏]  

  我剛得到我的第一份工作!下一步該怎么做?

書摘:在軟件業獲得成功

來源: InfoQ  發布時間: 2010-12-12 21:02  閱讀: 873 次  推薦: 0   原文鏈接   [收藏]  
摘要:Sam Lightstone最近出版了名為《在軟件業中成功:獲得工作,為組織服務,變得優秀》的書。這本書的核心在于標題的最后一個詞——成為優秀的專家和軟件工匠。當然,變得優秀將對你的職業生涯起到促進作用并提高你的收入,但這本書的真正價值在于它對如何成為一名更好的開發者所提出的建議和看法。

百度員工離職總結:如何做個好員工?

作者: 泰然野狐禪  來源: 微信公眾號  發布時間: 2014-07-21 11:14  閱讀: 16570 次  推薦: 141   原文鏈接   [收藏]  

  2014年7月4日,我從百度離職了。

谷歌是如何做代碼審查的

作者: MarkCC  來源: 外刊IT評論  發布時間: 2011-11-13 20:59  閱讀: 4894 次  推薦: 2   原文鏈接   [收藏]  

可伸縮性的最差實踐

來源: InfoQ  發布時間: 2012-03-01 13:18  閱讀: 1632 次  推薦: 0   原文鏈接   [收藏]  

  相關文章:可伸縮性原則

關于導致項目失敗的程序的討論

來源: 外刊IT評論  發布時間: 2010-12-29 16:38  閱讀: 710 次  推薦: 0   原文鏈接   [收藏]  
摘要:項目的失敗歸咎于業務問題,而非程序。

特性分支是邪惡的?!

作者: jez  發布時間: 2012-08-31 15:32  閱讀: 3556 次  推薦: 0   原文鏈接   [收藏]  

持續集成之戲說Check-in Dance

作者: 喬梁  來源: InfoQ  發布時間: 2012-01-07 13:22  閱讀: 2609 次  推薦: 0   原文鏈接   [收藏]  

  盡管Thoughtworks的首席科學家Martion folwer 為“持續集成 ”下了定義,但由于自身背景與經歷的不同,每個人對其都有不同的理解。從狹義上講,持續集成可以認為是一種基于某種或者某些變化對軟件系統進行的經常性的構建活動(注:這里的構建活動不僅指編譯打包工作,還包含各類自動化測試、部署及發布活動)。然而,它忽視了一點,即:任何實踐中都應該包含“與人的交互”這一因素。因此,從廣意上講,持續集成應該是軟件開發團隊在上述活動的約束下所采用的整個開發流程及活動。它強調開發團隊與持續集成系統之間的互動性。我們既見過持續集成做得非常成功的團隊,也見過效果不佳的持續集成,甚至失敗的案例。

11個高效的同行代碼評審最佳實踐

作者: Jason Cohen  來源: IBM  發布時間: 2012-08-11 13:40  閱讀: 5836 次  推薦: 3   原文鏈接   [收藏]  
摘要:這 11 項針對輕量級高效同行代碼評審最佳實踐被證明是有效的,它們建立在一個通過結合使用 IBM® Rational Team Concert™ 與 SmartBear CodeCollaborator 對 Cisco 系統的開發進行案例研究的基礎之上。它們可以幫助您確保評審既能夠改進您的代碼,又能利用好開發人員的時間。

持續集成之“測試三角形與分段構建策略原則”

作者: 喬梁  來源: InfoQ  發布時間: 2011-03-16 15:29  閱讀: 1598 次  推薦: 0   原文鏈接   [收藏]  
摘要:隨著軟件產品新特性的不斷增加,軟件自動化測試用例的數量也會成倍增長。對于一些歷史“悠久”的遺留系統來說,甚至會積累數以萬計的自動化測試用例。如果對這樣的系統進行持續集成,還要求每個開發人員都要進行本地驗證的話,困難的確不小。讓我們還是看看Joe的團隊是如何解決類似問題的吧。

持續集成之“依賴管理”

作者: 喬梁  來源: InfoQ  發布時間: 2011-06-02 12:58  閱讀: 1934 次  推薦: 0   原文鏈接   [收藏]  

  在前文《分支策略(續)》中,我們討論了多組件應用程序的持續集成策略,即:為相對獨立的組件創建自己專屬的代碼庫,然后通過現代持續集成工具進行組件間的持續集成。Joe的團隊在首次發布之后,開始使用這種方式。然而,沒有多久,他們就遇到了一個問題:一次提交構建所花費的時間太長。

UML序列圖總結

作者: tianhai110  發布時間: 2012-01-30 15:57  閱讀: 57398 次  推薦: 37   原文鏈接   [收藏]  

  序列圖主要用于展示對象之間交互的順序。

持續集成之“自動化部署”

作者: 喬梁  來源: InfoQ  發布時間: 2011-10-06 18:09  閱讀: 14979 次  推薦: 6   原文鏈接   [收藏]  

  在前文《依賴管理》中,我們討論了如何在代碼變得龐大,組件增多的情況下,做好外部庫和內部組件依賴管理,從而提高構建效率。可以應用的實踐包括:一次生成,多次復用;建立統一制品庫,外部依賴庫可以使用像Maven或Ivy這樣的工具進行統一管理;對架構進行調整,使一個大的代碼庫分成多個組件;每個組件有自己的持續集成體系;對多個組件做持續集成。然而,解決一個問題后,總會有另一個問題等在那里,需要你來解決。這次Joe的團隊遇到了部署問題。

如何編寫一個C#程序

作者: 劍了  發布時間: 2008-09-04 16:04  閱讀: 5712 次  推薦: 2   原文鏈接   [收藏]  

    在編寫一個C#程序之前,我們首先講一些必要的概念:注釋,Main方法,及控制臺下的人機對話(輸入輸出語句).

持續集成之“分支策略”​

作者: 喬梁  來源: InfoQ  發布時間: 2011-04-12 10:42  閱讀: 2408 次  推薦: 1   原文鏈接   [收藏]  

  現代版本控制系統(SCM)的作用已不僅僅是保存歷史版本,它還是各軟件開發組織利用其分支功能實現多人并行開發,提高生產效率的一種工具。對于稍有歷史的軟件產品來說,一般都會有代碼分支的出現,也常常見到一些歷史悠久的產品其錯綜復雜的分支版本樹甚至將產品交付團隊拖入“無盡維護”的泥潭。分支的目的是希望“分而治之”,而持續集成的目的是“頻繁集成”,這二者之間又有哪些聯系呢?

持續集成之“Everything is code”

作者: 喬梁  來源: InfoQ  發布時間: 2012-01-07 15:43  閱讀: 2807 次  推薦: 2   原文鏈接   [收藏]  

  在前文《軟件自我識別》中,我們討論了如果使軟件做到自我識別,以促進自動化部署和版本檢測等工作。 隨著互聯網的飛速發展,以及基礎設施的改進,越來越多的業務被放在了“云”端。管理數千臺服務器和各種應用程序的不同版本已經是一種常規事務了。那么如果管理好這些機器和代碼嗎?本文將介紹一些最佳實踐,來幫助大家更好的完成相關的事務。

關于程序成本的討論

來源: aqee  發布時間: 2011-01-03 22:09  閱讀: 932 次  推薦: 0   原文鏈接   [收藏]