禪道項目管理軟件測試（禪道測試使用教程）

本篇文章給大家談談禪道項目管理軟件測試，以及禪道測試使用教程對應的知識點，希望對各位有所幫助，不要忘了收藏本站喔。 今天給各位分享禪道項目管理軟件測試的知識，其中也會對禪道測試使用教程進行解釋，如果能碰巧解決你現在面臨的問題，別忘了關注本站，現在開始吧！

本文目錄一覽：

• 1、禪道項目測試不了
• 2、禪道的安裝及使用
• 3、六問禪道1：為什么任務的剩余工時不自動更新
• 4、軟件測試的工具有哪些

禪道項目測試不了

禪道項目測試不了是版本過期，重新安裝最新版本即可。禪道項目管理軟件是國產的開源項目管理軟件，專注研發項目管理，內置需求管理、任務管理、bug管理、缺陷管理、用例管理、計劃發布等功能。

禪道的安裝及使用

禪道

一背景：

當測試人員發現禪道項目管理軟件測試了Bug之后禪道項目管理軟件測試，就需要把Bug提交給開發人員進行修復。然后將bug記錄在禪道上，便于記錄和回歸測試

二管理工具：

目前市場上主流的軟件測試管理工具有：TestCenter（澤眾軟件出品）、TestDirector（MI公司TD，8.0后改成QC），TestManager（IBM），QADirector（Compuware），TestLink（開源組織），QATraq（開源組織），oKit (統御至誠)，Jira 管理工具，禪道。

三禪道介紹

1. 簡介 ：禪道由 青島易軟天創 網絡科技有限公司開發，國產開源項目管理軟件。它集產品管理、項目管理、質量管理、文檔管理、組織管理和事務管理于一體，是一款專業的研發項目管理軟件，完整覆蓋了研發項目管理的核心流程。

2. 禪道項目管理系統的特點

①第一款完整涵蓋產品管理、任務管理、測試管理的開源管理軟件，使用一個軟件解決項目管理核心問題。

②B/S C/S方便部署，方便使用

③概念簡單好上手

④開源的項目管理軟件，可自由進行定制 修改

⑤免費的項目管理軟件?降低企業的投入成本

⑥自主的開發框架?可以通過其他第三方的插件擴展獲得更多的功能

3.禪道系統的功能列表

產品管理：包括產品、需求、計劃、發布、路線圖等功能。

項目管理：包括項目、任務、團隊、版本、燃盡圖等功能。

質量管理：包括bug、測試用例、測試任務、測試結果等功能。

文檔管理：包括產品文檔庫、項目文檔庫、自定義文檔庫等功能。

事務管理：包括todo管理，我的任務、我的Bug、我的需求、我的項目等個人事務管理功能。

組織管理：包括部門、用戶、分組、權限等功能。

統計功能：豐富的統計表。

搜索功能：強大的搜索，幫助您找到相應的數據。

擴展機制，幾乎可以對禪道的任何地方進行擴展。

api機制，所見皆API，方便與其他系統集成。

4，用戶角色職責

管理員-維護公司-添加用戶-維護權限

產品經理-創建產品-維護模塊-維護計劃-維護需求-創建發布

項目經理-創建項目-維護團隊-關聯產品-關聯需求-分解任務

研發人員-領取任務和bug-更新狀態-完成任務和bug

測試人員-編寫用例-執行用例-提交bug-驗證bug-關閉bug

?

僅僅記錄測試部分具體內容：測試團隊

1.查看任務

測試人員登錄禪道系統，進入“項目” → “任務” → 的鏈接頁面，此時就可以查看項目經理分配給測試人員的? 任務，如下圖：

查看任務.png

2. 提交bug

假設測試人員已經完成測試用例設計并測試用例執行完畢，并且在測試中發現了問題，那么測試人員就要通過禪道提交Bug給開發人員。

測試人員，進入 “測試” → “Bug” 的鏈接頁面，如下圖：

提交bug.png

3.bug提交

單擊“提交bug”鏈接進入到提交Bug的頁面，此時可以提交Bug并進行相應保存，如下圖：

