|
|
In-Lab Live Test
 |
圖表四 |
公司內部在測試網路產品的所使用的流量通常是透過測試設備所產生出來的,相較與使用者進行網路連線行為所產生出來的流量,測試設備所產生出來的流量單純許多,無法測試到真實世界可能發生的行為,導致一項新的或改版的網路設備有不穩定的現象發生,為了解決這個問題,公司在網路設備上市前常會透過關係尋找Beta Site試用並回報問題以降低網路設備上市後的問題。Beta Site的測試方法固然可以減少產品上市後的問題,卻因為問題重製不易,導致開發團隊除錯困難,再者規模較小的公司也不容易找到適合的Beta Site。
為了讓網路產品都可以使用真實流量進行測試並簡單的重製問題,NBL建立了一套In Lab Live Test系統(圖四),PCAP Storage上儲存著交大Beta Site所錄到的PCAP,透過Replayer將這些PCAP轉換成網路流量對待測的網路產品播放,並以NBL自行開發的檢測程式瞭解待測產品的狀況,若發生錯誤即時紀錄,將來要重製問題時,只需找出發生錯誤當時所播放的PCAP重新播放即可。
check device可以透過ARP、ICMP、TCP及HTTP四種通訊協定持續的對待測物進行檢查,圖五為Check device的主畫面,在啟動In Lab Live Test系統前,需填入待測物的IP,選擇要使用哪些通訊協定來檢查待測物並指定多久檢查一次,當測試完成後,也能透過FTP或SMTP將測試結果報告寄送給相關人員,check device實際執行流程如圖六,在測試程序剛開始時,待測物處於pass的狀態,若指定檢查的其中一項功能沒有回覆,狀態便跳至functional,當所有功能都沒有回覆時,狀態跳至suspend並暫時停止播放流量,若流量停止後,待測物又開始回覆檢查,則稱這台待測物有exhausted的問題,並繼續測試,反之若流量已停止待測物仍無法回覆,這台待測物就有hanging的問題。
 |
 |
圖表五 |
圖表六 |
|
|
|