｜ Atlassian 2026 年 2 月安全公告摘要 Atlassian 於 2026 年 02 月 17 日發布了最新的安全公告（Security Bulletin），二月共揭露 15 項漏洞，包含 2 項 Critical（嚴重）與 13 項 High（高）等級漏洞，分布於 Bamboo、Confluence 及 Crowd 三款產品。 每月安全公告所揭露之漏洞，均已評估為對 Atlassian 客戶呈現「非緊急」風險。若出現需立即處理的高風險漏洞，Atlassian 將另行發布 Critical Security Advisory（緊急安全公告）。 本次漏洞係透過 Bug Bounty 獎勵計畫、滲透測試流程及第三方套件掃描所發現。建議各單位盡速確認所使用之版本，並依下列建議版本進行升級修復。 📊 二月漏洞統計總覽 本次公告涵蓋以下三款 Atlassian 產品，共計 15 項漏洞： 受影響產品 Critical 漏洞數 High 漏洞數 小計 Bamboo Data Center and Server 0 1 1 Confluence Data Center and Server 0 6 6 Crowd Data Center and Server 2 6 8 合計 2 13 15 ※ Critical 等級漏洞（CVSS ≥ 9.0）集中於 Crowd Data Center and Server，請優先進行修復。 ｜ Bamboo Data Center and Server 受影響版本 •       12.1.0 (LTS) •       12.0.1 ~ 12.0.2 •       11.0.7 ~ 11.0.8 •       10.2.9 ~ 10.2.13 (LTS) 建議修復版本 •       12.1.2 (LTS) ← 建議優先升級（Data Center） •       10.2.15 (LTS)（Data Center） 漏洞詳情 CVE ID 漏洞類型 CVSS 嚴重性 建議修復版本 CVE-2025-66021 DOM-based XSS owasp-java-html-sanitizer 相依套件 8.6 High (8.6) 12.1.2 / 10.2.15 CVE-2025-66021： com.googlecode.owasp-java-html-sanitizer:owasp-java-html-sanitizer 相依套件存在 DOM-based XSS（跨站腳本）漏洞。攻擊者可藉由惡意構造的輸入，在使用者瀏覽器端執行任意 JavaScript 腳本，造成資料竊取或帳號劫持等風險。   ｜ Confluence Data Center and Server 受影響版本 •       10.2.0 ~ 10.2.2 (LTS) •       10.1.0 ~ 10.1.2 •       10.0.2 ~ 10.0.3 •       9.5.1 ~ 9.5.4 •       9.4.0 ~ 9.4.1 •       9.3.1 ~ 9.3.2 •       9.2.0 ~ 9.2.13 (LTS) •       9.1.0 ~ 9.1.1 •       9.0.1 ~ 9.0.3 •       8.9.0 ~ 8.9.8 •       8.8.1 •       8.5.7 ~ 8.5.31 (LTS) •       7.19.20 ~ 7.19.30 (LTS) 建議修復版本 •       10.2.6 (LTS) ← 建議優先升級（Data Center） •       10.2.3 (LTS)（Data Center） •       9.2.15 (LTS) ← 建議優先升級（Data Center） •       9.2.14 (LTS)（Data Center） 漏洞詳情 CVE ID 漏洞類型 CVSS 嚴重性 建議修復版本 CVE-2025-59343 File Inclusion tar-fs 相依套件 8.7 High (8.7) 10.2.6 / 9.2.15 CVE-2025-41249 Improper Authorization spring-core 相依套件 7.5 High (7.5) 10.2.6 / 9.2.15 CVE-2025-48976 DoS（阻斷服務） 7.5 High (7.5) 10.2.6 / 9.2.15 CVE-2022-25883 DoS（阻斷服務） 7.5 High (7.5) 10.2.6 / 9.2.15 CVE-2022-25927 DoS（阻斷服務） 7.5 High (7.5) 10.2.6 / 9.2.15 CVE-2020-28469 DoS（阻斷服務） 7.5 High (7.5) 10.2.6 / 9.2.15 CVE-2025-59343： tar-fs 相依套件存在 File Inclusion（路徑包含）漏洞，攻擊者可能透過惡意壓縮檔案，讀取或覆寫伺服器上的任意檔案，造成資料外洩或系統受損。 CVE-2025-41249： spring-core 相依套件存在授權驗證不當（Improper Authorization）漏洞，未授權使用者可能繞過存取控制取得受保護資源。 CVE-2025-48976 / CVE-2022-25883 / CVE-2022-25927 / CVE-2020-28469： 上述四項漏洞均為 DoS（阻斷服務）弱點，攻擊者可透過特製請求造成服務中斷，影響系統可用性。 ｜ Crowd Data Center and Server ⚠ 本次 Crowd 共揭露 2 項 Critical 等級漏洞，CVSS 分數分別達 9.8 及 9.1，請優先安排升級！ 受影響版本 •       7.1.0 ~ 7.1.3 •       7.0.0 ~ 7.0.2 •       6.3.0 ~ 6.3.4 •       6.2.0 ~ 6.2.6 •       6.1.0 ~ 6.1.7 •       6.0.0 ~ 6.0.10 •       5.3.1 ~ 5.3.8 •       5.1.13 •       5.0.11 建議修復版本 •       7.1.5 ← 建議優先升級（Data Center） 漏洞詳情 CVE ID 漏洞類型 CVSS 嚴重性 建議修復版本 CVE-2025-66516 XXE（XML 外部實體注入） tika-parsers 相依套件 9.8 Critical (9.8) 7.1.5 CVE-2025-9287 Injection（注入）攻擊 9.1 Critical (9.1) 7.1.5 CVE-2025-48734 RCE（遠端程式碼執行） commons-beanutils 相依套件 8.8 High (8.8) 7.1.5 CVE-2025-66675 DoS（阻斷服務） struts2-core 相依套件 8.2 High (8.2) 7.1.5 CVE-2020-28469 DoS（阻斷服務） 7.5 High (7.5) 7.1.5 CVE-2022-25927 DoS（阻斷服務） 7.5 High (7.5) 7.1.5 CVE-2019-20149 Insecure Deserialization kind-of 相依套件 7.5 High (7.5) 7.1.5 CVE-2024-57699 DoS 第三方相依套件 7.5 High (7.5) 7.1.5 CVE-2025-66516（Critical 9.8）： org.apache.tika:tika-parsers 相依套件存在 XXE（XML External Entity Injection）漏洞。攻擊者可透過惡意 XML 內容讀取伺服器內部檔案或發動 SSRF 攻擊。雖然 Atlassian 評估其在 Crowd 中實際利用風險低於 CVSS 原始評分，但仍強烈建議盡速修復。 CVE-2025-9287（Critical 9.1）： Crowd 第三方相依套件存在 Injection（注入）漏洞，可能允許攻擊者操控應用程式邏輯或竊取資料。同樣地，Atlassian 評估在 Crowd 實際部署環境中之風險低於原始 CVSS 評分。 CVE-2025-48734（High 8.8）： commons-beanutils 相依套件存在 RCE（Remote Code Execution）漏洞，攻擊者一旦取得利用管道，可能於伺服器端執行任意程式碼，危害極高。 其餘漏洞（CVE-2025-66675、CVE-2020-28469、CVE-2022-25927、CVE-2019-20149、CVE-2024-57699）： 涵蓋 DoS（阻斷服務）及不安全反序列化等類型，可能導致服務中斷或進一步利用風險。 ｜ 修復建議 Atlassian 建議將產品升級至最新版本，或下表所列之版本： 產品 最低建議版本 備註 Bamboo Data Center and Server 12.1.2 (LTS) 另提供 10.2.15 (LTS) 供長期支援版用戶使用 Confluence Data Center and Server 10.2.6 (LTS) 另提供 9.2.15 (LTS) 供長期支援版用戶使用 Crowd Data Center and Server 7.1.5（緊急） 含 2 項 Critical 漏洞，請優先處理 ｜ Atlassian 的應對措施 本次的漏洞被原廠定位成高危風險，不再以上建議修復版本之上之版本建議都要進行升級動作。 建議用戶保持其產品的最新版本，以確保獲得最新的安全修復和改進，未列於上方的修復之相關版本，可能是因為該版本已經非屬於 LTS 版本，建議還是要升級版本至當前建議的修復版本。 ｜ Atlassian Cloud影響狀況 使用 Atlassian Cloud 產品的用戶無需擔心此漏洞影響。Atlassian 的 SaaS 服務具備高度的安全防護機制，並持續進行安全強化，修復漏洞、並持續強化防護機制，以確保您的資料安全。 ｜總結 若貴司當前的 Atlassian 環境，落在公告所涵蓋的漏洞範圍內，可能導致： 系統資料外洩或權限被濫用 升級過程中功能異常或資料流失 長期運行效能降低與維護成本增加 駭客破解導致公司資產損失 Linktech 深耕 Atlassian 系列解決方案 ，並同時覆蓋 資訊安全檢測 與  系統升級支援 ： 🔍 全環境盤點與資安檢測 ：升級前進行完整漏洞掃描與系統健康檢查。 🔒 安全強化 ：針對 Atlassian 產品提供修復建議與最佳安全設定。 ⚙️ 專業升級服務 ：確保 Atlassian Data Center 系列產品升級後功能正常、資料完整不流失。 🤝 長期維運顧問 ：協助企業保持持續更新，降低資安與營運風險。 若您的  Atlassian 環境正受此次公告影響 ，建議立即： 確認漏洞範圍 評估升級需求 與 Linktech 專業團隊聯繫 Linktech 專業顧問將協助您完成 安全檢測、升級計畫與後續維運 ，確保系統安全無虞。請立即聯繫獲取完整安全升級方案。 Linktech 團隊洽詢方式： Tel: 02-7752-7658 email: sales@linktech.com.tw

