從 V0.3 alpha 開(kāi)始，可以在所有有效的 Maven 生命周期階段中作為插件執(zhí)行的 Grester 有兩個(gè)主要目標(biāo)（使用時(shí)全小寫）：

    inspect —— 這是 Grester 的主要目標(biāo)，通常在測(cè)試階段（雖然嚴(yán)格來(lái)說(shuō)，它可以是測(cè)試編譯階段之后的任意階段）執(zhí)行。Grester 將通過(guò) pom.xml 文件中列出的依賴關(guān)系創(chuàng)建一個(gè)可變的 Java 類路徑并把新類路徑提供給 Jester。
    help —— 此目標(biāo)主要用于對(duì)正確插件語(yǔ)法和結(jié)構(gòu)的參考，可以在命令行中輸入 mvn grester:help 單獨(dú)執(zhí)行。

對(duì)示例項(xiàng)目運(yùn)行 Grester

運(yùn)行簡(jiǎn)單的 mvn clean install 命令（或者包含 inspect 目標(biāo)使用的特定狀態(tài)的所有生命周期命令）將生成如下所示的輸出。

圖 10. Jester 在處理示例代碼

通過(guò)進(jìn)一步檢查，您可以看到初始類文件 CommandExecutor 中的第 27 行已經(jīng)從 -1 更改為 1。Jester 對(duì)單個(gè)類執(zhí)行一個(gè)完整操作需要花費(fèi)一些時(shí)間。在操作結(jié)束時(shí)將生成 jesterReport.xml 文件，該文件顯示在 Java Swing 窗口中所發(fā)生情況的匯總詳細(xì)信息。

尋求 Grester 幫助

通過(guò)命令行運(yùn)行 mvn grester:help 將生成類似于圖 11 的輸出。它將用作配置 Grester 的簡(jiǎn)短指南，而無(wú)需參考初始的 README.txt 文件。

圖 11. Grester 的幫助目標(biāo)

結(jié)束語(yǔ)

Grester 不是完美的插件，并且仍然在改進(jìn)中。對(duì) Groovy 源代碼的直接支持特別有幫助。同樣的概念可以應(yīng)用到不使用 Maven 但需要構(gòu)造 Java 類路徑字符串（例如，跨越單個(gè)文件系統(tǒng)中的多個(gè)目錄列出依賴關(guān)系的 Apache Ant 構(gòu)建文件）的項(xiàng)目。如果 Ant 文件本身已經(jīng)被分成許多獨(dú)立的文件，那么該過(guò)程可能會(huì)更加復(fù)雜。

對(duì)于在一個(gè)位置中無(wú)法輕松識(shí)別其依賴關(guān)系的項(xiàng)目，運(yùn)行單個(gè)工具 (Jester) 所帶來(lái)的麻煩是否值得您去承受。但是，我仍然覺(jué)得 Jester 是用于考察開(kāi)發(fā)人員編寫測(cè)試的方法是否具有健壯性的重要工具。確實(shí)，對(duì)于使用一組靜態(tài)測(cè)試即可找出的重大代碼庫(kù)更改，當(dāng) Jester 報(bào)告顯示出很差的單元測(cè)試或集成測(cè)試性能時(shí)，開(kāi)發(fā)人員的測(cè)試驅(qū)動(dòng)開(kāi)發(fā)（Test-Driven Development，TDD）和行為驅(qū)動(dòng)開(kāi)發(fā)（Behaviour-Driven Development，BDD）技能會(huì)讓人產(chǎn)生懷疑。