星期五

WAN 連接與自動撥號測試

針對 WAN Interface 的測試,由於涉及多種接入技術(Ethernet, GPON, xDSL),測試重點在於實體層連通性(Link Training)協定撥號(DHCP/PPPoE)、以及資料轉發能力(Throughput)

Test Case 1: WAN 連接與自動撥號測試 (Multi-Mode)

  • Title: Verify WAN Connection via DHCP and PPPoE (Ethernet/GPON/xDSL)

  • Type: Functional / Connectivity

  • Priority: Critical

  • Preconditions:

    1. Gateway 已連接至對應的電信端設備(OLT for GPON, DSLAM for xDSL, or Switch for Ethernet)。

    2. 已在 Web UI 設定正確的網路封裝模式(VLAN Tagging, VPI/VCI 等)。

  • Steps:

    1. DHCP 測試: 在 Web UI 將 WAN 設定為 DHCP Mode,儲存後觀察狀態。

    2. PPPoE 測試: 修改 WAN 為 PPPoE,輸入測試帳密,儲存並觀察。

    3. 實體拔插: 在 PPPoE 連線狀態下拔除 WAN 端光纖/線纜,等待 30 秒後重新插入。

  • Expected Result:

    • DHCP: 應在 60 秒內取得公網 IP、DNS 與 Gateway 位址。

    • PPPoE: 成功完成三向握手,狀態顯示「Connected」。

    • 拔插測試: 重新插入後,系統應具備「Auto-reconnect」機制自動恢復撥號。


Test Case 2: GPON 特定功能測試 (光路特性)

  • Title: Verify GPON ONT Activation and Optical Power Monitoring

  • Type: Functional

  • Priority: High

  • Preconditions:

    1. 使用支援 GPON 的 Gateway 設備。

    2. 光纖已接入。

  • Steps:

    1. 進入 Web UI 的 Status > WAN / Optical 頁面。

    2. 檢查 PON 狀態(如 O5 狀態)。

    3. 讀取並記錄 光功率 (Optical Power) 的數值 (Tx/Rx Power)。

  • Expected Result:

    • PON 狀態應顯示為 O5 (Operation State)

    • 收光功率 (Rx Power) 應在正常範圍內(例如:-8dBm 至 -28dBm,視規格而定)。


Test Case 3: xDSL 同步與線路品質測試 (Physical Layer)

  • Title: Verify xDSL Link Sync and Modulation

  • Type: Performance / Stability

  • Priority: High

  • Preconditions:

    1. 使用 DSLAM 模擬端點,或直接連接電信電話線。

  • Steps:

    1. 啟動設備,等待 DSL 指示燈停止閃爍(變為常亮)。

    2. 進入 Web UI 檢查 DSL 統計數據。

    3. 觀察 Actual Rate(實際速率)與 SNR Margin(訊噪比)。

  • Expected Result:

    • DSL 燈號應在 2-3 分鐘內達成同步 (Synced)。

    • SNR Margin 應大於 6dB(數值越高代表連線越穩定)。

    • 調變模式 (Modulation) 應顯示正確(如 VDSL2 Profile 17a 或 35b)。


Test Case 4: WAN 到 LAN 效能測試 (Throughput)

  • Title: Verify Maximum Throughput across WAN to LAN

  • Type: Performance

  • Priority: Medium

  • Preconditions:

    1. 使用兩台電腦,一台接在 WAN(模擬 Server),一台接在 LAN(模擬 Client)。

    2. 使用測試工具如 iPerf3

  • Steps:

    1. 在 WAN 端啟動 iperf3 -s

    2. 在 LAN 端執行 iperf3 -c [WAN_IP] -t 60

  • Expected Result:

    • 傳輸速率應達到硬體規格的 90% 以上(扣除協定開銷)。

    • 測試期間 CPU 負載不應導致 Web UI 無法回應。

成功登入 Web 管理介面

針對 Wi-Fi Gateway(網關/路由器)的 Web 登入頁面,測試案例通常需要涵蓋安全性、UI 呈現以及不同登入狀態的處理。