當企業選擇使用  Confluence 的時候，常常會使用在建立知識庫、建立專案文件管理、建立團隊空間等等使用情境。然而，越有規模的公司，除了大量的知識庫之外，也會需要 透過系統實施內部教育訓練 ，而不是每次都找講師來進行實體課程，可以通過內部或外部網路，在自由及合理的分配自己的學習時間和學習地點進行線上課程，這使得學習不侷限在特定時間或是教室。   通常企業會找另外獨立的平台建立學習管理系統 (LMS)、企業教育訓練管理系統 (TMS)，但是要進行教育訓練之前，我們必須替企業員工進行完整的知識庫整理、歸檔、教材規劃，往往都是一份一份的文件散落在各個資料夾，除了熟悉系統還要尋找到正確的檔案。這時候可以利用   Stiltsoft Europe OÜ 開發的 izi - LMS for Confluence - Courses, Quizzes, Forms ，進行知識庫與線上學習管理系統的整合。 izi - LMS 線上學習管理系統 訂製化課程 + 精美設計介面 如下圖所表示，我們可以在  Confluence 中建立各種不同類型的線上教育訓練模組，依據教育訓練的內容、難度、課程類型、職位類型等等，製作各自風格的線上課程。   而且我們可以仍然用熟悉的  Confluence 介面進行內容的編輯，但 LMS 需要的功能卻一個都沒有減少： 課程章節進程 我們可以根據需求，進行教育訓練章節的流水線，必須完成上一個單元，才能繼續往下推進課程。 訓練成果追蹤 在我們接受完每個章節的訓練之後，可以進行相對應的測驗，管理者也可以在後台看見各個員工的課程進度、測驗結果等報表。 Confluence 總是給使用者無限的創意，除了大家常用的知識庫，更可以優化我們的介面，讓使用者使用的意願更高： Confluence Site 再構築 feat. Refined for Confluence | Sites & Themes 。 或是使用  Confluence 進行 ISO文件的審核、API 文件的審核： Confluence 也能審核與簽核頁面？Comala Document Management 幫您達成！ Linktech 輔導過的案例中，常常會替客戶把各種需求進行組合，搭配不同的套件，但如何讓各個套件之間不被干擾，或是可以互相應用，則有賴於  Linktech 專業工程顧問團隊的協助下，可以更快速的使用 Confluence 滿足各個需求， 作為  Atlassian 台灣白金級合作夥伴，我們有專業的顧問可以為您量身訂做相關的文件簽核流程，替您與需求單位進行討論和實際製作。 想了解更多 Confluence Plug-in 資訊或細節，Linktech 專業的顧問團隊歡迎您來信或來電洽詢！ #Linktech #Atlassian #Confluence #izi #RefinedforConfluence #LMS #TMS #Courses #Quizzes #Forms #AtlassianPlatinumSolutionPartner   #CloudSpecializedPartner   #Taiwan   #Service #Enterprise #KnowledgeBase #OnlineLearning #LearningManagementSystem #TrainingManagementSystem

