第一階段學習總結報告
曾經心懷澎拜，曾經滿懷激情，曾經翹首等待這爲期四個月的實訓終於拉開帷幕。2015年的這個暑假對於我來說是最幸運而同時有特別重要的一個暑假，因爲我非常幸運的來到了濟寧惠普軟件人才實訓基地進行爲期四個月的實訓學習。第一天來到惠普我變被濃厚的企業文化深深的吸引，作爲一家跨國公司，她有強大的包容性和多元性。實訓期間採取公司制的這一策略讓我們真正融入到公司的文化中，時刻以惠普員工的高標準來嚴格要求自己，磨練自己。
我學習的專業是軟件測試，雖然在大學也開過“軟件工程”這門課，但對測試這門行業的瞭解基本爲零。通過幾天幾位導師和班主任和藹可親的指導以及全心全意的關懷，我對測試行情以及職業要求和發展等都有了較深入的瞭解。幾天的測試基礎的學習也是我越來越喜歡測試了，也更加堅定了我的選擇。
衆所周知，做測試職業工具是必不可少的，在學習了一些理論知識後，我們的美女導師徐老師就帶領我們學習了第一個開源測試工具——testLink。第一次接觸這個工具的時候我是丈二的和尚摸不着頭腦，簡直一頭霧水，什麼都不知道，課上跟着老師的思路做了一遍，雖然能做出來但是完全不明白做每一步的原因是什麼。課下老師給了我們一個安裝壓縮包，讓我們自己搭建環境，我不管是在網上百度也好找同學給幫忙也好幾次都安裝失敗。軟件XAMPP裏的Ahache和Mysql總是啓動不了，最後通過問老師才知道電腦的80端口被佔用，需要把Ahache的默認80端口改爲一個不被佔用的端口如88端口。通過幾次的聯繫，我對testLink有了更深入的瞭解。TestLink用於進行測試過程中的管理，通過使用TestLink提供的功能，可以將測試過程從測試需求、測試設計、到測試執行完整的管理起來，同時，它還提供了好多種測試結果的統計和分析，使我們能夠簡單的開始測試工作和分析測試結果。 TestLink 是sourceforge的開放源代碼項目之作爲基於web的測試管理系統，TestLink的主要功能包括：測試需求管理、測試用例管理、測試用例、對測試需求的覆蓋管理、測試計劃的制定、測試用例的執行、大量測試數據的度量和統計功能。它目前在XLS導入上存在缺陷，但可以使用第三方的"Testlink Convert"工具實現XLS/TXT/XML導入導出。我覺得Testlink 很主要的一個優點就是它是開源的，說白了就是不花錢的，免費供大家使用，而且簡單易學，只要掌握了測試的操作過程就很好用。但是它也有一些缺點，比如：不能根據優先級篩選用例，如果需要優先級，必須通過關鍵字來實現，比較麻煩；還有就是它不能設定測試用例的種類，如果需要必須通過關鍵字來實現，更麻煩，也不太現實；如果測試用例需要大量的數據，創建測試用例時不方便。下面我將介紹一下我所學習到的testLink的測試管理流程：創建項目(產品) →創建需求→ 創建計劃 → 創建測試用例 → 給計劃添加測試用例 → 分配測試任務 → 執行測試/報告bug → 查看分析結果。
（1）首先是testLink的登錄：（2）其次設置用戶：TestLink系統提供了六種角色，分別是guest、tester、 test designer 、senior tester 、leader、admin。相對應的功能權限如下：
Guest:可以瀏覽測試規範、關鍵詞、測試結果以及編輯個人信息 ；
Tester:可以瀏覽測試規範、關鍵詞、測試結果以及編輯測試執行結果；
Test Designer:編輯測試規範、關鍵詞和需求規約；
Senior Tester:允許編輯測試規範、關鍵詞、需求以及測試執行和創建發佈 ；
Leader:允許編輯測試規範、關鍵詞、需求、測試執行、測試計劃（包括優先級、里程碑和分配計劃）以及發佈 ；
Admin:一切權力，包括用戶管理 ；
創建產品TestLink可以對多項目進行管理，但只有admin級的用戶可以設置項目。Admin進行項目設置後，測試人員就可以進行測試需求、測試用例、測試計劃等相關管理工作了。 第一次登陸系統，系統要求添加新產品，如下圖所示：
（3）測試需求管理： 需求規格說明書是我們開展測試的依據。一個產品可以包括一個或多個測試需求，新建測試需求文檔比較簡單，如下圖所示：
（4）創建計劃：測試計劃管理。點擊主頁“測試計劃管理”模塊下的“測試計劃管理”菜單，進入測試計劃創建頁面，如圖：
測試計劃版本管理。點擊主頁“測試計劃管理”模塊下的“測試計劃版本管理”菜單，創建一個新的測試計劃版本，如圖：
指派用戶角色點擊主頁“測試計劃管理”模塊下的“指派用戶角色”菜單，爲測試計劃指派用戶，如下圖：
在爲測試計劃分配用戶角色頁面，可以修改測試計劃，修改好測試計劃後，點擊更換按鈕，則可以更換測試計劃。
選擇好測試計劃後，可以將該測試計劃以不同的角色分配給不同的用戶，通過角色列表，可以選擇用戶對該測試計劃的操作角色。
選擇好後，點擊更新按鈕，可以保存結果。
（5）測試用例管理：TestLink支持的測試用例的管理包含二層：分別爲新建測試用例集、創建測試用例。可以把測試用例集對應到項目的功能模塊，測試用例則對應着具體的功能。我們可以使用測試用例搜索功能從不同的項目、成百上千的測試用例中查到我們需要的測試用例，並且還提供移動和複製測試用例的功能，可以將一個測試用例移動或複製到別的項目裏，勾上自動更新樹選項，添加、刪除或編輯測試用例後更新樹會被自動更新。
新建測試用例集：點擊主頁的測試用例管理菜單，在左側選中要新建測試用例集的產品，右側提示具體的操作，如圖：
創建測試用例：點擊主頁的測試用例管理菜單，在左側選中要一個測試用例集，右側提示具體的操作，如圖：
（6）測試計劃用例管理：
添加測試用例到測試計劃中，在主頁通過測試計劃下拉列表，選擇一個測試計劃，點擊測試用例集下的添加測試用例到測試計劃中按鈕，進入向測試計劃中添加測試用例。點擊一個測試用例集，可以看到該測試用例集下的所有測試用例，選擇該測試計劃中要執行的測試用例，也可以根據版本下拉列表來選擇該測試計劃下需要執行的測試用例版本。選擇好後，點擊“增加選擇的測試用例”按鈕，可以將選擇好的測試用例分配給該測試計劃。
移除測試用例，點擊主頁“測試計劃—測試用例”模塊下的“從測試計劃中移去測試用例”菜單，進入移去測試用例頁面，在這裏顯示該測試計劃下的所有測試用例，可以選擇不需要在該測試計劃中執行的測試用例，然後點擊“移除選中的測試用例”按鈕，將測試用例移除。
（7）分配測試任務：點擊主頁“測試計劃—測試用例”模塊下的“分配測試任務”菜單，進入指派測試用例頁面，可以爲當前測試計劃中所包含的每個用例指定一個具體的執行人員。在指派測試用例頁面，左側用例樹中選擇某個測試用例集或者測試用例，右側頁面會出現下拉列表讓你選擇用戶。選擇合適的用戶，在測試用例前面打勾，點擊右側頁面下方的按鈕即可完成用例的指派工作。在這裏也可以進行批量指定——右側頁面的最上方，有一個下拉列表可以選擇用戶，下面的測試用例列表中選擇要指派給該用戶的用例，然後點擊一下後面的“執行”按鈕即可完成將多個用例指派給一個人的操作。
（8）執行測試\報告Bug：執行測試，在測試計劃中選中要執行測試的計劃項，然後點擊導航條中的執行測試用例或選擇測試執行模塊中的執行測試菜單進入執行測試界面，在執行測試界面左側測試用例樹中選擇要測試的測試用例。這裏測試結果有以下四種情況：
通過：該測試用例通過；
失敗：該測試用例沒有執行成功，這個時候可能就要提交bug了；
鎖定：由於其它用例失敗，導致此用例無法執行，被阻塞；
尚未執行：如果某個該測試用例沒有執行，則在最後的度量中標記爲“尚未執行”；
報告BUG，當測試失敗後，應該報告測試產生的BUG，如果TestLink與mantis集成了，那麼執行完測試後，測試結果中會多出一項BUG管理的項，它是一個小蟲子 的標記，點擊小蟲子，系統會彈出一個記錄bug號的輸入框，輸入相關的BUG編號後，測試結果中會多出一個相關問題的欄，點擊那個相關問題的編號就可以直接鏈接到mantis的缺陷管理系統。
（9）測試結果分析 ：
TestLink根據測試過程中記錄的數據，提供了較爲豐富的度量統計功能，可以直觀的得到測試管理過程中需要進行分析和總結的數據。點擊首頁橫向導航欄中的“測試結果”菜單，即可進入測試結果報告頁面，主要包括以下幾個功能：
常規測試計劃度量；
全部測試計劃版本的狀態；
查詢度量；
執行失敗的用例列表；
執行阻塞的用例列表；
尚未執行的用例列表；
測試報告；
圖表
測試報告，本頁面顯示每一個測試用例和它在每個版本中的測試結果，Excel 導出功能是可用的。
在能夠熟練應用TestLink之後，老師接着又指導我們學習下一個工具——Mantis,缺陷管理平臺Mantis，也做MantisBT，全稱Mantis Bug Tracker。Mantis是一個基於PHP技術的輕量級的開源缺陷跟蹤系統，以Web操作的形式提供項目管理及缺陷跟蹤服務。在功能上、實用性上足以滿足中小型項目的管理及跟蹤。更重要的是其開源，不需要負擔任何費用，所以好多中小型項目都用這個工具對軟件缺陷進行管理。軟件缺陷管理基本流程：
缺陷管理的一般流程：
mantis的基本操作：
在軟件測試過程中，每發現一個軟件錯誤都要記錄該錯誤的特徵和復現步 驟等信息，以便分析、處理和管理測試發現的軟件錯誤，所以在這裏我們就要用到mantis軟件。
（1）在mantis中錄入缺陷
具體步驟：1.首先打開XAMPP軟件，啓動Apache和MySQL，如圖所示：
2.打開瀏覽器，輸入http://localhost/mantis/manage_user_create_page.php，進入mantis登錄界面，用Administrator/root登錄。進入主頁。
3.點擊菜單欄上的管理，點擊項目管理，創建一個新的項目。如圖所示。
出現如下界面：
在這個界面當中，我們就可以根據實際需要來創建一個新的項目了。
4.當我們發現所要測試的軟件有缺陷後，我們需要向mantis提交，點擊菜單欄上的提交問題，如圖所示：
出現如下界面，這就是缺陷的具體錄入界面了，如圖所示：
在這個界面當中，我們可以看到我們所需要提交的缺陷問題的詳情，即分類、出現頻率、嚴重性、優先級以及摘要和概述等等，這些選項需要我們根據缺陷的實際情況去填寫。
下面我具體的來介紹各個部分。
分類：即該缺陷所隸屬的類別，根據缺陷的自然屬性來劃分，比如有邏輯問題、計算問題、接口問題等等。
出現頻率：即該缺陷出現的次數，有六個等級劃分：“總是”、“有時”、“隨機”、“沒有試驗”、“無法重現”、“不適用”。這個需要測試人員具體去操作然後確定等級。
嚴重性：描述所報告缺陷的嚴重程度。可分爲“新功能”、“細節”、“文字”、“小調整”、“小錯誤”、“很嚴重”、“崩潰”、“宕機”8個等級。
優先級：確定開發人員處理和修復缺陷的先後順序的指標，即哪些缺陷需要優先處理、哪些缺陷可以稍後處理。在mantis裏，優先級劃分爲“無”、“低”、“中”、“高”、“加急”、“特級”6個等級。
摘要：即標題，用簡明的方式傳達缺陷的基本信息，書寫時應該簡短並儘量做到唯一，便於開發人員在觀察缺陷列表時可以比較容易的注意到。
描述：對標題進行補充描述。描述儘量要清楚，但簡明仍是最重要的，在此欄中，可以添加預期結果和實驗結果，即期望發生了什麼，實際又發生了什麼。
重現步驟：主要目的是讓開發人員重現並修復缺陷。建議採取分步驟的形式加以描述。
下面我們通過一個例子來具體瞭解摘要和概述的具體書寫方式。如圖7-5所示：
（2）Mantis中各角色職責
角色 描述
測試人員 進行測試的人員，缺陷的發現者
項目經理 對整個項目負責，對產品質量負責的人員
開發人員 執行開發任務的人員，完成實際的設計和編碼工作
評審委員會 對缺陷進行最終確認，在項目成員對缺陷達不成一致意見時，行使仲裁權力
（3）使用mantis導出需要的相關文檔
如圖所示，點擊打印報告
勾選出要打印的內容，並點擊左上角word圖標，進行打印文檔，如圖所示：
Testlink和mantis各有優缺點，如果將測試過程和缺陷集合起來管理能夠更好的利於測試的深入，對於二者的集成就不多做總結了，照着老師給的文件修改代碼就可以了。總結一下二者的漢化操作：
testlink設置中文：簡單的方式是設置角色的語言改成簡體中文，刷新一下即可
mantis 設置中文C:\xampp\htdocs\mantis/ config_inc.php文件中添加如下配置項：$g_default_language='chinese_simplified';
微軟公司希望應聘程序員的大學畢業生最好有十萬行的編程經驗.理由很簡單:實踐性的技術要在實踐中提高.計算機歸根結底是一門實踐的學問,不動手是永遠也學不會的.因此,最重要的不是在筆試中考高分,而是實踐能力.吃苦是爲了做金字塔尖上的人.這個世界並不是掌握在那些嘲笑者的手中，而恰恰掌握在能夠經受得住嘲笑與批評並且不斷能往前走的人的手中。爲了向別人、向世界證明自己而努力拼搏，而一旦真的取得了成績，纔會明白：人無須向別人證明什麼，只要你能超越自己,哪怕是最沒有希望的事情，只要你堅持去做，到最後就會擁有希望.那些讓生活的句號圈住的人，是無法前進半步的。只要我們記住同在一個環境中生活，強者與弱者的分界就在於誰能改變它。
“紙上得來終覺淺，絕知此事要躬行！”通過這兩個星期的學習，我看到的更多的是自身上的不足,還有很多東西需要在今後學習中生活中去理解去掌握，更知道了只有不斷的吸取理論知識,在實踐中進行磨鍊,才能適應現今科技超速發展的計算機時代.我更知道了作爲一個測試人員必須要有耐心，細心和平和的心態，測試的目的儘可能早一些找出軟件缺陷，提高產品的質量，降低維護的成本，儘可能的達到客戶的需求。讓我深深的感覺到自己在實際運用中的專業知識的匱乏，剛開始的一段時間裏，對一些專業的東西感到無從下手，茫然不知所措，這讓我感到十分的難過。在學校總以爲自己學的不錯，一旦接觸到實際，才發現自己知道的是多麼少，這時才真正領悟到“學無止境”的含義。
曾經心懷澎拜，曾經滿懷激情，曾經翹首等待這爲期四個月的實訓終於拉開帷幕。2015年的這個暑假對於我來說是最幸運而同時有特別重要的一個暑假，因爲我非常幸運的來到了濟寧惠普軟件人才實訓基地進行爲期四個月的實訓學習。第一天來到惠普我變被濃厚的企業文化深深的吸引，作爲一家跨國公司，她有強大的包容性和多元性。實訓期間採取公司制的這一策略讓我們真正融入到公司的文化中，時刻以惠普員工的高標準來嚴格要求自己，磨練自己。
我學習的專業是軟件測試，雖然在大學也開過“軟件工程”這門課，但對測試這門行業的瞭解基本爲零。通過幾天幾位導師和班主任和藹可親的指導以及全心全意的關懷，我對測試行情以及職業要求和發展等都有了較深入的瞭解。幾天的測試基礎的學習也是我越來越喜歡測試了，也更加堅定了我的選擇。
衆所周知，做測試職業工具是必不可少的，在學習了一些理論知識後，我們的美女導師徐老師就帶領我們學習了第一個開源測試工具——testLink。第一次接觸這個工具的時候我是丈二的和尚摸不着頭腦，簡直一頭霧水，什麼都不知道，課上跟着老師的思路做了一遍，雖然能做出來但是完全不明白做每一步的原因是什麼。課下老師給了我們一個安裝壓縮包，讓我們自己搭建環境，我不管是在網上百度也好找同學給幫忙也好幾次都安裝失敗。軟件XAMPP裏的Ahache和Mysql總是啓動不了，最後通過問老師才知道電腦的80端口被佔用，需要把Ahache的默認80端口改爲一個不被佔用的端口如88端口。通過幾次的聯繫，我對testLink有了更深入的瞭解。TestLink用於進行測試過程中的管理，通過使用TestLink提供的功能，可以將測試過程從測試需求、測試設計、到測試執行完整的管理起來，同時，它還提供了好多種測試結果的統計和分析，使我們能夠簡單的開始測試工作和分析測試結果。 TestLink 是sourceforge的開放源代碼項目之作爲基於web的測試管理系統，TestLink的主要功能包括：測試需求管理、測試用例管理、測試用例、對測試需求的覆蓋管理、測試計劃的制定、測試用例的執行、大量測試數據的度量和統計功能。它目前在XLS導入上存在缺陷，但可以使用第三方的"Testlink Convert"工具實現XLS/TXT/XML導入導出。我覺得Testlink 很主要的一個優點就是它是開源的，說白了就是不花錢的，免費供大家使用，而且簡單易學，只要掌握了測試的操作過程就很好用。但是它也有一些缺點，比如：不能根據優先級篩選用例，如果需要優先級，必須通過關鍵字來實現，比較麻煩；還有就是它不能設定測試用例的種類，如果需要必須通過關鍵字來實現，更麻煩，也不太現實；如果測試用例需要大量的數據，創建測試用例時不方便。下面我將介紹一下我所學習到的testLink的測試管理流程：創建項目(產品) →創建需求→ 創建計劃 → 創建測試用例 → 給計劃添加測試用例 → 分配測試任務 → 執行測試/報告bug → 查看分析結果。
（1）首先是testLink的登錄：（2）其次設置用戶：TestLink系統提供了六種角色，分別是guest、tester、 test designer 、senior tester 、leader、admin。相對應的功能權限如下：
Guest:可以瀏覽測試規範、關鍵詞、測試結果以及編輯個人信息 ；
Tester:可以瀏覽測試規範、關鍵詞、測試結果以及編輯測試執行結果；
Test Designer:編輯測試規範、關鍵詞和需求規約；
Senior Tester:允許編輯測試規範、關鍵詞、需求以及測試執行和創建發佈 ；
Leader:允許編輯測試規範、關鍵詞、需求、測試執行、測試計劃（包括優先級、里程碑和分配計劃）以及發佈 ；
Admin:一切權力，包括用戶管理 ；
創建產品TestLink可以對多項目進行管理，但只有admin級的用戶可以設置項目。Admin進行項目設置後，測試人員就可以進行測試需求、測試用例、測試計劃等相關管理工作了。 第一次登陸系統，系統要求添加新產品，如下圖所示：
（3）測試需求管理： 需求規格說明書是我們開展測試的依據。一個產品可以包括一個或多個測試需求，新建測試需求文檔比較簡單，如下圖所示：
（4）創建計劃：測試計劃管理。點擊主頁“測試計劃管理”模塊下的“測試計劃管理”菜單，進入測試計劃創建頁面，如圖：
測試計劃版本管理。點擊主頁“測試計劃管理”模塊下的“測試計劃版本管理”菜單，創建一個新的測試計劃版本，如圖：
指派用戶角色點擊主頁“測試計劃管理”模塊下的“指派用戶角色”菜單，爲測試計劃指派用戶，如下圖：
在爲測試計劃分配用戶角色頁面，可以修改測試計劃，修改好測試計劃後，點擊更換按鈕，則可以更換測試計劃。
選擇好測試計劃後，可以將該測試計劃以不同的角色分配給不同的用戶，通過角色列表，可以選擇用戶對該測試計劃的操作角色。
選擇好後，點擊更新按鈕，可以保存結果。
（5）測試用例管理：TestLink支持的測試用例的管理包含二層：分別爲新建測試用例集、創建測試用例。可以把測試用例集對應到項目的功能模塊，測試用例則對應着具體的功能。我們可以使用測試用例搜索功能從不同的項目、成百上千的測試用例中查到我們需要的測試用例，並且還提供移動和複製測試用例的功能，可以將一個測試用例移動或複製到別的項目裏，勾上自動更新樹選項，添加、刪除或編輯測試用例後更新樹會被自動更新。
新建測試用例集：點擊主頁的測試用例管理菜單，在左側選中要新建測試用例集的產品，右側提示具體的操作，如圖：
創建測試用例：點擊主頁的測試用例管理菜單，在左側選中要一個測試用例集，右側提示具體的操作，如圖：
（6）測試計劃用例管理：
添加測試用例到測試計劃中，在主頁通過測試計劃下拉列表，選擇一個測試計劃，點擊測試用例集下的添加測試用例到測試計劃中按鈕，進入向測試計劃中添加測試用例。點擊一個測試用例集，可以看到該測試用例集下的所有測試用例，選擇該測試計劃中要執行的測試用例，也可以根據版本下拉列表來選擇該測試計劃下需要執行的測試用例版本。選擇好後，點擊“增加選擇的測試用例”按鈕，可以將選擇好的測試用例分配給該測試計劃。
移除測試用例，點擊主頁“測試計劃—測試用例”模塊下的“從測試計劃中移去測試用例”菜單，進入移去測試用例頁面，在這裏顯示該測試計劃下的所有測試用例，可以選擇不需要在該測試計劃中執行的測試用例，然後點擊“移除選中的測試用例”按鈕，將測試用例移除。
（7）分配測試任務：點擊主頁“測試計劃—測試用例”模塊下的“分配測試任務”菜單，進入指派測試用例頁面，可以爲當前測試計劃中所包含的每個用例指定一個具體的執行人員。在指派測試用例頁面，左側用例樹中選擇某個測試用例集或者測試用例，右側頁面會出現下拉列表讓你選擇用戶。選擇合適的用戶，在測試用例前面打勾，點擊右側頁面下方的按鈕即可完成用例的指派工作。在這裏也可以進行批量指定——右側頁面的最上方，有一個下拉列表可以選擇用戶，下面的測試用例列表中選擇要指派給該用戶的用例，然後點擊一下後面的“執行”按鈕即可完成將多個用例指派給一個人的操作。
（8）執行測試\報告Bug：執行測試，在測試計劃中選中要執行測試的計劃項，然後點擊導航條中的執行測試用例或選擇測試執行模塊中的執行測試菜單進入執行測試界面，在執行測試界面左側測試用例樹中選擇要測試的測試用例。這裏測試結果有以下四種情況：
通過：該測試用例通過；
失敗：該測試用例沒有執行成功，這個時候可能就要提交bug了；
鎖定：由於其它用例失敗，導致此用例無法執行，被阻塞；
尚未執行：如果某個該測試用例沒有執行，則在最後的度量中標記爲“尚未執行”；
報告BUG，當測試失敗後，應該報告測試產生的BUG，如果TestLink與mantis集成了，那麼執行完測試後，測試結果中會多出一項BUG管理的項，它是一個小蟲子 的標記，點擊小蟲子，系統會彈出一個記錄bug號的輸入框，輸入相關的BUG編號後，測試結果中會多出一個相關問題的欄，點擊那個相關問題的編號就可以直接鏈接到mantis的缺陷管理系統。
（9）測試結果分析 ：
TestLink根據測試過程中記錄的數據，提供了較爲豐富的度量統計功能，可以直觀的得到測試管理過程中需要進行分析和總結的數據。點擊首頁橫向導航欄中的“測試結果”菜單，即可進入測試結果報告頁面，主要包括以下幾個功能：
常規測試計劃度量；
全部測試計劃版本的狀態；
查詢度量；
執行失敗的用例列表；
執行阻塞的用例列表；
尚未執行的用例列表；
測試報告；
圖表
測試報告，本頁面顯示每一個測試用例和它在每個版本中的測試結果，Excel 導出功能是可用的。
在能夠熟練應用TestLink之後，老師接着又指導我們學習下一個工具——Mantis,缺陷管理平臺Mantis，也做MantisBT，全稱Mantis Bug Tracker。Mantis是一個基於PHP技術的輕量級的開源缺陷跟蹤系統，以Web操作的形式提供項目管理及缺陷跟蹤服務。在功能上、實用性上足以滿足中小型項目的管理及跟蹤。更重要的是其開源，不需要負擔任何費用，所以好多中小型項目都用這個工具對軟件缺陷進行管理。軟件缺陷管理基本流程：
缺陷管理的一般流程：
mantis的基本操作：
在軟件測試過程中，每發現一個軟件錯誤都要記錄該錯誤的特徵和復現步 驟等信息，以便分析、處理和管理測試發現的軟件錯誤，所以在這裏我們就要用到mantis軟件。
（1）在mantis中錄入缺陷
具體步驟：1.首先打開XAMPP軟件，啓動Apache和MySQL，如圖所示：
2.打開瀏覽器，輸入http://localhost/mantis/manage_user_create_page.php，進入mantis登錄界面，用Administrator/root登錄。進入主頁。
3.點擊菜單欄上的管理，點擊項目管理，創建一個新的項目。如圖所示。
出現如下界面：
在這個界面當中，我們就可以根據實際需要來創建一個新的項目了。
4.當我們發現所要測試的軟件有缺陷後，我們需要向mantis提交，點擊菜單欄上的提交問題，如圖所示：
出現如下界面，這就是缺陷的具體錄入界面了，如圖所示：
在這個界面當中，我們可以看到我們所需要提交的缺陷問題的詳情，即分類、出現頻率、嚴重性、優先級以及摘要和概述等等，這些選項需要我們根據缺陷的實際情況去填寫。
下面我具體的來介紹各個部分。
分類：即該缺陷所隸屬的類別，根據缺陷的自然屬性來劃分，比如有邏輯問題、計算問題、接口問題等等。
出現頻率：即該缺陷出現的次數，有六個等級劃分：“總是”、“有時”、“隨機”、“沒有試驗”、“無法重現”、“不適用”。這個需要測試人員具體去操作然後確定等級。
嚴重性：描述所報告缺陷的嚴重程度。可分爲“新功能”、“細節”、“文字”、“小調整”、“小錯誤”、“很嚴重”、“崩潰”、“宕機”8個等級。
優先級：確定開發人員處理和修復缺陷的先後順序的指標，即哪些缺陷需要優先處理、哪些缺陷可以稍後處理。在mantis裏，優先級劃分爲“無”、“低”、“中”、“高”、“加急”、“特級”6個等級。
摘要：即標題，用簡明的方式傳達缺陷的基本信息，書寫時應該簡短並儘量做到唯一，便於開發人員在觀察缺陷列表時可以比較容易的注意到。
描述：對標題進行補充描述。描述儘量要清楚，但簡明仍是最重要的，在此欄中，可以添加預期結果和實驗結果，即期望發生了什麼，實際又發生了什麼。
重現步驟：主要目的是讓開發人員重現並修復缺陷。建議採取分步驟的形式加以描述。
下面我們通過一個例子來具體瞭解摘要和概述的具體書寫方式。如圖7-5所示：
（2）Mantis中各角色職責
角色 描述
測試人員 進行測試的人員，缺陷的發現者
項目經理 對整個項目負責，對產品質量負責的人員
開發人員 執行開發任務的人員，完成實際的設計和編碼工作
評審委員會 對缺陷進行最終確認，在項目成員對缺陷達不成一致意見時，行使仲裁權力
（3）使用mantis導出需要的相關文檔
如圖所示，點擊打印報告
勾選出要打印的內容，並點擊左上角word圖標，進行打印文檔，如圖所示：
Testlink和mantis各有優缺點，如果將測試過程和缺陷集合起來管理能夠更好的利於測試的深入，對於二者的集成就不多做總結了，照着老師給的文件修改代碼就可以了。總結一下二者的漢化操作：
testlink設置中文：簡單的方式是設置角色的語言改成簡體中文，刷新一下即可
mantis 設置中文C:\xampp\htdocs\mantis/ config_inc.php文件中添加如下配置項：$g_default_language='chinese_simplified';
微軟公司希望應聘程序員的大學畢業生最好有十萬行的編程經驗.理由很簡單:實踐性的技術要在實踐中提高.計算機歸根結底是一門實踐的學問,不動手是永遠也學不會的.因此,最重要的不是在筆試中考高分,而是實踐能力.吃苦是爲了做金字塔尖上的人.這個世界並不是掌握在那些嘲笑者的手中，而恰恰掌握在能夠經受得住嘲笑與批評並且不斷能往前走的人的手中。爲了向別人、向世界證明自己而努力拼搏，而一旦真的取得了成績，纔會明白：人無須向別人證明什麼，只要你能超越自己,哪怕是最沒有希望的事情，只要你堅持去做，到最後就會擁有希望.那些讓生活的句號圈住的人，是無法前進半步的。只要我們記住同在一個環境中生活，強者與弱者的分界就在於誰能改變它。
“紙上得來終覺淺，絕知此事要躬行！”通過這兩個星期的學習，我看到的更多的是自身上的不足,還有很多東西需要在今後學習中生活中去理解去掌握，更知道了只有不斷的吸取理論知識,在實踐中進行磨鍊,才能適應現今科技超速發展的計算機時代.我更知道了作爲一個測試人員必須要有耐心，細心和平和的心態，測試的目的儘可能早一些找出軟件缺陷，提高產品的質量，降低維護的成本，儘可能的達到客戶的需求。讓我深深的感覺到自己在實際運用中的專業知識的匱乏，剛開始的一段時間裏，對一些專業的東西感到無從下手，茫然不知所措，這讓我感到十分的難過。在學校總以爲自己學的不錯，一旦接觸到實際，才發現自己知道的是多麼少，這時才真正領悟到“學無止境”的含義。
