❶ 網路測試類型有哪些 路測/撥測
一般的路由器網路類型有3種：PPPOE模式，靜態IP模式，動態IP模式。一般的寬頻都使用PPPOE模式。
功能測試，性能測試，壓力測試，長時間測試，安裝/升級測試，兼容性測試，界面測試，資料庫測試，中間件/介面測試，回歸測試，a測試，b測試。
室內一般需要：測試電腦、測試終端、測試軟體、室內分布圖。
室外則需要：測試回電腦、測試終答端、測試軟體、GPS設備、以及逆變器等。
若是測試網路性能可能還需要做數據傳輸測試，需要FTP軟體工具和速率監測工具。
(1)網路安全壓力測試擴展閱讀：
在一定的網路拓撲結構下，通過諸如active tcl、python、ruby等自動化測試腳本基於某測試平台（諸如Ixia，sigmationTF等），經過自動化測試工程師將編寫好後的腳本（一般是job or project文件）提交給測試平台後，一段時間後來查看運行日誌，來確認或者驗證設備的功能是否實現。
網路測試首先需要驗證的是設備的功能滿足與否，在此基礎上，設備的安全性也尤為重要。一些黑客可以通過一些工具或自己開發的腳本對設備進行攻擊，比如DDOS攻擊，DNS攻擊等。因此，網路安全測試也顯得尤為重要。
❷ 網路測試報告文檔的模版
步驟
SP
ISMG
核查
1
SP向ISMG發送基本的連接請求
2
驗證來訪的IP地址,並建立正確的基於TCP/IP的埠連接
3
接收到已經建立正確連接的返回信息
2,發送請求連接數據包測試
測試項目:SP向ISMG請求連接登錄.
測試目的:檢查SP是否能向ISMG發送連接請求,並正確接收ISMG返回的信息.
測試流程:SP ISMG SP
測試條件: SP發送給ISMG正確的連接請求
測試步驟及用例1(發送正確的連接請求信息)
步驟
SP
ISMG
核查
1
SP向ISMG發送正確的連接請求
2
ISMG接收到請求,通過鑒權驗證並成功建立連接,向SP發送響應信息
3
接收到已經建立正確連接的返回信息
3,發送終止連接數據包測試
測試項目:SP向ISMG請求終止連接.
測試目的:檢查SP是否能向ISMG發送終止連接請求,並正確接收ISMG返回的信息.
測試流程:SP ISMG SP
測試條件: SP已經和ISMG建立連接
測試步驟及用例1(發送正確的終止連接信息)
步驟
SP
ISMG
核查
1
SP向ISMG發送正確的終止連接請求
2
ISMG接收到請求,返回響應信息後中斷連接
3
接收到返回信息,終止連接
4,發送簡訊內容測試
測試項目:SP在ISMG連接登錄成功後向ISMG發送簡訊.
測試目的:檢查SP是否能向ISMG發送簡訊,並正確接收ISMG返回的信息.
測試流程:SP ISMG SP
測試條件:SP登錄成功,建立了正確的連接.
測試步驟及用例1(SP向網關提交對目標號碼計費的短消息)
步驟
SP
ISMG
ISMG重點查看欄位
核查
1
SP向ISMG發送一個發送簡訊數據包"Test Message From CMCC Mobile",目的號碼為合法的CMCC用戶
2
ISMG檢驗包內容,進行相關處理,返回響應信息
Registered_Delivery的值是否為0
Fee_UserType的值是否為0
Msg_Fmt的值是否為0
FeeCode的值是否為10
Msg_Length是否滿足(Msg_Fmt值為0時:<160個位元組;其它<=140個位元組)
3
SP接收到反饋信息
4
確認系統對發送請求正確處理
5
用戶是否正確收到簡訊
測試步驟及用例2(向網關提交對源號碼計費的短消息)
步驟
SP
ISMG
ISMG與SP重點查看欄位
核查
1
SP向ISMG發送一個發送簡訊數據包"中國移動測試短消息",目的號碼為合法的CMCC用戶
2
ISMG檢驗包內容,進行相關處理,返回響應信息
Registered_Delivery的值是否為1
Fee_UserType的值是否為1
Msg_Fmt的值是否為15
FeeType的值是否為02
FeeCode的值是否為10
Msg_Length是否滿足(Msg_Fmt值為0時:<160個位元組;其它<=140個位元組)
3
SP接收到反饋信息
4
SP接收狀態報告(能否正確解析狀態報告)
Src_terminal_Id的值是否填寫為目標號碼
Registered_Delivery的值是否為1
5
確認系統是否正確收到響應
Result的值是否為0
6
用戶是否正確收到簡訊
測試步驟及用例3(向網關提交第三方號碼計費的短消息)
步驟
SP
ISMG
ISMG重點查看欄位
核查
1
SP向ISMG發送一個發送簡訊數據包"Test Message From CMCC Mobile+測試信息",目的號碼為合法的CMCC用戶
2
ISMG檢驗包內容,進行相關處理,返回響應信息
Registered_Delivery的值是否為0
Fee_UserType的值是否為3
Fee_terminal_Id的值是否為合法的CMCC用戶號碼
Msg_Fmt的值是否為8
FeeCode的值是否為10
Msg_Length是否滿足(Msg_Fmt值為0時:<160個位元組;其它<=140個位元組)
3
SP接收到反饋信息
4
確認系統對發送請求正確處理
5
用戶是否正確收到簡訊
測試步驟及用例4(SP向網關提交對SP計費的簡訊息]
步驟
SP
ISMG
ISMG與SP重點查看欄位
核查
1
SP向ISMG發送一個發送簡訊數據包"Test Message From CMCC Mobile+測試信息",目的號碼為合法的CMCC用戶
2
ISMG檢驗包內容,進行相關處理,返回響應信息
Registered_Delivery的值是否為0
Fee_UserType的值是否為2
Fee_terminal_Id的值是否填空
Msg_Fmt的值是否為8
FeeType的值是否為01
FeeCode的值是否為00
Msg_Length是否滿足(Msg_Fmt值為0時:<160個位元組;其它<=140個位元組)
3
SP接收到反饋信息
Result的值是否為0
4
確認系統對發送請求正確處理
5
用戶是否正確收到簡訊
測試步驟及用例5(SP向網關提交SMC)
步驟
SP
ISMG
ISMG與SP重點查看欄位
核查
1
SP向ISMG發送一個發送簡訊數據包"SMC",目的號碼為合法的CMCC用戶
2
ISMG檢驗包內容,進行相關處理,返回響應信息
Registered_Delivery的值是否為2
Fee_UserType的值是否為0
Fee_terminal_Id欄位是否填空
Msg_Fmt的值是否為0
FeeCode的值是否為1000
Msg_Length是否滿足(Msg_Fmt值為0時:<160個位元組;其它<=140個位元組)
3
SP接收到反饋信息
Result的值是否為0
4
SP接收狀態報告(能否正確解析狀態報告)
Src_terminal_Id的值是否填寫為目標號碼
Registered_Delivery的值是否為1
5
確認系統是否正確收到響應
Result的值是否為0
6
用戶是否正確收到簡訊
測試步驟及用例6(SP向網關提交封頂的短消息)
步驟
SP
ISMG
ISMG與SP重點查看欄位
核查
1
SP向ISMG發送一個發送簡訊數據包"Test Message From CMCC(測試信息)",目的號碼為合法的CMCC用戶
2
ISMG檢驗包內容,進行相關處理,返回響應信息
Registered_Delivery的值是否為0
Fee_UserType的值是否為0
Fee_terminal_Id的值是否填空
Msg_Fmt的值是否為8
FeeType的值是否為04
FeeCode的值是否為1000
Msg_Length是否滿足(Msg_Fmt值為0時:<160個位元組;其它<=140個位元組)
3
SP接收到反饋信息
4
確認系統對發送請求正確處理
5
用戶是否正確收到簡訊
4,接收簡訊內容測試
測試項目:SP接收ISMG發送的MO信息
測試目的:檢查SP是否正確接收MO信息並正確解析
測試流程:Mobile ISMG SP
測試條件:ISMG接收到MO信息
測試步驟及用例1(SP接收ASSCII編碼的上行短消息)
步驟
SP
ISMG
ISMG與SP重點查看欄位
核查
1
Mobile發送到簡訊"Test Message From CMCC Mobile"給目的號碼為一個SP的特殊服務號碼
2
SMG收到MO信息後轉發給相應SP
3
能夠收到正確的MO數據信息(SP是否能夠對CMPP規定的短消息內容進行轉換)
Msg_Fmt的值是否為0
Src_terminal_Id的值是否填寫為SP的特殊服務號碼
Registered_Delivery的值是否為0
4
是否收到正確的響應
Result是否為0
測試步驟及用例2(SP接收編碼方式為UNICODE的上行短消息)
步驟
SP
ISMG
ISMG與SP重點查看欄位
核查
1
Mobile發送到簡訊"Test Message From CMCC Mobile(測試)"給目的號碼為一個SP的特殊服務號碼
2
SMG收到MO信息後轉發給相應SP
3
能夠收到正確的MO數據信息(SP是否能夠對CMPP規定的短消息內容進行轉換)
Msg_Fmt的值是否為8
Src_terminal_Id的值是否填寫為SP的特殊服務號碼
Registered_Delivery的值是否為0
4
是否收到正確的響應
Result是否為0
二,SP設備配置要求
(一)硬體/軟體配置:
下面所述為軟硬體的最低配置:
CPU:PIII XEON 900MHZ;
內存:1GB;
硬碟:SCSI介面,10000RPM,40GB;
網卡:10/100M自適應;
OS:Windows NT4.0 Enterprise;
或者具有相當處理能力的其它型號工作站.
(二)處理能力:
下面所述為處理能力的最低要求:
消息處理速度:200條/秒;
可存儲等待重發記錄數:30000條;
可存儲等待狀態報告記錄數:100000條.
(三)可靠性:
利用主備機,保證系統7*24小時不間斷工作;
每年例外停機時間不得超過10分鍾;
主備機進行切換所需的時間不超過2分鍾;
主備機切換後,不影響正在等待狀態報告的簡訊息.
(四)安全性:
提供防火牆系統,安全檢測,攻擊監控等功能,保證網路安全;
提供防病毒,操作員許可權控制,操作日誌記錄等功能,保證系統的安全;
三,壓力測試:
SP以至少50條/秒的速度向用戶發簡訊,觀察SP是否可以完全處理,並收到全部成功的狀態報告,簡訊網關是否全部轉出,用戶完全收到.更加強度的壓力測試請接入省公司與SP另行協調聯合測試.
SP名稱
SP所發簡訊條數
時間長度
成功發送的條數
失敗的條數
計費成功的條數
四, 網路測試結果: 合格 不合格
移動通信公司負責人 SP負責人
時間 時間
SP向ISMG提交簡訊後,由於ISMG或者網路的原因導致SP沒有接收到響應消息,此時SP應該在30分鍾內嘗試重發3次,等待重發記錄數就是指SP可同時處理的這些等待重發的消息條數.
SP向網路提交簡訊後,需要等待網路回送的狀態報告才能確定手機用戶是否接收到了簡訊,等待狀態報告記錄數就是指SP可同時處理的等待狀態報告的消息條數.
❸ 進行網站測試的時候可能會用到哪些測試技術
你好！
關於web測試的文檔，網上有很多，你可以參考一下
在一個軟體項目開發中，系統測試是保證整體項目質量的重要一環，本文將就網站的測試技術及相應的自動測試工具做一個簡要的介紹。主要就如下幾個方面進行探討：
功能測試
性能測試
安全性測試
穩定性測試
瀏覽器兼容性測試
可用性/易用性測試
鏈接測試
代碼合法性測試
2 測試內容
2.1 功能測試
在實際工作中，功能在每一個系統中的具有其不確定性，而我們不可能採用窮舉的方法進行測試，因而導致了功能測試較為困難，我們依據80/20原則（即80%的錯誤存在於系統的20%的部分）對於測試用例的設計採用如下兩種方法
2.1.1 白盒測試
白盒測試即使用程序設計的控制結構導出測試用例。基於目前的現狀我們採用基本路徑測試方法進行白盒測試，此種方法簡單高效。基本路徑測試方法的簡單說明如下：
¨ 首先通過系統設計的流程圖導出數據流圖
¨ 根據數據流圖計算其環形復雜性
V(G)=E-N+2
或 V(G)=P+1
V(G)：環形負責性
E ：流圖中邊的數量
N ：流圖中節點的數量
P ：流圖中判定節點的數量
¨ 我們設定V(G)條路徑
¨ 我們設計V(G)條路徑的模擬數據
¨ 根據數據進行相應的測試
2.1.2 黑盒測試
黑盒測試即派生出執行程序所有功能需求的輸入條件，從而導出測試用例，進行測試的方法，黑盒測試用於輔助白盒測試。
我們採用等價劃分的方法進行測試，即為將程序的輸入域劃分為數據類，以便導出測試用例。一般情況下輸入條件為：一個特定的數值、一個數值域、一組相關值或者一個布爾條件。
2.1.3 網站功能測試
對於網站的測試而言，每一個獨立的功能模塊需要單獨的測試用例的設計導出，主要依據為《需求分析》，對於應用程序模塊需要設計者提供基本路徑測試法的測試用例
具有測試用例後可以採用OpenSTA(Open System Testing Architecture)進行自動化測試
2.2 性能測試
網站的性能測試對於網站的運行而言異常重要，但是目前對於網站的性能測試做的不夠，我們在進行系統設計時也沒有一個很好的基準可以參考，因而建立網站的性能測試的一整套的測試方案將是至關重要的。
網站的性能測試主要從兩個方面進行：負荷測試(Load)和壓力測試(Stress),負荷測試指的是進行一些邊界數據的測試，壓力測試更像是惡意測試，壓力測試傾向應該是致使整個系統崩潰。
性能測試可以採用相應的工具進行自動化測試，我們目前採用如下工具
ab -----Apache 的測試工具
OpenSTA—開發系統測試架構
2.3 安全性測試
目前網路安全問題日益重要，特別對於有交互信息的網站及進行電子商務活動的網站尤其重要。目前我們的測試沒有涵蓋網站的安全性的測試，我們擬定採用工具來測定，工具如下
SAINT------- Security Administrator's Integrated Network Tool
此工具能夠測出網站系統的相應的安全問題，並且能夠給出安全漏洞的解決方案，不過是一些較為常見的漏洞解決方案。
2.4 穩定性測試
網站的穩定性測試是指網站的運行中整個系統是否運行正常，目前沒有更好的測試方案，主要採用將測試伺服器長時間運轉進行測試。
2.5 瀏覽器兼容性測試
通過白盒測試或者黑盒測試導出的測試用例，採用相應的工具進行測試，可以採用OpenSTA進行測試，此測試工具可以採用不同的瀏覽器進行測試。
2.6 可用性/易用性測試
可用性/易用性方面目前我們只能採用手工測試的方法進行評判，而且缺乏一個很好的評判基準進行，此一方面需要大家共同討論。
2.7 鏈接測試
超級鏈接對於網站用戶而言意味著能不能流暢的使用整個網站提供的服務，因而鏈接將作為一個獨立的項目進行測試。目前我們已經有了一個測試工具
Xenu------主要測試鏈接的正確性的工具
可惜的是對於動態生成的頁面的測試會出現一些錯誤。
2.8 代碼合法性測試
代碼合法性測試主要包括2個部分：程序代碼合法性檢查與顯示代碼合法性檢查
¨ 程序代碼合法性檢查
程序代碼合法性檢查主要標准為《intergrp小組編程規范》，目前採用由SCM管理員進行規范的檢查，未來期望能夠有相應的工具進行測試。
¨ 顯示代碼合法性檢查
顯示代碼的合法性檢查，主要分為Html、Javascrīpt、Css代碼檢查，目前採用
HTML代碼檢查------採用CSE HTML Validator進行測試
Javascrīpt、Css也可以在網上下載相應的測試工具。
3 測試工具
OpenSTA
主要做性能測試的負荷及壓力測試，使用比較方便，可以編寫測試腳本，也可以先行自動生成測試腳本，而後對於應用測試腳本進行測試。
SAINT
網站安全性測試，能夠對於指定網站進行安全性測試，並可以提供安全問題的解決方案。
CSE HTML Validator
一個有用的對於HTML代碼進行合法性檢查的工具
Ab(Apache Bench)
Apache自帶的對於性能測試方面的工具，功能不是很多，但是非常實用。
Crash-me
Mysql自帶的測試資料庫性能的工具，能夠測試多種資料庫的性能。