ProScheduler 是一個可視化專案管理和資源規劃工具，協助團隊高效地分配、管理和優化資源，提高生產力、節省專案成本，引導出成功的專案管理！ 何謂 Resource Planning？ 資源規劃是一個管理和分配組織或個人可用資源的過程，以達成我們的目標或任務。 那這些資源可以包括財務資源、人力資源、時間、技術、設備等其他相關資源。 例如：週期性會議、招聘和培訓、產品營銷等都可以被視為一種資源規劃的方式，都必須了解目前面對的問題，進而採取行動，才能有效地做到管理及分配所有可用資源，讓資源不被浪費或過度使用，以實現公司組織、團隊的目標，提高競爭力！ 為什麼是 ProScheduler ？ 過去在專案與資源控管時： 資源的規劃通常使用文件管理、基本的辦公軟體工具、開會進行協調，這些方式可能耗時又不夠靈活。 在原本的專案管理工具中，雖然有時間軸、甘特圖、資源規劃圖等功能，但圖表較為死板、操作畫面不夠直覺，各種使用者體驗不符合需求，甚至各種資源利用率數據可能都還是需要手動進行分析。 任務間的相依性不夠明確，也沒有一個可以集中共同協作的介面，導致資訊不對等、資源的浪費、溝通效率低下、進而使專案延誤或無法執行。 專案管理中的資源規劃是最可能被忽略，但它對於公司組織的成功又是最重要的一環，為了克服上述問題，我們可以使用 ProScheduler - Resource Planning,Project Management,Gantt Chart for Jira： ProScheduler 亮點 全面任務視覺化 　　　　擁有現代設計感的可視化界面、簡單直覺的使用者體驗，以視覺化任務的方式進行管　　 　　　　理在視圖上拖放輕鬆地分配和重新規劃任務，確保資源利用率，更輕鬆地追蹤進度與　 　　　　潛在障礙 高階專案管理工具 　　　　多種專案排程工具，包括 Timeline、WBS甘特圖、資源分配圖等，所有專案細節可以　　 　　　　在單一介面中呈現，可即時記錄工作時間、標記專案中關鍵階段或事件隨時追蹤進度　　 　　　　和調整圖表，確保專案順利進行 清晰地任務相依性 　　　　營造一個協作環境，讓團隊成員可以更快速查看專案開始和結束時程，以及所有任務　 　　　　關聯性，有助於確定任務優先順序和整體計畫發展，優化資源分配並增強團隊合作 多元分析和數據報告 　　　　產生針對個人、團隊、總體專案或特定計畫量身定制的 Timelog 數據報告和各項資源 　　　　利用率指標，使管理人員能夠做出更快速、明智的決策。 ProScheduler 五大功能 1. Schedule 利用日曆視圖將各種任務、活動以及規劃工作時間，在視圖中即可拖拉任務卡片調整工作時間及開始、結束日期，查看工作負載以及整體資源利用狀況，在這個視覺化平台中更容易洞察資源分配有無重疊和空窗： 2. Timeline 提供整體專案時間軸顯示，根據自身喜好自定義 Timeline 視圖，可在 Timeline 中直接編輯任務，視覺化任務之間的相依性，更直觀地了解任務序列，有效追蹤專案進度與進行： 3. Gantt 結合 WBS 與甘特圖，提供高階功能： Critical Path－可確保直接影響專案時程的任務順序： Baseline－任務底下的黑色底線為任務初始時程，當任務時程有變化時，可以將專案進度與原始計畫進行比對： Milestone－標記專案中關鍵事件、活動、成就等有效追蹤專案進度： Dependencies－可視化的任務間的關聯和順序： 清楚定義任務並分解複雜的任務達到資源適度分配，利用任務依賴關係的視覺化進行高效調度，確保專案步入正軌。 4. Timelog 紀錄排程任務的時間與規劃休假時間，透過紀錄和追蹤專案或各項任務及活動所需要花費的時間，以及團隊及個人工作負載的數據顯示，以衡量生產力、資源分配、績效評估等： 5. Report 提供團隊和個人、個別任務、總體專案或特定計畫最直觀且量身訂製各項工作時間紀錄的數據報告： 團隊或個人任務完成狀態、與過去比對各項統計數據，以評估每個團隊成員的時間利用情況： ProScheduler 協助我們專案和資源的控管，它顯示了團隊、個人能力的廣泛視圖，並為記錄和計​​劃的任務提供 Timelog 和多元的數據報告。 每個人都可以分析自己的表現，主管更可以比較每週、月或是自訂時間內的進度報告，透過分析報告來確保專案健康度。 專案管理中的資源規劃不僅是一項任務，它也是一個決定專案成敗的關鍵策略。透過以上的功能展示，我們就會了解它的重要性，更需要正確的方法與工具互相結合去最大化資源的效能，達到有效專案管理。 想了解更多資訊或細節，Linktech 專業的顧問團隊歡迎您來信或來電洽詢！ #ProScheduler #Resourceplanning #ProjectManagement #Ganttchart #Timelog #WBS #Visualize #Milestone #Baseline #Criticalpath #Scheduling #Linktech #Atlassian #AtlassianPlatinumSolutionPartner #Taiwan #Jira #Jirasoftware