Test Case 1: 成功登入 Web 管理介面 (Happy Path)

  • Title (標題): Verify successful login to Gateway Web UI with valid credentials

  • Type (類型): Functional

  • Priority (優先級): Critical

  • Preconditions (前置條件):

    1. 用戶設備已透過 Wi-Fi 或 LAN 連接至 Gateway。

    2. 已取得預設的管理員帳號密碼(如 admin/admin)。

  • Steps (測試步驟):

    1. 打開瀏覽器並輸入 Gateway 預設 IP 地址(例如:192.168.1.1)。

    2. 確認登入頁面正確加載。

    3. 輸入正確的用戶名與密碼。

    4. 點擊「Login」按鈕。

  • Expected Result (預期結果):

    • 成功跳轉至 Dashboard 頁面。

    • 頁面顯示當前網路狀態及設備連接資訊。


Test Case 2: 錯誤憑證登入失敗 (Negative Testing)

  • Title (標題): Verify login failure with invalid password

  • Type (類型): Security / Negative

  • Priority (優先級): High

  • Preconditions (前置條件):

    1. 用戶位於登入頁面。

  • Steps (測試步驟):

    1. 在用戶名欄位輸入正確的帳號(如 admin)。

    2. 在密碼欄位輸入錯誤的密碼(如 wrong_password)。

    3. 點擊「Login」。

  • Expected Result (預期結果):

    • 登入失敗,頁面未跳轉。

    • 系統顯示錯誤訊息:「Invalid username or password」。

    • 密碼欄位內容應被清除(視產品需求而定)。


Test Case 3: 登入逾時與安全性 (Session Management)

  • Title (標題): Verify session timeout for Web UI

  • Type (類型): Security

  • Priority (優先級): Medium

  • Preconditions (前置條件):

    1. 用戶已成功登入 Web UI。

  • Steps (測試步驟):

    1. 保持登入狀態,但不進行任何操作。

    2. 等待設定的逾時時間(例如:5 或 10 分鐘)。

    3. 嘗試刷新頁面或點擊任何選單連結(如「Wi-Fi Settings」)。

  • Expected Result (預期結果):

    • 系統應自動登出。

    • 頁面重定向回登入頁面(Login Page)。

    • 提示訊息顯示「Session expired, please login again」。

Test Case: 驗證 LAN 埠 DHCP 自動分配 IP 與連通性

針對 Wi-Fi Gateway 的 LAN Interface(區域網路介面),測試重點通常在於實體連接、IP 位址分配(DHCP)、資料傳輸穩定性以及介面設定的生效情況。


Test Case: 驗證 LAN 埠 DHCP 自動分配 IP 與連通性

  • Section (目錄): LAN Interface Tests

  • Title (標題): Verify DHCP IP assignment and connectivity via LAN port

  • Type (類型): Functional

  • Priority (優先級): High

  • Preconditions (前置條件):

    1. Gateway 已啟動且 DHCP Server 功能預設為開啟。

    2. LAN IP 網段設定為 192.168.1.1/24,DHCP 池範圍為 192.168.1.100 - 192.168.1.200

    3. 準備一台測試電腦 (PC/Laptop),網卡設定為「自動取得 IP」。

  • Steps (測試步驟):

    1. 使用標準 Cat5e/6 網路線將測試電腦連接至 Gateway 的 LAN Port 1

    2. 觀察測試電腦網卡的 LED 燈號狀態。

    3. 在測試電腦上開啟終端機 (cmd/terminal),執行 ipconfig (Windows) 或 ifconfig (Linux/Mac)。

    4. 檢查取得的 IP 位址、子網路遮罩 (Mask) 與預設閘道 (Gateway)。

    5. 執行指令 ping 192.168.1.1 測試與 Gateway 的連線。

    6. 將網路線換插至 LAN Port 2(若有多個埠),重複步驟 3-5。

  • Expected Result (預期結果):

    • 步驟 2: LAN 埠燈號亮起並閃爍(代表有資料傳輸)。

    • 步驟 4: 電腦成功取得 192.168.1.x 範圍內的 IP,且 Gateway 為 192.168.1.1

    • 步驟 5: Ping 測試成功,無掉封包現象 (0% packet loss),且延遲 (Latency) 應低於 1ms。

    • 步驟 6: 所有實體 LAN 埠功能均一致且正常。


