jsp編程技巧

『壹』 自動化測試用什麼工具

自動化測試的工具有哪些
開源功能自動化測試工具：Watir、Selenium、MaxQ、WebInject

開源性能自動化測試工具：Jmeter、OpenSTA、DBMonster、TPTEST、Web禒Application Load Simulator

不過，大家用的最多的就是QTP和LR哈，希望對你有幫助
安卓系統自動化測試使用什麼工具 10分
一、首先說說手機自動化測試的原理

1、手機自動化測試的原理為PC上一個控制端（測試工具）與手機上的一個agent端，通過串口、USB或者無線方式將PC與手機終端相連，然後應用測試工具向手機發送請求或者命令，手機收到命令或者請求後，交給agent端解析，然後agent將這些解析的命令下發給手機的各個功能模塊所能識別的命令，調用那些功能模塊模擬操作。完成這些操作後，手機會返回一些信息，agent可以抓取這些信息，然後傳回給PC端，這樣就完成了一個完整的手機自動化測試。

2、關鍵點在於agent，有的公司是向自己的手機終端的軟體功能模塊中植入測試程序響應代碼，有的公司可以利用MMI_mand的方式來控制手機終端；原理就是給手機提供一個響應的介面。

3、而對於PC控制端，這個測試腳本用各種編程語言都可以，看如何定義

4、而又的自動化測試設計成錄制的機制，說通俗點，就是記錄手工操作的鍵盤信息或者LCD的操作信息（LCD需要用到智能識別機制）

5、自動化測試框架的搭建方法是通用的，你需要有一套自己的測試框架才能保證自動化測試的順利開展。

二、Android自動化測試方向：

1、CTS，CTS 測試基於Android instrumentation 測試， 其又基於JUnit 測試。說白了， CTS 就是一堆單元測試用例。這也是java 語言的擅長部分。

2、 Monkey工具，Monkey是Android中的一個命令行工具，可以運行在模擬器里或實際設備中。它向系統發送偽隨機的用戶事件流(如按鍵輸入、觸摸屏輸入、手勢輸入等)，實現對正在開發的應用程序進行壓力測試。Monkey測試是一種為了測試軟體的穩定性、健壯性的快速有效的方法。

3、ASE，ASE 意思為Android 腳本環境， 即我們可以通過腳本（比如python）調用Android 的功能，從而定製一些測試。比如打電話，發簡訊，瀏覽網頁，等。我們可以擴充它的API（Java 部分）, 並用python 腳本調用這些API, 從而實現豐富的測試功能。用於API 部分可以訪問到Android 全部API, python 又能靈活部署測試，所以ASE 的擴展性非常好。

4、Robotium，該工具用於黑盒的自動化測試。可以在有源碼或者只有APK 的情況下對目標應用

進行測試。Robotimu 提供橋悄判了模仿用戶操作行為的API，比如在某個控制項上點擊，輸入Text

等等。（推舉你可以研究一下這個工具，敏改開源的，我有資料）

5、可以自己開發一個手機方面的自動化測試工具，原理上一樣
自動化測試工具有哪些
自動化測試包含多種，如Web自動化、手機自動化等：

Web自動化測試工具：selenium、QTP。

性能自動化測試工具：loadrunner、jmeter。

介面自動化測試工具：SoapUI、postman。

手機自動化測試工具：robotium、appium。每種的第一個都比較推薦。當然還有其他的運橘工具，不過這些比較普及。
做軟體的自動化測試一般用什麼工具
1、測試類型可以包括：白盒測試、黑盒測試（功能測試、性能測試）等。

2、不同的測試類型使用的自動化測試方法不同，白盒測試主要針對代碼級的單元測試、黑盒測試主要面對功能級和系統級的驗證測試。

3、自動化測試，針對白盒測試，一般需要有一定的編程基礎，即能夠基於功能代碼寫測試代碼，常用的單元測試方面的自動化測試工具很多，上網一搜全是。