Bug提交.png
4.查看bug

開發人員登錄禪道系統，進入 “測試” → “Bug”的鏈接頁面，此時就可以看到測試人員提交的bug，如下圖：
5.完成解決

開發人員修復好該bug之后，就會單擊“解決”按鈕，在彈出對話框中設置解決信息并保存，那么此時Bug就已經解決完成，如下圖：
6. 關閉Bug

測試人員登錄禪道系統，并驗證所提Bug是否被開發人員修復好，如經驗證，此Bug已被解決，將會彈出“關閉”按鈕，并備注相關信息，如下圖：
點擊“保存”后，“解決”按鈕變為灰色，點擊“關閉”，彈出如下圖：
7. 查看狀態

當測試人員再次查看此Bug時，此Bug為關閉狀態，如圖所示：
8. 如果沒有解決

如果測試 人員驗證此bug發現并沒有解決，就會再次編輯此bug，并將bug的狀態設置為激活狀態并重新指派給開發人員。

流程:

1.Bug處理

測試 → bug → 提bug → 生成bug列表

2.測試用例操作

3.修改用例 用例操作

4.執行測試用例

四 禪道使用流程總結

人員管理（admin）：添加部門 → 添加用戶

創建產品（產品經理）：產品 → 添加產品

添加需求（產品經理）：產品 → 需求→ 提需求

創建項目（項目經理）：項目 → 添加項目 → 自動跳轉（選擇設置團隊）→ 團隊管理 → 給團隊配人

關聯需求（項目經理）：項目 → 需求→ 關聯需求 → 勾選任務

批量分解（項目經理）：在任務右側 → 選擇批量分解 → 批量分解

查看任務（開發人員）：我的地盤 → 首頁查看任務 → 點擊任務數量進入任務列表 → 選擇完成任務

創建版本（開發人員）：項目 → 版本→ 創建版本

測試Bug（測試人員）：測試 →

bug → 提bug

解決bug（開發）：測試 → bug

→ 確認 → 完成

再次測試（測試人員）：測試 → 再次測試 → 如果解決的，點擊關閉，否則重新編輯選擇激活狀態

創建版本（產品經理）：產品 → 發布→ 創建發布 → 完成

六問禪道1：為什么任務的剩余工時不自動更新

我自己從2010年8月開始接觸和使用 禪道項目管理軟件 ，由剛開始的只使用測試--Bug管理模塊，到現在的所有模塊均有在使用。

在不斷的使用過程中，加上長期混跡在禪道QQ技術交流群，對禪道的使用，項目管理也有了深入的理解。

在QQ群里，同樣的問題經常被問起，看起來是個小問題，其實里面卻蘊含了項目管理的一些大道理。

因此，我以禪道使用為背景，再加上自己的拙見，整理了“六問禪道項目”系列使用分享，希望能達到拋磚引玉的效果。

歡迎吐槽指正。

今天來說說任務工時更新問題。

不少童鞋都有在問：禪道里記錄任務工時，輸入日期和工時后，為什么還要輸入剩余，這么簡單的加減系統不會自動計算嗎？

也就是說很多童鞋對任務工時有 誤讀 ，單純的認為任務 預計剩余工時?= 最初預計工時 — 已經消耗工時。

具體解答問題之前，我們先來了解一下禪道里的工時概念：

最初預計： 創建任務時的最初預計工時。
已經消耗： 開發這個任務已花費的工時。
預計剩余： 完成這個任務還需要的工時。

套用一句老話“計劃沒有變化快”，以我的個人經歷來說比較常見的任務開發狀況：

1、某個任務最初預計工時是10，coding了5小時后，重新估算還要9小時才能完成，系統自動計算剩余工時的話是3小時。

2、某個任務最初預計工時是10，coding了5小時后，任務完成了，剩余工時為0，系統自動計算剩余工時的話還是3小時。

3、某個任務最初預計工時是10，coding了5小時后，重新估算還要1小時就可完成。系統自動計算剩余工時的話依舊是3小時。

