系列文章
Day 11 任務導向的Azure DevOps 系列文 - SDLC 的第四步，給我來點自動化 - Pipeline 該放哪的討論
最低程度打擾開發人員 為什麼我們要寫pipeline？其實理由很單純，那就是要提升開發人員體驗，增加開發能量。 要知道，去人力資源市場上看看，一個開發人員的用人...
Day 12 任務導向的Azure DevOps 系列文 - SDLC 的第四步，給我來點自動化 - 測試環境的自動編譯
讓我們來提高開發體驗 如同前面說的，我們先來幫開發人員在開發階段，可以不用再去打開遠端桌面連線，把自己電腦的東西往伺服器放了，而且也不用用電話或是email的方...
Day 13 任務導向的Azure DevOps 系列文 - SDLC 的第四步，給我來點自動化 - 測試環境的自動佈署
讓我們提高開發體驗 任務-自動佈署 昨天說到了我們使用hosted pipeline把專案編譯後，打包成可以佈署的產物。今天就要來把這包產物放到我們測試環境中，...
Day 14 任務導向的Azure DevOps 系列文 - SDLC 的一個循環要注意的事項，工作指派、feature branch、寫程式到commit
任務指派 好，終於可以要來指派工作了。如果是敏捷式開發團隊，通常每天早上都會有很快速的「站立會議（standing up meeting）」，這個時間點其實就很...
Day 15 任務導向的Azure DevOps 系列文 - SDLC 的一個循環要注意的事項，讓我們交付到測試環境：Pull Request - 1
交付到測試環境 當我們認認真真的完成了一個使用者的願望的時候，表示我們完成了一個User story的項目，也就是可以把它放到測試環境去，請使用者根據當時雙方協...
Day 16 任務導向的Azure DevOps 系列文 - SDLC 的一個循環要注意的事項，讓我們交付到測試環境：Pull Request - 2
四種合併模式 延伸昨天的pull request繼續說，這是我非常喜歡Azure DevOps 的一個功能，就是合併是在這裡進行，而且可視化。當我們要進行pul...
Day 17 任務導向的Azure DevOps 系列文 - 交付測試了，然後呢？淺談測試的困境。
先來說現在測試的故事 在昨天終於我們把寫好的功能做了交付，並且把user story狀態改為交付測試，以及把assign指給了使用者。接下來當然就是要測試了。但...
Day 18 任務導向的Azure DevOps 系列文 - 交付測試了，然後呢？淺談Test Plan - 1
沒有辦法中的辦法 今年如風暴的度過，其實在前面幾天談的部分，規劃與設計整個SDLC，打通金融業所有要走的前置作業，除了沒有去跟主管機關面報外，大概已經把我所有的...
Day 19 任務導向的Azure DevOps 系列文 - 交付測試了，然後呢？淺談Test Plan - 2
先從有沒有訂閱差異的地方說起 這個功能其實很奇妙，雖說Basic + Test Plan 貴得要命，大家都用Basic而已。但是進入Project的時候，你竟然...
Day 20 任務導向的Azure DevOps 系列文 - 交付測試了，然後呢？Test Plan -> Test Suite -> Test Case
從Test Plan開始，到Test Case 讓我們來定義一整個Test Plan -> Test Suite -> Test case。 首先先...