許多企業使用 Atlassian Confluence 進行知識庫管理、專案文件管理等等有關內文以及附件檔案的版本管理，但很多時候，實務上我們會需要經過一些流程上的管理，包含本次 編輯內容是否需要進行 審核 ，或是 進退版的歷史紀錄 以及 相關人員的紀錄 ，這時候由 Appfire 推出的 Comala Document Management 就可以達到相關的需求。 Confluence 流程設計 我們可以在 Confluence 中設定一個流程，針對 Page 發佈時、簽核紀錄，是否有被退回修正。 完整頁面歷程記錄 所有的時間點與人物，皆會被記錄在 Page 上，甚至可以在同一個地方看到目前需要被審核的頁面有多少。 清楚呈現審核狀態 Appfire 從 Server 版開始推出 Comala Workflow 至今改名為 Comala Document Management，並且連雲端版都有相對應的解決方案，這大大的補足了 Confluence 原生 系統無法進行簽核的弱勢，Linktech 輔導過的案例中，需要被簽核的內容包含了：ISO 標準文件、API 文件、上版文件、SA/SD 文件等等，除了 Confluence 優秀的文件版本控制與版本比較 ，我們便可以 更進一步利用 Comala Document Management 的優點，讓更多的 歷程越來越透明化 ，並且將流程的概念推向 Confluence。 在我們花了這麼多時間習慣 Confluence 的操作與應用之後，Page 越來越多，就越需要進行審核與管理，Comala Document Management 可以滿足您在此方面的需求，作為 Atlassian 台灣白金級合作夥伴，我們有專業的顧問可以為您量身訂做相關的文件簽核流程，替您與需求單位進行討論和實際製作。 歡迎與我們的專業團隊聯繫，我們非常樂意與您分享導入的經驗與建議。 #Linktech #Atlassian #Confluence #Appfire #Comala #Approval #Document #Wiki #Jira #Workflow #AtlassianPlatinumSolutionPartner #CloudSpecializedPartner #Taiwan #Service

Linktech 很榮幸與 DevSamurai 成為了合作夥伴，未來將提供客戶更全面的服務與價值！ 友環企業有著多年為不同產業諮詢的經驗， 提供最完整的 敏捷專案管理工具教育訓練及顧問服務 ，協助客戶快速認識產品。 Linktech 與 DevSamurai 因有著相同的目標而決定攜手合作，以協助更多企業組織更順利、敏捷地開發專案！ Atlassian Marketplace Partner - DevSamurai DevSamurai 為軟體開發服務專家，開發多款與 Atlassian 專案管理工具相互應用的產品，包含 Agile User Story Maps, Roadmaps & Persona for Jira 及 Time Tracking, Timesheets, Resource Planning & Cost for Jira，幫助企業達成高效專案管理。 更多關於 Linktech Linktech 是 DevSecOps 整合解決方案的專家及代理商，提供的服務包含 Atlassian、Sonatype Nexus、SonarQube、Katalon 和 GitLab 等產品解決方案。 無論是對專案管理、需求管理、程式碼版本控制、開源軟體、程式碼掃描到整合部署 … 等有疑問，Linktech 都能針對您的需求提供最合適的建議或管理工具，為企業提供 DevSecOps 解決方案。 想了解更多資訊或細節，Linktech 專業的顧問團隊歡迎您來信或來電洽詢！ #Linktech #DevSamurai #Atlassian #DevSecOps #Taiwan #ITSM #CloudSpecializedPartner #AtlassianPlatinumSolutionPartner #Service #JiraSoftware #Sonatype #Nexus #SonarQube #GitLab

