1.首先我們明確maven什麼?

      Maven是基於專案物件模型(POM)，可以通過一小段描述資訊來管理專案的構建，報告和文件的軟體專案管理工具。以上來自百度百科。我們讀著比較繞口，也很難理解真正的含義。我們現在從理解的角度看待這個問題（也就是碰到問題，解決問題），個人認為這樣更好理解。

     在沒有maven時，我們會碰到什麼問題呢？

     我們寫出一些程式碼，一個例項，以至於一個專案，想讓專案跑起來，直接的想法是先編譯，再手動部署到伺服器下（不同型別的伺服器，tomcat之類的，還得符伺服器部署的規範），這些手動的操作，一繁瑣二個人依習慣操作不一樣十分容易出錯。所以maven在這裡解決了我們第一個問題——構件專案，更多的話就是幫助我們在不同的伺服器環境下部署，以統一的配置項部署。

    養成好習慣，bug很少見。

    專案構建成功了，我們想要升級架構怎麼辦？

    自己去找到要升級的配置，架包來去下來，然後替換。很繁瑣易出錯。所以這裡maven幫我們解決第二個問題，專案資原始檔的升級，他提供了一箇中央倉庫,能幫我們自動下載構件

      下面來說另一個好處，測試用例的編寫。Maven對於專案目錄結構、測試用例命名方式等內容都有既定的規則，只要遵循了這些成熟的規則，使用者在專案間切換的時候就免去了額外的學習成本，可以說是約定優於配置（Convention Over Configuration）。

     Convention Over Configuration   

    金句啊   這才是程式設計思想  比什麼Thinking in Java 翻譯Java程式設計思想 強了不止一百倍，做人要是實誠啊，實事求是才能在更大的範圍溝通。

     扯得有點遠，書歸正傳，我自己想要測試某一個功能點，只要符合命名方式XXXTest.java  裡面的呼叫也符合規範就可以直接Run as -- Java Application 很方便啊。

    ok 目前來說自己就是這點應用，以後有碰到再來續寫。

    下面貼一個別人的maven概述