一：簡介
Codes 重新定義 SaaS 模式 = 雲端認證 + 程序及數據本地安裝 + 不限功能 + 30 人免費
Codes 是一個 高效、簡潔、輕量的一站式研發項目管理平臺。包含需求管理，任務管理，測試管理，缺陷管理，自動化測試，cicd 等功能； Codes 幫助企業加速融合研發、測試、運維一體化進程。商業版不限功能，本地安裝只限用戶數，30 個用戶免費 ; 社區版當前只開放了測試跟蹤管理 (主要功能用例管理，缺陷管理)，後續接着分離其他功能代碼出來。
gitee 代碼倉庫 https://gitee.com/xiaoming1q/icodes
本次發佈 4.5.3 一共 21 個更新 ，118 個優化更新，3 個 Bug fixed 祥見 第三部分
二：圖文簡說 Codes
Codes 的產品文化：好的工具，即要易用，又要方便管理
易用解決執行層面的協同問題，方便管理才能促進高效的執行，也就是說：協同僅是解決執行層面的問題，管理纔是高效協同的抓手
功能架構
二、一 Codes 給管理人員便捷的抓手，使管理抓得住
先來看 Codes 管理的抓手” 抓 “什麼
1、做什麼
作爲管理者，最關心的是在特定的前一時段內團隊做了什麼，特定的當前時段內正在做什麼，接下來特定時段內要做什麼
2、做得怎樣
然後是各時段都有什麼問題或是風險，比如：計劃內的事情完成得咋樣，解決的歷史工作債務，又增加多少新的工作債務，當前累積了多少工作債務
3、瓶頸在哪裏
就像找到了堵點才能解決交通擁堵一樣，要先識別出哪裏才生了積壓，積壓是人的問題，還是其他問題
再看 Codes 如何輕鬆的” 抓 “
（1）數據大屏及各種豐富實用的統計分析
對研發全場景數據進行多維度分析，幫助團隊進行效能的持續改進，幫助企業深耕研發效能
（2）敏捷與瀑布融合，有 PMO 關注的宏觀層面的里程碑，也有細粒度的迭代數據還有更細粒度的各項事項的彙總，不失大局觀
（3）待辦排名，一目瞭然當前進度瓶頸
（4）工作負載以日曆和甘特圖的形式顯示，直觀快捷
（5）任務覆盤，用數據說話，減少不必要的例會，比如解決的歷史債務，新增債務，當前累積的債務等
（6）各職位人員產出及工時 一目瞭然
（7）迭代總結
迭代報告中除了總覽外其他幾個 TAB 全爲各分項數據明細；迭代完成時，自動歸檔迭代報告到項目文檔下，並可導出明細
（8）風險分析中以拓補圖的方式查看風險事項
（9）生成式全局看板，通過查詢條件來定義看板
且可在看板上處理一切事務，如處事缺陷入流轉，執行用例，處理任務，執行迭代事項
看板也可按人，按項目，按迭代分組
（10）工時、日報、進度
靈活的工時審批，以便按產出算工時，另外 工時多種分組統計及進度計算
並可層層下鑽到直人，從最小原子的任務，或需求，或缺陷及用例的工時層層向上推導，迭代進度，項目進度，人員進度，部門進度等
日報按項目和按人彙總
（11）全局事項，盡在掌握 ，需求，任務，測試用例，缺陷都可多維度分組 ，方便以全局視角查閱核心工作事項
以全局的視角查看某個項目，或所參與的所有項目 或所有項目有各事項（需求、任務，缺陷，審批，用例等）且可各種分組顯示。如今日快到期或本週快到期，還可可查看是否排爲今日事項
（12）日常事務，也可走流程，還可批量排期
可以走流程以審批排期，還可批量排期（粗加工），再拉會（精加工）調整省事快捷
批量排期
（13）需求祥情中，也能覆盤需求，從提出需求到測試及上線的明細
二、二 Codes 以不增加負擔的方式，讓執行人員高效協同，以低代碼提升個人工作效率
執行過程事找人、透明化、可追溯；圍繞需求拉通所有研發活動，全場景業務數據慣通不割裂。
對於具體幹活的人員，主要是兩件事，我的工作有什麼如何彙報我的工作，團隊的工作如何組織實施
（1）我的事項
名下待處理的事項，待批，需求，作務，缺陷，用例，一目瞭然 ，然後通過明日計劃或當天選擇爲今日事項
還可多維度分組
（2）以迭代爲中心來組織，且多事項迭代，從需求到測試到上線 形成閉環，自動生成迭代報告，且可多維度對迭代的事項分組
從需求，到任務，到用例，到測試，到缺陷，到自動化測試到上線，一個完整的閉環，並自動生成迭代總結並存檔
需求評審後，規化到迭代中，然後開發人員拆分需求爲任務，同時測試可寫測試用例，過程中間的產出放到迭代的交付物中，自動和項目文檔關聯，在發佈中定義上線事項及執行人
迭代下需求，任務、缺陷、用例，分組顯示
（3）圍繞需求拉通所有研發活動
多種視圖模式，滿足不同需要，圍繞需求拉通所有研發活動，確保干係人信息對齊，一個頁面實現主要研發活動的聯動
再也不會在需求下不能直觀看到任務和用例了，產品視圖讓產品專注於需求，全景視圖讓研發人員一目瞭然 需求拆解，看板和甘特圖視圖
在需求下可以直接把需求分解爲任務，編寫用例
（4）自動層層推算進度
需求下有用任務，或子需求 用任務或子需求的工時來推算父需求的工時，如需注多有也是層層推算
（5）日報與工時整合，以批量的形式分分鐘填好工時，讓煩人的工時，不再煩人！，並自動生成項目日報方便 PM 查閱，工時可以配置無審批，或 PM 審批，部門負責人審批
自動生成項目日報
自動列出當日事項，在其後填寫工時，缺陷及用例都計算了工時，可以完整統計迭代進度，項目進度，以及部門工時。按支持層層下鑽到人，如項目下鑽到迭代，再從迭代下鑽到人，或是從部門下鑽到人
（6）通過低代碼降低 CI CD , 接口測試技術門檻
零代碼拖拽式實現代碼的編譯和部署
零代碼拖拽式進行接口自動化編排
自動推導接口依賴拓補關係圖，讓接口關係不再是黑匣子，便捷的接口調用鏈
拖拽生成斷言和拖拽提取參數，讓接口測試傻瓜化； 創新式接口混沌測試，瞬間完成接口健壯性測試。
三：4.5.3 更新說明
本次發佈一共 24 個更新 ，18個優化更新，3 個 Bug fixed
18 個更新
1、bug 導出時，把引入原因也導出來
2、用例導出時，要導出標籤
3、用例導入時，要導入標籤，如是系統中不存在，也要新增 ，方便後續選擇
4、在看板中，點迭代下的 迭代明細，直接跳找到當前迭代明細頁面
5、在迭代中雙擊一個迭代，並切換到測試包 tab , 然後再回到迭代列表，再雙擊當前或是另一個迭代時，在迭代明細的 項目 BUG tab 頁另，不應顯示增加測試包的按鈕
6、添加新用戶的時候 點擊保存並繼續 列表沒有刷新 導致沒有顯示出來，需要手動再次進入用戶管理才能看到
7、在迭代的項目任務中，可以直接增加任務，並自動分配到當前迭代下。
8、將測試用例中導入用例包，編號不按照順序顯示，
9、在用例包中，用例轉 BUG 時，測試包頁面上執行統計數據沒刷新 。
10、測試人員 A 提交一個 BUG，分配給了開發人員 B ，他發現，分錯了，測試人員 A 想改爲開發人員 C 改不了，只能開發人員 B 重分配爲 C 纔行，這不太合理， 測試人員 A 也應可以重分配給開發人員 C
11、用例包中轉 BUG 的時候，應該 BUG 的版本，用測試包的版本
12、新增測試用例頁面，和 BUG 頁面一樣，可以連接增加
13、看板中己完成的任務，在己完成那一列顯示 100%
14、導出用例按 ID 排序
15、在字典增加用例的公共標籤，給用例加標籤時，可從公共和個人標籤合集中選或是現增加
16、修改字典維護中字典類型加載了兩次的 BUG
17、測試用例包下，導出的離線執行 excel 文件中除項目外增加包名
18、導出 BUG 按 ID 排序
3 個 BUG 修復、
1、先用基線和標籤查詢條件用例，然後導出，但是導出的用例中沒有加這兩個條件來過濾，其他條件是正常的 BUG
2、excel 導入的用戶，不能登錄 ，4.5.0 增加 ldap 登錄支持時引入的
3、解決瀏覽器語言設置爲英文時，所有修改操作報錯的 BUG