在各企業開始尋找有關文件管理、知識庫管理、專案文件管控的工具，並且因應 Covid-19 蔓延的環境下，也必須具有同時間可多人共同編輯的功能，Confluence 便成為各大企業解決方案的首選。 但往往找到了合適的工具之後，如何讓使用者有很好的使用者體驗，這關係到平常使用者在使用網頁時的習慣，導致在登入 Confluence 介面時，會覺得不太熟悉，不知道該怎麼下手的感覺。 當我們進到 Confluence 空間時，還是會看到上方的功能列，顯得較為多餘，無論是使用 Data Center 或是 Cloud 版本都會遇到同樣的情況。那麼要如何才能讓使用者在 Confluence 中更新資訊時，又可以兼顧使用者體驗呢？ 這時候我們可以使用原廠推薦使用的 Staff Pick：Refined for Confluence | Sites & Themes。他可以將 Confluence 中散落的 Space 給群組起來，各個群組組合成一個獨立的 Site，也就是說，我們所購買的 Confluence 可以將主題給分開，比如說是全公司內部的知識庫、專案空間集合，根據產品、開發項目分類、對外分享的專區等等，都可以利用此 Plug in 進行製作。 以上圖為例，可以藉由 Refine for Confluence 重新設計企業無論是對內或是對外的 Landing Page，將相關的空間拉成同一個群組，但仍然可以各自管理自己的空間，這樣就可以設計成引導式的網頁，讓使用者不會再抗拒使用 Confluence 作為專案文件管理或是知識庫管理，搭配 Confluence 既有的強大功能，包括共同編輯、頁面範本、豐富的 Macro、權限控制等等，都可以替 Confluence 增色許多。 在我們導入 Confluence 的經驗中，除了架構之外，往往最缺少的是美術設計的部分，對於管理 Confluence 的專業 IT 人員來說，常常會被使用者詬病畫面不漂亮，圖案不夠令人印象深刻。放心，這點 Linktech 都為各位進行美術圖面的製作，作為 Atlassian 台灣白金級合作夥伴，除了有專業的顧問可以提供架構的我們團隊提供專業的美術設計師，替您與使用者進行討論與 Landing Page 的美術製作。 歡迎與我們的專業團隊聯繫，我們非常樂意與您分享導入的經驗與建議。 #Linktech #AtlassianPlatinumSolutionPartner #Confluence #RefinedForConfluence #Refined #Taiwan #Atlassian #IT #EnterpriseSolution #ProjectManagement #Cloud

