最近，我受邀在歐洲一些重要會議上發表演講：
小丑會議將自己宣傳為專家會議。 參加會議後，我了解到專家的意思是低階的：關於位元組碼，關於硬體體系結構的軟體優化，jvm內部等等的討論很多。 老實說，我幾乎不了解大多數內容，但是至少我了解到volker simonis的一次演講使sap提供了自己的jvm 。 哦，是的，因為這是我在聖彼得堡第一次訪問，我還了解到，10月份有凍死 ！ 我在乙個小房間裡進行演講，聽眾沒有給出太多反饋-太糟糕了。
我結束了倫敦敏捷之旅的之旅。 第一次（也是最有趣的恕我直言）會議是關於如何用樂高積木建造城市的研討會。 這項工作分為小組，每個小組-房子，水幫浦，電廠和道路。 這突出了軟體開發專案經常失敗的許多原因：孤立的團隊，每個團隊專注於自己的工作，沒有預先的介面等。至於我自己的演講，老實說，儘管我受到邀請，但我沒有認為這將是乙個很好的選擇：我從沒有把自己想象成一名方**者，儘管我的經驗告訴我瀑布式專案無法兌現，但我不確定敏捷的發展會更好。 此外，整合測試與敏捷的關係比軟體質量的方法要少。 但是，房間裡人滿為患，儘管我警告過「部分**是會話的一部分」，但最後只剩下乙個人。 在閉幕式上，我什至與與會者交換了想法。
參加會議總是令人耳目一新：學習新想法，嘗試新事物並結識新朋友-更不用說老朋友了。 下週我將在devoxx上談論突變測試 。 在那裡見！
翻譯自:
整合測試的策略
1 大 整合 優點 可以迅速完成整合測試 並且只要極少數的驅動和樁模組 用例也是最少的 簡單 資源利用率高 缺點 一次試執行成功的可能性不大，問題定位和修改比較困難，許多介面錯誤很容易躲過測試。適應於乙個維護型專案或被測試系統較小 2 自頂向下整合 優點 較早地驗證了主要控制和判斷點 按深度優先可以...
整合測試的分析
更好的分析能夠幫助我們更好的設計測試用例，整合測試分析在整個整合測試中佔據最關鍵的地位。整合測試分析要考慮以下幾個方面 1.體系結構分析 第乙個角度 從實際需求出發 得到系統實現的層次結構圖 第二個角度 畫分系統模組 得到系統模組之間的依賴關係圖 2.模組分析 最重要的工作之一 模組劃分的好壞，直接...
struts spring整合測試
struts spring整合有3種方式，通過查閱資料得知，將servlet action 委託給spring來管理的這種方式優勢最為顯著.本次struts spring整合測試就是採用委託的方法。實施步聚 首先在struts config.xml檔案中註冊spring外掛程式，如下所示。plug ...