最近個人幾篇文章介紹了改測試等待的文章. 關聯文章的位址
」延續交付如何讓老闆看到代價？「，這是事先討論的比擬劇烈的話題，大家形成的基本結論是可以通過權衡週期時間來看延續交付前後的變化，如果應用延續交付前的週期時間是1周，運用了延續交付後週期時間變為3天或者更少了那麼就為公司提高了競爭力，就比競爭對手更快的退出新產品、功能了。
「延續交付是公司軟體研發綜合能力的體現「，它體現了從編碼->測試->上線全流程的整體協調和相關工程實踐的應用能力。特別是devops兩部門的融合，延續交付的自動化管道猶如乙個個自動化的生產線，只不過最後的輸出就是上線的軟體。
"讓寫**的人專心寫**"，讓開發人員分心的事件或者說須要等待的事件不少，例如：等待測試呆板/資源、等待測試結果的反饋、等待品質資料反饋。而延續交付可以盡可能的下降開發人員上述的一些等待時間，從而提高生產率。
「通過視覺化來影響團隊」，有效乙個表現器用來表現jenkins build pipeline，也有效乙個閃爍的紅燈來表示構建失敗的情況，通過這些視覺化的手腕來使團隊遵循』修復構建失敗是第一優先順序的事件『的約定。
「自動化測試的切入點須要開發測試同事一起來決議「，開發和測試同事可以坐在一塊吧系統的架構、模組畫出來，看看哪些是須要做ut、哪些須要做it（介面測試/整合測試）等，然後從乙個最小部分開始實施，逐漸的把自動化測試加入到延續整合中去。
延續交付不是乙個最終狀態，而是『在路上』的乙個程序，它沒有終點，並非意味著將發布週期從1周縮短為2天就是延續交付了，更重要的是「將發布的選擇權交給業務部門，而不是it部門」，所以說延續交付乙個一直優化提公升的程序，它沒有乙個業界的『終點』定義。
每日一道理
哦，媽媽 親愛的媽媽，您對我的愛比太陽還要熾熱，比白雪更為聖潔。在我成長的道路上，您就是女兒夏日裡的濃蔭，冬天裡的炭火，您更是女兒人生路上的一盞明燈。
正如《延續交付》一書書中所說
「如果在軟體開發中的某個任務令你非常痛苦，那麼處理痛苦的方法只有更頻仍的去做，而不是躲避」，只要我們從思想上可以接受倏地失敗、倏地修改、倏地發布的節奏，那麼延續交付的理想國就為期不遠了。
文章結束給大家分享下程式設計師的一些笑話語錄： 剎車失靈
有乙個物理學家，工程師和乙個程式設計師駕駛著一輛汽車行駛在阿爾卑斯山脈 上，在下山的時候，忽然，汽車的剎車失靈了，汽車無法控制地向下衝去， 眼看前面就是乙個懸崖峭壁，但是很幸運的是在這個懸崖的前面有一些小樹 讓他們的汽車停了下來， 而沒有掉下山去。 三個驚魂未定地從車裡爬了出來。
物理學家說， 「我覺得我們應該建立乙個模型來模擬在下山過程中剎車片在高 溫情況下失靈的情形」。
工程師說， 「我在車的後備廂來有個扳手， 要不我們把車拆開看看到底是什麼 原因」。
程式設計師說，「為什麼我們不找個相同的車再來一次以重現這個問題呢？」
--------------------------------- 原創文章 by
測試和等待
---------------------------------
閒聊的一些話題
最近在支點論壇裡看到那樣乙個女人,據說是做了15年的it資訊化,然後整天在嚷嚷她的經歷是多麼的豐富,她是多麼的歷害.非常反感.可能與我個性不太張揚有關係.作為乙個資訊部門人員或主管都好,還是乙個管理人員.每個人都會有需求的.我碰過我下面的乙個使用者問我,能不能自動讓游標跳到她希望輸入的位置上.這樣能...
關於c 的一些話題
做一點c 的學習筆記和思考。c 亮點在於物件導向 oop 和泛型 template 物件導向啦，我的天哪，這裡有介紹 抽象封裝 抓住本質，提煉出類，用private來掩蓋一些私有的，public一些共有的，組織好這個類 繼承 增強類復用性，擴充套件，發展性 多型 增強了類的靈活性 多型這塊主要一點 ...
有關企業進化的一些話題
本人一直從事企業管理工作，思考問題幾乎都是從企業的角度出發。但是，前天一位 的朋友來訪，話題是 企業資訊化的進化。我當場表示了不解 資訊化知識企業的乙個部分，單純的講企業資訊化的進化能說清楚麼？我看過一本書 企業生命週期 是乙個美國學者寫的。很有啟發意義。既然，企業可以用生命週期的模型來分析 研究，...