Jira Service Management 內建的 Asset ，一直以來都是我們客戶在進行 ITSM 時強大的後盾，Asset 提供了完整的管理介面，可以方便我們管理實體或虛擬資產，並且我們可以 自由創建欄位 (Attributes) 讓我們可以針對不同類型的資產保存不同類型的資料與資訊，而這個強大的 Asset 於最近有了超大型改版 ，下方我們將一一進行改變後的應用差異！ 嶄新操作介面 使用者導向設計 當前 Asset 提供了一個全新的介面，讓我們在使用上更為應手，從過往稍微有些 IT 的介面變成了現在較為友善、較為注重 UI/UX 的操作介面，如下圖： 我們可以簡單的展列我們的 Asset， 自由針對不同類型的 Asset 去進行排序並且產生架構圖 。現在全新介面還有一大優勢，Atlassian 除了介面修正之外，現在全新的介面因為呼叫資料的呈現結合的演算法不同，所以能夠大幅提高我們在讀取 Schema 時的速度，降低我們資產管理者等待資料的大量時間。 object 修訂 接著我們 Asset 提供了 全新 object 編輯畫面 ，讓我們可以直接地進行資產的修改，而不需透過點擊編輯按鈕才能進行欄位的修改，更為直觀，更為易於操作。 跨 Schema 搜尋 且因為修正了介面，我們可以 直接於同一搜尋框中跨 Schema 的進行我們資產的搜尋 ，節省我們如不知道該資產位於哪個 schema 中，而導致針對資產還必須要一個個 schema 進行搜尋的狀況發生。 項目關聯性 最後在我們現有的使用者體驗後，最主要最大的介面改革就是針對我們資產之間關聯的呈現， 過往 必須要一個一個連結類型進入，進行關聯資產的搜尋，如同下圖： 極度不友善，如我有關聯多個資產但不知道連結的類型，將導致我必須要一個個連結類型進行確認，但 Asset 的未來將完全不同， 全新介面 呈現如下： 我們現在可以於同一張關聯圖中，一目瞭然的確認我當前資產和其他資產之間的關聯性，以及關聯的關係為何，藉此，我們的 FAE 團隊當接收到客戶針對特定系統或者服務伺服器發生疑慮時，FAE 將可以從客戶提供的問題點進而進行發散，透過全新的關聯圖瞬間即可以確認到是否為其他的 object 導致當前系統或者服務伺服器發生異常。 Automation 資產管理 並且 Asset 當前 提供完整 Automation 整合 ，Automation 是 Atlassian 提供的 No code 自動化開發工具，我們客戶當前善用此 Automation 來提高 Asset 的管理效率，降低重工或者手動執行的動作發生。 譬如針對管理的資產中，部分實體資產都會有折舊汰新的需求，但如我們標註上汰新日後，不可能要求我們資產管理者定期手動的去整理出最近會需要進行汰新的資產，會大幅增加我們的人力成本，而善用 Automation，將可以協助我們將部分動作自動化去做執行，降低成本。 Atlassian 表示，當前此 UI 的更新， Atlassian 已將 Jira Service Management Asset 整合進到 Atlassian 的前端開發平臺之中 。展望未來，這將使得 Atlassian 可以更加快速、輕鬆地進行Asset 更新，進而提供更多新功能。 當前我們 Jira Service Management 的 Cloud Premium 版本客戶，都已經開始體驗當前 Asset 全新的功能與介面，讓 Asset 可以幫助他們更好的管理該司的各類型、虛擬、實體或者人力資產。 如果貴司還未使用過 Asset，但是開始感受到濃厚興趣希望可以將此系統導入到貴司環境中，其實購買 Asset 意味著，您亦取得一完整的 ITSM 平台，Jira Service Management 會提供一個使用者操作友善的客服平台來讓貴司客戶可以與貴司 FA 進行順暢的溝通與諮詢，並且客戶也可以直接指定或說明受影響的系統或服務，將可大幅降低 FAE 的負擔，最終 JSM 的應用亦可達成 ITIL4 針對 ITSM 這塊的核心需求。 Linktech 提供完整諮詢服務，並且也可以協助申請測試環境進行嘗試，歡迎洽詢 Linktech 專業的顧問團隊以瞭解更多資訊或細節！ #Linktech #AtlassianPlatinumSolutionPartner #Atlassian #JiraServiceManagement #JiraServiceManagementAsset #JSM #CloudSpecializedPartners #ITSM #LinkedObjects

無論在什麼樣的時空背景，總會有各式各樣的方法論與文化開始慢慢地被實踐，包含敏捷式專案管理 (Agile Management)、開發人員與維運人員的協作 (DevOps)、目標與關鍵結果管理 (OKR)，以及近年來各大企業開始重視的 IT Service Management (ITSM)。 ITSM 是由 ITIL 所延伸出的其中一環，但我們總是認為，ITSM 顧名思義就只有跟 IT 有關聯，在資訊系統出問題的時候、開立帳號的時候、硬體壞掉等等時刻，我們會使用相關系統與 IT 回報問題，並得到相關的反饋並解決事故或者問題。但其實不然， ITIL4 Fundation 闡述了服務應包含了服務提供者與服務消費者，並 透過服務關係共創服務價值 ，這時候企業應該思考的是 「誰可以做為服務提供者」 ？ 連結各部門，ESM 重塑服務價值 除了企業內部的 IT 部門、MIS 部門之外 ，還有誰可以做為所謂的「服務提供者」，其實包含了 業務單位 (Sales)、採購單位 (Purchasing)、市場行銷單位 (Marketing)、專案管理單位 (PMO)、工程單位 (R&D Engineer)，甚至是人事單位 (HR) ，都可以被歸類於提供服務的一環，只要是企業內部有任何人提出需求或服務請求，都必須被對應的部門回應與滿足。 這時候就回到我們的主題：Enterprise Service Management (ESM)，也就是企業服務管理，我們要怎麼去建構與定義屬於自己的服務價值鏈，並且合乎公司內部文化、組織、法規等等，就必須依據各部門所收到的需求，經由部門規劃、服務提供者與消費者達成一定程度的共識、流程規則設計、建立相關制度、於服務系統平台實踐，並且持續不停改善，實現企業內部或部門的價值。 針對各大企業的需求，除了必須 訂定出對應的流程與標準作業程序 (SOP) ，更是需要一個系統將所有人的智慧結晶進行儲存與實踐，這時候便可以使用 Atlassian Jira Service Management 來進行服務平台的建置 ，經由流程標準化、自動化等模組，建構出獨一無二且符合規範的企業服務管控。接下來 Linktech 將提供針對行銷採購部門所做出的案例分享。 案例分享 - 行銷採購部門 1. 企業內部服務需求產生 2. 透過 Jira Service Management 開單 3. 設定欄位資訊並整合 Email 通知隨時更新 4. 於平台記錄所有開單案件，透明化追蹤 ESM 未來發展 接下來會有越來越多人重視企業內部服務，當我們將服務價值擴展到全企業內部時，就會需要一個系統來將所有的流程進行定義並且留存，不但可以 根據不同部門建立不同類型的 Service Portal ，也可以根據各部門的特性與公司規範， 訂定出不同等級的 Service Level Agreement (SLA) ，包含回應時間等級、結案時間等級，這些都可以使用 Jira Service Management 的原生功能達成，並且可以與資產管理、知識庫進行整合。 Linktech 友環企業擁有業界最多 Atlassian 相關產品導入經驗，包含 Jira、Confluence、Bitbucket、Jira Service Management，作為 Atlassian 台灣白金級合作夥伴，我們有專業的顧問可以為您展示各個系統的差異、整合案例，與其相關功能。歡迎與我們的專業團隊聯繫，我們非常樂意與您分享導入的經驗與建議。 #Linktech   #Atlassian   #ESM   #EnterpriseServiceManagement   #MarketingDepartment #PurchasingDepartment #CaseSharing #Purchase #JiraServiceManagement #ITSM   #ITServiceManagement   #Report   #Dashboard   #Jira   #Confluence   #JSM   #Solution   #SLA   #AtlassianPlatinumSolutionPartner   #CloudSpecializedPartner   #Taiwan   #Service