補充:如果你需要測試「LAN 設定變更」,可以參考這組簡化步驟:

  • Title: Verify LAN IP Address modification

  • Steps:

    1. 登入 Web UI,進入 Network > LAN Settings

    2. 將 Gateway IP 從 192.168.1.1 修改為 192.168.2.1 並點擊 Save。

    3. 重新插拔電腦網路線。

  • Expected Result:

    • 電腦應取得新網段的 IP(如 192.168.2.100)。

    • 輸入舊 IP 192.168.1.1 無法進入管理頁面,需輸入新 IP 192.168.2.1 才能登入。

星期三

Testing Aruba Networks’ Adaptive Radio Management (ARM) in a High-Density Client Environment

http://networktest.com/arubaarm/arubaarm1.pdf


Aruba Networks’ Adaptive Radio Management (ARM) features aim to boost application performance for 802.11n and legacy clients, especially in high-density environments such as offices, conference rooms, and lecture halls

星期一

Test Data syntax

在 Robot Framework ,如何去創建  test cases, test suites等等資訊,可以參考 User Guide的第二章節 Creating test data.

Robot Framework 包含了怎樣的內容於 Test data syntax.
節錄。


首先談談關於 2.1.1   Files and directories的內容。
    1. Test Cases 是被創建在一些 Test Cases Files.
    2. 一個 Test Case File 將自動產生一個 Test Suite.(它將包含所有Test Cases)
    3. 一個目錄內包含有所 Test Cases Files 並形成 High-Level Test Suite。
    4. 一個 Test Suite 目錄也可以包含其他的 Test Suite 目錄,也就是可具有巢狀。
    5. Test Suite 目錄可以有一個special initialization file.

除了上面說的這些之外,它還有

    • Test libraries: 包含 Lowest-level keywords.
    • Resouce files: Variable 和 High-level user keyword.
    • Variable files: 提供彈性的方法取創建在resouce file的變數

再來說明一下  2.1.2   Supported file formats

Robot Framework 的 test data 是定義成表格的型式。
          可以使用


  • HTML  
          在HTML文件中,測試數據在分離的表所定義。Robot Framework識別這些基於在
          他們的第一單元中的文本測試數據表。認可外的一切都將被忽略。
       
Using the HTML format
SettingValueValueValue
LibraryOperatingSystem
VariableValueValueValue
${MESSAGE}Hello, world!
Test CaseActionArgumentArgument
My Test[Documentation]Example test
Log${MESSAGE}
My Keyword/tmp
Another TestShould Be Equal${MESSAGE}Hello, world!
KeywordActionArgumentArgument
My Keyword[Arguments]${path}
Directory Should Exist${path}

       HTML 實體參考 (for example, ä) 被支援. 除此之外, 任何
       的 encoding 可以被使用. 

       Normal HTML files 必須使用  META 元素 如下所述:


    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

       XHTML files 應該使用 XML 前言,如下所述:
    <?xml version="1.0" encoding="Big5"?>

       如果沒有特別說明 encoding 型態, Robot Framework 使
       用 ISO-8859-1 為預設值.
  • TSV(tab-separated values) 

  • plain test 

  • reST( reStructuredText )。
( Continue ... )



How to verify installation in Robot Framework?


After you setted up the WINDOW PATH,  you can run some commands as below.


D:\Python27> pybot --version
Robot Framework 2.9.2 (Python 2.7.10 on win32)

D:\Python27>rebot --version
Rebot 2.9.2 (Python 2.7.10 on win32)

Robot Framework Architecture


在這個架構中,關於 Test Data 是個簡單且容易編輯的表格型式。 Robot Framework被啟動後,它便開始引用

Test Data並開始測試 Test Cases . 最後將產生log 與report。

核心的Robot Framework不知道所測試的目標任何東西,並與它的相互作用是通過test libraries 處理。Library 既可以直接使用應用程序界面或使用Low level的測試工具為驅動程序。[Use Guide]




Something Notice

1. Robotframework-RIDE already updated to 1.5a2 , you can download from
    https://pypi.python.org/pypi/robotframework-ride

2. Robotframework is newest version 2.9.2

3. Get related documents about Robot Framework. [Link]

4. Now Robot does not support in Python 3, but there is an un-official Python 3 port available.