4、自動化測試，針對功能測試，有幾種情況，基於CLI、API和GUI的測試；基於CLI、API的測試，即應用腳本技術向設備模擬發送CLI命令或者API請求，以達到控制設備的效果。基於GUI功能測試，即應用傳統的界面自動化測試工具(例如：RFT、QTP等）控制界面控制項操作的方法，以達到模擬用戶操作，這幾種方式都需要你有一定的編碼基礎；基於CLI、API的需要你懂腳本技術（例如:tcl、python、ruby等），RFT需要你懂java或者、QTP需要VB等。
做軟體的自動化測試一般用什麼工具
曾經有一段時間，人們習慣於在MS Excel裡面編寫單元測試用例，然後開發人員就按照單元測試用例一步一步的來實現用例。這通常是很耗時的漫長的過程，尤其是如果應用很大或者UI很復雜的話。

這一套單元測試的執行過程常常成為瓶頸，因為任何代碼修改都會帶來手工執行大量單元測試，以確保新的修改沒有破壞原有功能。

如今是個快節奏時代，人們希望工作能夠無需人工介入、自動化的快速完成。每個人都喜歡執行一個命令就能把工作搞定，而且在執行期間不需要人工介入。需要做的僅僅是檢查一下最終的輸出結果。

當這個世界正在邁向自動化時，自動化測試也不甘落後，不論是在功能測試方面還是UI測試方面。每天我們都能聽說自動化測試方面涌現出的新軟體。

本文提供了一些信息給那些想用Coded UI自動測試框架來進行應用界面自動化的.Net開發者。

什麼是Coded UI?

最近我一直在尋找一個自動化的用戶介面測試的解決方案。用戶介面測試需要用戶多次進行手工輸入操作，這是一個既枯燥又費時的過程。因此，我想尋找一種更智能的自動化UI測試的方案，這種UI測試在不需要人工干預下，能夠被保存，記錄並提供支持 ，快速測試代碼的改變。

Coded UI 採用用戶介面來驅動應用的進行自動化測試。這些測試包括UI控制的功能性測試。他們使你可以驗證整個應用的功能是否正確，其中包括了用戶介面。Coded UI尤其適合用於用戶介面中存在校驗或者其它的登錄方式的測試，比如網頁。Coded UI也可以用於人工測試用例的自動化。

Coded UI 測試幫助用戶測試應用程序的用戶介面。這些測試允許用戶驗證應用程序的功能。Coded UI 多數時間用於幫助驗證在UI層本身的有效邏輯。它能夠驗證值對用戶介面的控制的正確性。

其它方案

市場有許多自動化用戶介面的方案，比如HP的QuickTest Professional, IBM Rational Functional Tester. 其它著名的，易於使用的開源工具解決用戶介面自動化問題的有Selenium，也能夠記錄測試，需要的時候回放。市場上還有來自Microsoft的也能不需要太多努力做同樣的事。用Visual Studio Microsoft還有Coded UI的方案用於單元測試。

Coded UI適合在哪兒用?

大多數安裝了Visual Studio的開發者都喜歡在Visual Studio的環境里進行單元測試，而不是使用第三方工具。由微軟提供的Coded UI，在Visual Studio環境里可謂上手即用。在開發者的機器上無需另外安裝任何東西。一旦你安裝了Visual Studio的Premium版或者Ultimate版，你就同時也安裝好了Coded UI。

Coded UI可用性

為了使用Coded UI，需要安裝Visual Studio 2010/2012/2013的Premium版或者Ultimate版。

Coded UI 測試的組成

Coded UI 測試的組成容易理解。它可分成下列文件：

UIMap.uitest

這個文件是UIMap類的XML表示。UIMap類包括視窗，控制項，屬性，方法，斷言和動作。

UIMap.cs

對UIMap的自定義部分都存在這文件里。如果修改直接存在UIMap.designer.vb文件的話，那些修改都會在記錄結束後丟失，因為這個文件重新創建了。

給每個在測應用程序中的每個模塊創建......
什麼樣的項目適合自動化測試
雖然，在你拿到這本書時已經對要測試的項目做了一些分析和考量，但還是有必要在這里羅嗦一下不是所有項目有適合實施自動化測試的，以免對項目實施自動化過程中發現困難重重，浪費了大量的人力和時間而沒有得到應有的收益。

1、任務測試明確，不會頻繁變動

2、每日構建後的測試驗證

3、比較頻繁的回歸測試

4、軟體系統界面穩定，變動少

5、需要在多平台上運行的相同測試案例、組合遍歷型的測試、大量的重復任務

6、軟體維護周期長

7、項目進度壓力不太大

8、被測軟體系統開發比較規范，能夠保證系統的可測試性

9、具備大量的自動化測試平台

10、測試人員具備較強的編程能力

當然，並非以上10 條都具備有情況下才能開展測試工作。這里就需要讀者做綜合的權衡。在我們普遍的經驗中，只要滿足三個條件就可以對項目開展自動化測試：

軟體需求編程不頻繁

測試腳本的穩定性決定了自動化測試的維護成本。如果軟體需求變動過於頻繁，測試人員需要根據變動的需求來更新測試用例以及相關的測試腳本，而腳本的維護本身就是一個代碼開發的過程，需要修改、調試，必要的時候還要修改自動化測試的框架，如果所花費的成本不低於利用其節省的測試成本，那麼自動化測試便是失敗的。

項目中的某些模塊相對穩定，而某些模塊需求變動性很大。我們便可對相對穩定的模塊進行自動化測試，而變動較大的仍是用手工測試。

項目周期較長

由於自動化測試需求的確定、自動化測試框架的設計、測試腳本的編寫與調試均需要相當長的時間來完成。這樣的過程本身就是一個測試軟體的開發過程，需要較長的時間來完成。如果項目的周期比較短，沒有足夠的時間去支持這樣一個過程，那麼自動化測試便成為笑談。

自動化測試腳本可重復使用

自動化測試腳本的重復使用要從三個方面來考量，一方面所測試的項目之間是否很大的差異性（如C/S 系統和B/S 系統的差異）；所選擇的測試工具是否適應這種差異；最後，測試人員是否有能力開發出適應這種差異的自動化測試框架。
做軟體的自動化測試一般用什麼工具？和黑盒測試工具一樣么？用loadrunner怎麼樣？
一、對於你的問題，首先明確測試類型，然後才能明確自動化測試類型，最後定位哪個類型用哪個方面的自動化飢試工具

1、測試類型可以包括：白盒測試、黑盒測試（功能測試、性能測試）等。

2、不同的測試類型使用的自動化測試方法不同，白盒測試主要針對代碼級的單元測試、黑盒測試主要面對功能級和系統級的驗證測試。

3、自動化測試，針對白盒測試，一般需要有一定的編程基礎，即能夠基於功能代碼寫測試代碼，常用的單元測試方面的自動化測試工具很多，上網一搜全是。

4、自動化測試，針對功能測試，有幾種情況，基於CLI、API和GUI的測試；基於CLI、API的測試，即應用腳本技術向設備模擬發送CLI命令或者API請求，以達到控制設備的效果。基於GUI功能測試，即應用傳統的界面自動化測試工具(例如：RFT、QTP等）控制界面控制項操作的方法，以達到模擬用戶操作，這幾種方式都需要你有一定的編碼基礎；基於CLI、API的需要你懂腳本技術（例如:tcl、python、ruby等），RFT需要你懂java或者、QTP需要VB等。

5、你說的loadrunner就是性能測試方面的工具，即是測試軟體性能、例如多用戶操作等性能、也需要寫代碼，LR腳本支持的語言有：java、c、Visual Basic、vbscrīpt。默認的腳本生成語言為 C;其實我想說的是，性能測試工具不重要，你需要掌握其性能測試的方法才是更重要的。

二、我感覺你想入門自動化測試，但是從你問的問題來看，有一定盲目性，我簡單說一下自動化測試吧:

1、自動化測試，其理念就是應用各種手段模擬人工操作，節省人力測試成本，保證產品測試質量。

2、你想學好自動化軟體測試，不是單單靠學習幾個自動化工具就能掌握的，但是你可以從工具入手，

首先，告訴你自動化測試的基礎是

1）編程技巧，包括高級語言和腳本語言，腳本語言是初期的掌握，可以有，tcl、phython、ruby等而高級語言，要好好學好一門，例如，我是對java為重點。還有，如果你是對web自動化測試的話，那麼jsp、php、HTML、CSS等web語言是必須掌握的。

2）操作系統技巧；因為軟體自動化測試是構建在操作系統上的，其技巧需要能善於利用到操作系統的各種技巧，例如：注冊表、環境變數、句柄等。

3）資料庫知識，要善於利用資料庫知識去存儲管理。

4）業務知識，這也是重點。你所在軟體行業的軟體業務，要知道你的軟體的工作方式。

5）質量與流程管理理念。

然後，你的學習步驟

1）可以從工具入手，根據具體的項目去學習；例如：java軟體界面測試（RFT、QTP的java插件等）、web界面測試（QTP、selenium等）、性能測試（RPT、loadrunner等）。但記住，學習其工具，重點不是簡單的使用，而是如何利用工具去擴展。

2）然後，重點學習以上的基礎，以編程為重點，其餘的結合學習，順便說一句，其實自動化測試的理念與軟體設計模式理念很像，你可以從中有所領悟。

3）之後，再學習去拓建自己的自動化測試框架，何謂框架，一下說不清楚，我給你推薦一下

注意：如果沒有自動化測試方面的實踐項目的話，最好先從基礎學起，因為基礎學好了，自動化測試入門會很快的。

4（至於性能測試，也是一樣，可以先從工具入手，但不要局限於工具，性能測試最重要的是環境的構建方法以及對測試結果的分析方法，所以性能測試重點在於分析和實現過程，而不是工具使用過程。

或者對自動化測試有興趣的，可以發短消息或者郵件我。（[email protected])，有機會一起學習探討下

或者，可......
一般大公司UI自動化測試使用什麼工具呢
hi，我可能在你說的大公司里

1、UT自動化測試，其實都是基於selenium做的，在此基礎上做了自己的框架或者錄制工具

2、不過說真的，UI自動化，就算在大公司里，其實用的也不普遍，因為互聯網項目迭代的快速性，就導致了UI自動化的難度，界面老變，項目周期短，沒時間實現UI自動化，或者UI自動化難以維護

3、所以，我主導的測試項目，都是UT、開發互相review(架構、代碼)—介面測試—系統測試(體驗測試)，也許你經歷快速團隊的開發和測試主導後，你會發現，有時候，溝通和協作往往比一些自動化測試要來的可靠

有問題，發郵件到[email protected]找我要微信聊吧，或者，網路搜索一下酷測網，裡面有我們搞的一些自動化、性能方面的課程。(散步的SUN)
常用自動化測試工具都有哪些
列舉一些工具和框架，有開源的也有商業的

monkey

monkeyrunner

monkeytalk

Instrumentation

UIAutomator

Espresso

Calabash

Selendroid

Robotium

Appium

Testbird

SeeTest

SilkMobile

Ranorex

TestBird是比較有名的自動化測試平台：

TestBird最初是從手游測試開始起步，在手游圈積累起很高的知名度，目前也已向APP測試領域進軍，同時TestBird也加入了智能硬體的測試領域。不僅如此，TestBird同時也開發出雲手機平台，幫助開發者和測試者實現遠程真機調試，自助功能測試和自動回歸測試。
APP自動化測試有哪些工具
appium比較方便，支持多語言

『貳』 解釋JSP的作用,並列舉JSP的特點

JSP是一種建立在Servlet規范功能之上的動態網頁技術，是在通常的網頁文件中嵌入腳本代碼，用於產生動態內容，在JSP文件中嵌入的是java代碼和JSP標記。

特點：

1、將內容的生成和顯示進行分離使用JSP技術，Web頁面開發人員可以使用HTML或者XML標識來設計和格式化最終頁面。

2、強調可重用的組件絕大多數JSP頁面依賴於可重用的，跨平台的組件來執行應用程序所要求的更為復雜的處理。

3、採用標識簡化頁面開發Web頁面開發人員不會都是熟悉腳本語言的編程人員。

JSP的優缺點

一、缺點

1、JSP技術極大的增加了產品的復雜性。

2、java的高效率運行需要佔用大量的內存和硬碟空間。一方面，java的高速運行是通過.class文件常駐內存來實現的，另一方面，還需要硬碟空間來存儲一系列的.java文件和.class文件以及對應的版本文件。

3、JSP程序調試困難。

二、優點

1、JSP代碼跨平台，即一次編寫，處處運行。

2、JSP組件跨平台可重用，企業JavaBeans組件可以訪問傳統的資料庫，並能以分布式系統模式工作於Solaris，Linux，UNIX和Windows平台。

3、支持多種網頁格式。

4、JSP標簽可擴充性。JSP技術允許開發者擴展JSP標簽，定製JSP標簽庫，所以網頁製作者充分利用與XML兼容的標簽技術強大的功能，大大減少對腳本語言的依賴。

『叄』 JSP動態網站開發要分幾個方面

JSP在以下幾個方面做了改進，使其成為快速建立跨平台的動態網站的首選方案。

1.將內容的生成和顯示進行分離

用JSP技術，Web頁面開發人員可以使用HTML或者XML標識來設計和格式化最終頁面，並使用JSP標識或者小腳本來生成頁面上的動態內容（內容是根據請求變化的，例如請求賬戶信息或者特定的一瓶酒的價格等）。生成內容的邏輯被封裝在標識和JavaBeans組件中，並且捆綁在腳本中，所有的腳本在伺服器端運行。由於核心邏輯被封裝在標識和JavaBeans中，所以Web管理人員和頁面設計者，能夠編輯和使用JSP頁面，而不影響內容的生成。

在伺服器端，JSP引擎解釋JSP標識和腳本，生成所請求的內容（例如，通過訪問JavaBeans組件，使用JDBC技術訪問資料庫或者包含文件），並且將結果以HTML（或者XML）頁面的形式發送回瀏覽器。這既有助於作者保護自己的代碼，又能保證任何基於HTML的Web瀏覽器的完全可用性。

2.可重用組件

絕大多數JSP頁面依賴於可重用的、跨平台的組件（JavaBeans或者EnterpriseJavaBeans組件）來執行應用程序所要求的復雜的處理。開發人員能夠共享和交換執行普通操作的組件，或畢備者使得這些組件為更多的使用者和客戶團體所使用。基於組件的方法加速了總體開發過程，並且使得各種組織在他們現有的技嫌碧能和優化結果的開發努力中得到平衡。

3.採用標識

Web頁面開發人員不會都是熟悉腳本語言的編程人員。JSP技術封裝了許多功能，這些功能是在易用的、與JSP相關的XML標識中進行動態內容生成所需要的。標準的JSP標識能夠訪問和實例化JavaBeans組件，設置或者檢索組件芹數舉屬性，下載Applet，以及執行用其他方法更難於編碼和耗時的功能。

4.適應平台

幾乎所有平台都支持Java，JSP＋JavaBeans幾乎可以在所有平台下通行無阻。從一個平台移植到另外一個平台，JSP和JavaBeans甚至不用重新編譯，因為Java位元組碼都是標準的與平台無關的。

5.資料庫連接

Java中連接資料庫的技術是JDBC，Java程序通過JDBC驅動程序與資料庫相連，執行查詢、提取數據等操作。Sun公司還開發了JDBC－ODBCbridge，利用此技術Java程序可以訪問帶有ODBC驅動程序的資料庫，目前大多數資料庫系統都帶有ODBC驅動程序，所以Java程序能訪問諸如Oracle、Sybase、MSSQLServer和MSAccess等資料庫。

此外，通過開發標識庫，JSP技術可以進一步擴展。第三方開發人員和其他人員可以為常用功能創建自己的標識庫。這使得Web頁面開發人員能夠使用熟悉的工具和如同標識一樣的執行特定功能的構件來進行工作。

JSP技術很容易整合到多種應用體系結構中，以利用現存的工具和技巧，並且能擴展到支持企業級的分布式應用中。作為採用Java技術家族的一部分，以及Java2（企業版體系結構）的一個組成部分，JSP技術能夠支持高度復雜的基於Web的應用。

由於JSP頁面的內置腳本語言是基於Java的，而且所有的JSP頁面都被編譯成為JavaServlets，所以JSP頁面具有Java技術的所有好處，包括健壯的存儲管理和安全性。作為Java平台的一部分，JSP擁有Java編程語言「一次編寫，各處運行」的特點。

JSP的應用模型

利用JSP技術，動態信息由JSP頁面來表現，JSP頁面由安裝在Web伺服器或者使用JSP的應用伺服器上的JSP引擎執行。JSP引擎接受客戶端對JSP頁面的請求，並且生成JSP頁面作為對客戶端的響應。

JSP頁面通常被編譯成為JavaServlets，這是一個標準的Java擴展。頁面開發人員能夠訪問全部的Java應用環境，以利用Java技術的擴展性和可移植性。當JSP頁面第一次被調用時，如果它還不存在，就會被編譯成為一個JavaServlets類，並且存儲在伺服器的內存中。這就使得在接下來的對該頁面的調用中，伺服器會有非常快的響應（這避免了CGI－BIN為每個HTTP請求生成一個新的進程的問題）。

JSP頁面可以包含在多種不同的應用體系結構或者模型中，可以用於由不同協議、組件和格式所組成的聯合體中。基於JSP的動態信息發布技術是一個開放的、可擴展的建立動態Web頁面的標准。不論採用什麼創建工具，開發人員都可以使用JSP頁面來創建可移植的Web應用，在不同的Web應用伺服器上運行。

『肆』 如何jsp，學習JSP都需要學習什麼

在網上看到很多文章關於如何學習jsp的，我現在把自己的學習體會跟朋友們分享下，希望能對大家學習jsp有點幫助，少走些彎路。
一個普通的錯誤是把JSP當作簡化的 Java。這恰好是你對jsp的一個誤區它不是，（事實上, JSP 是簡化的 servlets 。）程序員通常試著沒有學習要求的支持技巧而直接學習JSP 。JSP 是一個銜接技術，並且成功地連接你需要理解的另外的技術。如果你已經知道 Java ， HTML 和 Javascript，你很幸運這意味著 JSP 將確實是簡單的。
你要想成為一個成功的 JSP 程序員可以參考這個時間表。請注意下列：
訓練的時間只是代表學習好足夠的基礎時間，這樣才能轉移到下一步。
1、在你的機子上建立運行jsp程序所需要的環境，這一點很重要當你看別人編寫的jsp文件或者自己學習jsp教程時都需要自己親手嘗試著編寫出來運行一下，這樣你會發現自己能得到不少收獲說不定某一天你會突然醍醐灌頂無師自通的，這里我推薦使用的工具：1.jdk1.4.2.04.exe。 2.phptriadsetup2-11.exe。 3.tomcat-5.5.25.exe 。4.tomcat-5.5.25補。 5.mysql前端.rar。6.HA_EditPlus_v300_Build_254_Beta.zip這些工具有的不是運行.*jsp文件所必須的大家可以根據自己的需要下載。
在安裝這些工具軟體的時候我吃了不少苦頭，因為我在學校里自己學了c++的用Visual c++也編了點小程序自認為學習jsp也會手到擒來，可沒有想在剛開始安裝工具的時候就碰壁了而且撞的很慘，東西是都裝上了可是這根本沒有這么簡單，環境變數是需要配置的在配置的過程中一次次出錯又一次次調試，整弄了兩個禮拜才算弄好也許是我愚笨吧！才能花掉這么多寶貴的時間，嘿嘿這里我也要為自己詭辯下你說他好好的干嗎讓咱們配置環境變數，他自己集成好了多好只要我們一安裝上就自動配置好。還省得大爺費那麼多心思！！！直到現在我仍然沒有配置明白eclipse我想把lomboz這個插件裝到裡面可是按照網上寫的文章也試了就是沒成功，在新建里就是沒有 lombo wizzard項 郁悶！
這里我要感謝我的哥哥，我說要學習jsp他很支持這些工具軟體都是他給我的，環境變數的配置也是他手把手告訴我的，還不厭其煩一次次幫我調試。謝謝哥哥！！！

2、 你把上面的工作都做好以後恭喜你你已經邁向成功的第一步了，剩下的就是你花時間學習HTML語言和JAVA語言了，這兩門你都可以初步的先了解一下在學習jsp的過程中再補自己的不足，自己要試著手工寫作html，這是很有必要的。因 為你將會使用 JSP 和 HTML 混合編程，精通HTML語法是重要的。所以，你必須能流利地寫 HTML 。

3、開始學習 Java 。 開始學習 Java 1.3 理解 Java 基礎是很重要的。不用擔心學習Swing或 Java 的圖形方面，因為在JSP 中你不會使用這些特徵。集中精力 在 Java 工作的細節，學習 Java 的邏輯，也在 Java Bean上花時間。學習Applet是好的, 但是就象Swing， JSP 的大多數應用將不使用小程 序。

4、學習 JavaScript 學習怎麼將 JavaScript在HTML中驗證輸入的Form元素。也學習 JavaScript怎麼能在一 HTML 頁以內修改Form的元素。最後要求你能從一 HTML 頁內的事件中觸發 JavaScript Function。

5、學習並且理解你的Web Server的更好的細節。 熟悉Web Server的特徵，這是很重要的。

6、建立你的 JSP Server 我推薦以Tomcat開始。它可以很好地運行JSP程序。當你不能在生產使用Tomcat時，學習盡可能多的知識以便於更好的運行程序。另外, 許 多 JSP 程序員使用Tomcat。因此當你遇到一個問題時，你將容易發現幫助。

7、開始學習 JSP 。 基本的 JSP 學習通過的步驟 1到步驟6可以完成, 然後使用 JSP 對象和腳本寫 JSP 程序來聯系。學習 JSP 的另外一個方面可以學習怎麼創 建一個分布式的應用程序。

8、學習更多的 JSP server。 沒有關於更多的 JSP Server當然也可以運行jsp程序。然而, 許多 JSP server都由自己特殊的特徵，可以讓你更好的理解你的JSP 工程。 學習更多的Jsp server如何處理jsp程序是有必要的。同樣也可以優化你的 JSP 應用程序，並且使之運行得更快而不出任何問題。

9、 學習 JDBC 。 JSP 大多數應用將使用資料庫，JDBC 被用於資料庫連接。經常忽略的一個事實就是，每個 JDBC Driver 所支持的東西是相當不同的。了 解並熟悉在jsp工程上被使用的 JDBC driver的細節是很重要的。 （有時這部分的學習被包含在前面 Java 或JSP的學習中了 。）到現在，你已經成為了熟練的 JSP 程序員。仍然有很多需要學習，你可以考慮擴展你的知識比如 DHTML ， XML ，java證書， JSP Tag Libraries 或 Servlets , 看你想要造什麼類型的網站而決定了。 這些訓練是JSP 的核心。"

你不必都學習上面所有的, 取決於你在工程中分配到什麼任務和你已經有什麼知識。但是這是我成功地訓練程序員 的時間表。關鍵的單元是時間。平均的說, 5 個月時間確實能夠訓練一個人 ( 從開始到完成 ) 成為一個對jsp熟悉程序員。5 個月時間似乎很 長，但要成為一個資深的WEB程序員所學的東西遠遠不止這一些。也許你認為這樣學習一種語言花費的時間太長了，因為學 ASP 會更快、時間會更短。 但是學習 ASP 不需要學習java的。