Katalon 平台於 5 月份新增了新版功能，此新功能可以讓 Jira 用戶 直接從 Jira issues 描述中點擊按鈕自動產生 Test Case 步驟 ，從而使用戶能花更少的時間解釋需求和編寫測試步驟，將更多時間用於測試。 如何運行 與 Jira 整合 ： 解析 Jira 的問題描述以提取建立測試所需的信息，然後將該數據重新轉化成為最適合 GPT 的格式。 由 GPT-4 提供 Support ： 我們使用重新格式化的 Jira 數據和特定於測試的提示向 GPT-4 發出 requests。 產生 Test Case ： 我們會輸出一組針對原始 Jira issue 量身定制的 Test Case，其格式易於測試人員閱讀以執行手動測試或建立自動化測試。 通過利用 GPT 的強大功能和在軟件開發生命週期中的多年經驗，我們為開發人員、產品所有者和 QA 團隊提供了一種無縫且高效的方式來協作進行測試工作。 這種簡化的過程不僅節省了時間和精力，而且能更早地開始自動化工作，並為建立自動化測試提供了堅實的基礎。借助 Katalon 的 GPT 驅動的 Manual Test Case 生成，Software 團隊可以儘早在自動化方面進行協作，並更智能地工作，最終加速 Software 測試過程並提高整體軟體質量。 Linktech 提供免費諮詢服務，歡迎洽詢 Linktech 專業的顧問團隊以瞭解更多資訊或細節！ #Linktech #Atlassian #AtlassianPlatinumSolutionPartner #CloudSpecializedPartner #Katalon #JiraSoftware #Automation #TestCase #GPT #Taiwan #Service

十分榮幸 Linktech 能夠在 Katalon 合作夥伴會議上 被評選為 Rising Star！ 很高興這次 獲得 2022 年度 Katalon 合作夥伴獎項 ，該獎項表彰了 Linktech 在 2022 年幫助 Katalon 在台灣建立良好品牌形象與高度影響力！ Linktech 專屬服務 Linktech 希望能夠持續為您帶來更加靈活、有競爭力的工作管理工具， Linktech 提供 Katalon 相關服務與教育訓練 ，歡迎參考下方 Linktech 官網 Katalon 連結： 更多 Linktech 相關獲獎訊息歡迎參考 Katalon 官方專屬頁面： 想了解更多資訊或細節，Linktech 專業的顧問團隊歡迎您來信或來電洽詢！ #Katalon #KatalonPartnerAwards #Linktech #Taiwan #AtlassianPlatinumSolutionPartner #Atlassian #Partner #Solution #Jira #Automation #KatalonStudio #KatalonRuntimeEngine #KatalonTestOps #CICD #Devops

