我們可在不必建立網絡連接的前提下進行一次簡單的測試，方法是啟動我們的Web浏覽器，然後打開包含了程序片標簽的HTML文件（Sun公司的JDK同樣包括一個稱為“程序片觀察器”的工具，它能挑出html文件的<applet>標記，並運行這個程序片，不必顯示周圍的HTML文本——注釋②）。html文件載入後，浏覽器會發現程序片的標簽，並查找由code值指定的.class文件。當然，它會先在CLASSPATH（類路徑）中尋找，如果在CLASSPATH下找不到類文件，就在WEB浏覽器狀態欄給出一個錯誤信息，告知不能找到.class文件。
②；由於程序片觀察器會忽略除APPLET標記之外的任何東西，所以可將那些標記作為注釋置入Java源碼：
// <applet code=MyApplet.class width=200 height=100></applet>
這樣就可直接執行“appletviewer MyApplet.java”，不必再創建小的HTML文件來完成測試。
若想在Web站點上試驗，還會碰到另一些麻煩。首先，我們必須有一個Web站點，這對大多數人來說都意味著位於遠程地點的一家服務提供商（ISP）。然後必須通過某種途徑將HTML文件和.class文件從自己的站點移至ISP機器上正確的目錄（WWW目錄）。這一般是通過采用“文件傳輸協議”（FTP）的程序來做成的，網上可找到許多這樣的免費程序。所以我們要做的全部事情似乎就是用FTP協議將文件移至ISP的機器，然後用自己的浏覽器連接網站和HTML文件；假如程序片正確裝載和執行，就表明大功告成。但真是這樣嗎？
但這兒我們可能會受到愚弄。假如Web浏覽器在服務器上找不到.class文件，就會在你的本地機器上搜尋CLASSPATH。所以程序片或許根本不能從服務器上正確地裝載，但在你看來卻是一切正常的，因為浏覽器在你的機器上找到了它需要的東西。但在其他人訪問時，他們的浏覽器就無法找到那些類文件。所以在測試時，必須確定已從自己的機器刪除了相關的.class文件，以確保測試結果的真實。
我自己就遇到過這樣的一個問題。當時是將程序片置入一個package（包）中。上載了HTML文件和程序片後，由於包名的問題，程序片的服務器路徑似乎陷入了混亂。但是，我的浏覽器在本地類路徑（CLASSPATH）中找到了它。這樣一來，我就成了能夠成功裝載程序片的唯一一個人。後來我花了一些時間才發現原來是package語句有誤。一般地，應該將package語句置於程序片的外部。
