前面說到小艾明白了用戶手冊的重要性，小艾到這里已經對安裝測試的內容及測試流程有了基本的熟悉，但他在與別人交流的時候發現無論是功能測試還是性能測試都是自動化進行的，于是產生了一個疑問，安裝測試是否也可以自動化？如果可以，應該怎么做呢？
效率的提高從自動化開始
從組長的談話中小艾得知，自動化測試是測試的發展方向和趨勢，能夠大幅度提高測試的效率。減少了人工干預菜鳥到測試架構師 pdf，一旦測試用例需要重復執行的次數越多，自動化后能節省的成本也就越高，投資回報率也越高。
計算機最適合高速連續地執行確定的任務，而這如果用人腦來執行這些重復且枯燥的步驟就要慢很多。因此，人腦更適合做創造性的工作，自動化測試就是把人腦從枯燥的工作解放出來，去做更適合人腦的事情，比如分析問題、寫自動化腳本等。
自動化測試的實現
對于一個典型的Java EE應用的安裝場景菜鳥到測試架構師 pdf，先來看看一個手工測試用例執行的步驟：
1. 安裝數據庫
2. 安裝應用服務器
3. 安裝網絡服務器
4. 安裝Java EE應用
5. 安裝后基本功能驗證
其中，前面四項都需要檢查相關的日志文件，確保安裝成功。
要將上述步驟自動化，一般要選擇合適的自動化工具來實現自動化測試，其中的工具有很多，書上介紹了兩種。
第一種為IBM (RTF)，是一款先進的、自動化的功能和回歸測試工具，適合做GUI界面相關的自動化測試。
第二種為 ANT，ANT是一個基于Java的自動化腳本引擎，腳本格式為XML。它適合命令行交互相關的自動化測試。
要將步驟自動化，首先要把測試用例中的每一步細化，細化到足夠明確，能夠用ANT語言來表達。其次，要把每一個小步驟分別做成一個個ANT ， 再做另一個ANT 去按順序調用它們，這樣就實現了整個測試用例的自動化。同理，將其余步驟也實現為自動化。此時，只需要把所有步驟按順序串起來，就實現了一個測試用例的自動化。
對于自動化腳本的開發看起來蠻復雜的，需要相關的自動化工具的開發經驗，但如果僅僅是執行者，那就既簡單又輕松了。
下圖描述了整個自動化執行的流程
尾聲
經過一段時間的磨練，小艾在安裝測試組學習中也熟悉了整個測試的過程，他明白安裝測試其實并沒有自己一開始所想的那么簡單，而一個好的測試計劃是保證質量的關鍵。在自己忽略的用戶手冊測試中，也再一次明白文檔的重要性不低于產品的本身，最后經過自動化測試的初體驗，可以說對整個測試都有了一定的基礎了。
第二章的內容到這里也就要告一個段落了，如果你正好也在某公司的安裝測試團隊中，可以類比小艾的經歷看看自己對安裝測試有怎么樣的了解，是不是還有其他更多的知識可以補充，如果沒有經歷過安裝測試，那看完這一系列的文章，是否對安裝測試也有了一定的了解呢？
作為本書的主人公，小艾接下來要去到下一個團隊學習新的知識了，他去了什么團隊，做了什么樣的工作，敬請聽下回分解~