企業最佳選擇定位工具解決方案，針對各類網頁自動化測試執行，協助您的團隊在最短的時間內有效地完成更多工作。 在網頁的自動化測試上，利用定位工具是用在識別網頁上元素的主要佈署方式。當涉及到網頁的自動化測試，選擇合適的定位工具至關重要。由於網頁元素定位器仰賴於實現過程，因此，對於每個網頁應用程式並沒有某種特定或是萬能的佈署方法。 選擇的方法會受以下的因素影響：Web 應用程式框架、開發的習慣、軟體的生命週期、還有自動化測試領導者的經驗。使用適合的佈署方法可以使測試項目穩定且可以持續擴展，並且減少維護階段的許多工作量。 Katalon Stuido 提供生成必要定位器（Xpath、CSS）的功能。有許多不同類型的網頁元素，其中常見的包括，標籤、文字方塊、按鈕、選單、超連結、複選方塊和單選按鈕（Label, Textbox, Button, Select, Hyperlink, Checkbox and Radio button.） 為了辨識這些元素，我們可以遵循以下的佈署方法。 簡單定位器：id, name, class, tag, link text, attribute 通過組合上述定位器而成的高級定位器： - Xpath - CSS 包括能 Xpath 中使用的功能 - contains - sibling - ancestor 如何幫助團隊為網頁自動化測試挑出好的部署方法？ 在執行自動化測試之前，團隊必須了解以下問題： 使用了那些網頁技術？ 開發團隊沿用了哪些開發慣例？ 這些問題的答案可以幫助我們決定那些定位器的值是靜態的或是動態的。 ID 通常在網頁 UI 測試中，被建議為最佳的定位器。因為在網頁中視為唯一值。但是，如果是在網頁運行中動態生成的，就會出現問題。 不同的網頁技術有著各自的默認設定。例如：ExtJs 或 Angular 框架默認會定期創建動態元素 ID。因此，如果被測物件是使用這些技術所開發，可以預期 ID 是動態產生的，並且避免將它們用在主要選擇器。在這種情況下，應該改用 Class, Name 或是 Text 屬性。 我們分享在自動化測試情境下，使用默認產生動態 ID 的網頁 UI。也可以輕鬆地透過 Katalon Studio 的定位器來設定，並儲存成 Test Objects。以利後續維護階段，大量 Test Cases 皆直接套用更新的Test Objects來源。 錄製結果 首先錄製的結果可能為 xpath(//div[@id='動態產生亂數 ID 的值']/div[3]/div[3]/div[10])，ID 隨機的定位。如圖一 圖一 切換到 Attribute 可以選取下方的屬性來更改定位器，並依循我們的開發習慣來選取。如圖二 圖二 儲存之後 Object 會被儲存在Object Repository 裡面；更改之後，有包含到這個Object的Test Case都會套用更改後的Object。如圖三的 Item 12的Object更改之後，Item 13的Object也會更新。 圖三 測試維護階段 在後續自動化測試維護階段，可以方便地來維護我們的測試腳本。而且還應該考慮開發團隊的約定俗成，如果團隊使用的所有的元素包含靜態ID，靜態名稱。那麼靜態屬性可以用作主要定位器。此外，如果元素具有可以通過靜態定位器的父類別，子類別或親屬類別，則不必通過靜態定位器來定位元素。可以改使用 Xpath 函數定位元素。 了解被測物件生命週期，如果被測物件龐大並且生命週期很長，包括了維護階段，我們必須認真考慮定位器的佈署，錯誤的方法可能會導致浪費大量的時間跟精力來更新還有維護測試案例。 以上展現了在網頁定位元素的一些策略。這些對應出使用者在執行 Web UI 自動化測試的觀念：首先，考慮簡單的靜態定位器。然後當簡單的方法不起作用時，逐漸增加解決方案的複雜性。 值得一提的是，在決定定位器必須遵循以下原則：定位器必須是唯一的、可讀的或可維護的。如果定位器不能唯一的代表目標元素，則在維護階段會出現技術問題，因為無法知道應該更改哪個定位器。 想了解 katalon Studio 自動化測試工具，如何輕鬆存取UI元素嗎？還有提高可重用性？ Katalon Studio 涵蓋給 自動化測試 初學者的 無代碼體驗 ，以及自動化測試專家的持續擴展。 想集結自動化測試領域在CI/CD上，實現DevOps的真正能力嗎？ 友環企業專業的顧問團隊歡迎您來信或來電洽詢！ #Linktech #AtlassianPlatinumSolutionPartner #Taiwan #Katalon #Automation #KatalonStudio #CICD #Devops #Atlassian #Nocode #Test #Develop #Locator

Atlassian 已公告部分產品於 2022 年 2 月 調漲價格，同時針對 Server 版產品 EOS (End of Support) 前的時程有稍微變動，想了解更多細節，千萬別錯過本篇最新消息公告！ Atlassian 產品價格調漲 調整價格時間 2022年2月15日 什麼產品受到影響？ Server ( Renew ): Jira Software Confluence Jira Core ( Jira Work Management ) Data Center : Jira Service Management Jira Software Confluence 我會受到價格調整影響嗎？ Atlassian 本次 調漲 是針對 於 2019/10/3 前 購買 Server 版 產品的客戶 於 2021/2/2 前 購買 Data Center 版 產品訂閱的客戶 如何避免受到價格調整影響？ 今年度有需要續 Server 產品 MA 或續 Data Center 產品訂閱的企業，請儘速洽詢 Linktech 業務團隊，並於 2022/2/14 前完成採購，就能避免今年度續約及續訂閱費用受到影響！ Tips: 一次續訂閱 Data Center 產品兩年，或是一次將 Server MA 購買到 Server EOS 日期 (2024/2/2)，也是能避免漲價的方法之一唷！ Linktech 團隊洽詢方式： Tel: 02-7752-7658 email: sales@linktech.com.tw 貼心小提醒：春節期間 Linktech 團隊放假一週 (2022/1/31 - 2022/2/4)，請大家務必提早洽詢，以避免採購時程來不及完成！ Server 版產品 EOS 前，重要事項調整公告 調整內容 Atlassian 原訂於 2022/2/2 執行下列政策，現已 改為 2022/2/15 起執行變動： Server 版產品自 2022/2/15 起， 不會再開發新功能 ，只會修復安全性問題及重大漏洞 Server 版產品 (含 Plugin) 2022/2/15起，將無法再進行人數調整 (Fisheye 、Crucible、Starter licenses 例外，仍然可以調整人數) 想了解更多資訊或細節，Linktech 專業的顧問團隊歡迎您來信或來電洽詢！ #Linktech #Atlassian #Cloud #Jira #DataCenter #Server #Confluence #Plugin #JiraCore #JiraSoftware #ITSM #JiraServiceManagement