或許你會反駁我，難道就不存在任務很完美的按預期開發并完成，最初預計與總消耗工時一致的情況嗎？有，這種理想狀況出現的頻率足以讓我們忽略掉它的存在。

還有個類似的問題：關于任務已消耗工時的自動更新。有不少童鞋說這個任務我coding了1天，已消耗工時就應該自動記為8小時呀。

錯！鬼才知道這一天你都coding了些什么。

讓系統自動更新任務已消耗和剩余工時，不僅是錯誤的認識，而且還會引發一些問題：

1、不能反映出任務的真實開發狀況，導致任務剩余工時統計有誤。

2、項目進度和燃盡圖不能真實反映當前項目進展。禪道里項目進度（進度=項目任務總消耗工時/（項目任務總消耗工時+項目任務總剩余工時））和燃盡圖都是通過統計任務的剩余工時來繪制的。

3、錯誤的數據讓項目經理對項目全局的掌控有偏差，對項目的調整和決策出現失誤。進而會導致出現項目延期，人員分工不合理，沒有測試就匆忙發布，交付的產品Bug頻出等一系列問題。

所以嚴格按照任務開發實際狀況記錄工時是很有必要的，而不能簡單的讓系統自動計算掩蓋掉真實的數據。

關于任務工時更新，我比較推薦的做法：

1、最初預計工時在任務開始后，就不要再做修改。

2、開發人員每天及時更新任務狀態和工時。

3、更新任務工時，結合實際開發狀況重新估算剩余工時并記錄。

4、允許任務的最初預計工時和總消耗工時存在偏差。任務完成后，二者對比以糾正自己的工時估算。

總結下來就是： 及時更新，重新估算，真實填寫。

最后，簡短粗暴的回答： 禪道里任務最初預計工時 ≠ 已經消耗工時 + 預計剩余工時。

軟件測試的工具有哪些

1、禪道測試管理工具是功能比較全面的測試管理工具，功能涵蓋軟件研發的全部生命周期，為軟件測試和產品研發提供一體化的解決方案，是一款十分優秀的國產開源測試管理工具。
2、LoadRunner是一種預測系統行為和性能的工業標準級負載測試工具。通過模擬上千萬用戶實施并發負載及實時性能監測的方式來確認和查找問題，它能夠對整個企業架構進行測試。通過LoadRunner ，企業能最大限度地縮短測試時間，優化性能和加速應用系統的發布周期。它是一種適用于各種體系架構的自動負載測試工具，它能預測系統行為并優化系統性能。LoadRunner 的測試對象是整個企業的系統，它通過模擬實際用戶的操作行為和實時性能監測，來幫助更快地查找和發現問題。
3、QTP是一個B/S系統的自動化功能測試的利器,軟件程序測試工具。Mercury的自動化功能測試軟件QuickTest Professional ，可以覆蓋絕大多數的軟件開發技術，簡單高效，并具備測試用例可重用的特點。Mercury QuickTest Pro 是一款先進的自動化測試解決方案，用于創建功能和回歸測試。它自動捕獲、驗證和重放用戶的交互行為。 Mercury QuickTest Pro為每一個重要軟件應用和環境提供功能和回歸測試自動化的行業最佳解決方案。
4、Selenium是為正在蓬勃發展的web應用開發的一套完整的測試系統。Selenium測試直接運行在瀏覽器中，就像真正的用戶在操作一樣。它的主要功能包括：測試與瀏覽器的兼容性——測試你的應用程序是否能夠很好的在不同瀏覽器和操作系統上工作。測試系統功能——創建衰退測試檢驗軟件功能和用戶需求。支持自動錄制動作和自動生成。Selenium的核心Selenium Core基于JsUnit，完全由JavaScript編寫，因此可運行于任何支持JavaScript的瀏覽器上，包括IE、Mozilla Firefox、Chrome、Safari等。 關于禪道項目管理軟件測試和禪道測試使用教程的介紹到此就結束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關注本站。 禪道項目管理軟件測試的介紹就聊到這里吧，感謝你花時間閱讀本站內容，更多關于禪道測試使用教程、禪道項目管理軟件測試的信息別忘了在本站進行查找喔。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。