網路單元評測報告

A. 網路測試報告文檔的模版

步驟
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可同時處理的等待狀態報告的消息條數.

B. 辦ICP要怎麼做通信網路單元的測評報告

辦理ICP許可證通常通信管理局在這一塊兒卡控比較苛刻自己申請辦理的話有些難度，裡面提交的資料好像是一字句卡控的（）， 著急要這個證的話建議找下當地的有實力代理機構。

C. 怎樣寫完整的軟體測試報告

摘要

測試報告是把測試的過程和結果寫成文檔，並對發現的問題和缺陷進行分析，為糾正軟體的存在的質量問題提供依據，同時為軟體驗收和交付打下基礎。本文提供測試報告模板以及如何編寫的實例指南。

關鍵字

測試報告 缺陷

正文

測試報告是測試階段最後的文檔產出物，優秀的測試經理應該具備良好的文檔編寫能力，一份詳細的測試報告包含足夠的信息，包括產品質量和測試過程的評價，測試報告基於測試中的數據採集以及對最終的測試結果分析。

下面以通用的測試報告模板為例，詳細展開對測試報告編寫的具體描述。

PARTⅠ 首頁

0.1頁面內容：

密級

通常，測試報告供內部測試完畢後使用，因此密級為中，如果可供用戶和更多的人閱讀，密級為低，高密級的測試報告適合內部研發項目以及涉及保密行業和技術版權的項目。

XXXX項目/系統測試報告

報告編號

可供索引的內部編號或者用戶要求分布提交時的序列號

部門經理 ______項目經理______

開發經理______測試經理______

XXX公司 XXXX單位 （此處包含用戶單位以及研發此系統的公司）

XXXX年XX月XX日

0.2格式要求：

標題一般採用大體字（如一號），加粗，宋體，居中排列

副標題採用大體小一號字（如二號）加粗，宋體，居中排列

其他採用四號字，宋體，居中排列

0.3版本控制：

版本 作者 時間 變更摘要

新建/變更/審核

PARTⅡ 引言部分

1.1編寫目的

本測試報告的具體編寫目的，指出預期的讀者范圍。

實例：本測試報告為XXX項目的測試報告，目的在於總結測試階段的測試以及分析測試結果，描述系統是否符合需求（或達到XXX功能目標）。預期參考人員包括用戶、測試人員、、開發人員、項目管理者、其他質量管理人員和需要閱讀本報告的高層經理。

提示：通常，用戶對測試結論部分感興趣，開發人員希望從缺陷結果以及分析得到產品開發質量的信息，項目管理者對測試執行中成本、資源和時間予與重視，而高層經理希望能夠閱讀到簡單的圖表並且能夠與其他項目進行同向比較。此部分可以具體描述為什麼類型的人可參考本報告XXX頁XXX章節，你的報告讀者越多，你的工作越容易被人重視，前提是必須讓閱讀者感到你的報告是有價值而且值得浪費一點時間去關注的。

1.2項目背景

對項目目標和目的進行簡要說明。必要時包括簡史，這部分不需要腦力勞動，直接從需求或者招標文件中拷貝即可。

1.3系統簡介

如果設計說明書有此部分，照抄。注意必要的框架圖和網路拓撲圖能吸引眼球。

1.4術語和縮寫詞

列出設計本系統/項目的專用術語和縮寫語約定。對於技術相關的名詞和與多義詞一定要註明清楚，以便閱讀時不會產生歧義。

1.5參考資料

1．需求、設計、測試用例、手冊以及其他項目文檔都是范圍內可參考的東東。

2．測試使用的國家標准、行業指標、公司規范和質量手冊等等

PARTⅢ 測試概要

測試的概要介紹，包括測試的一些聲明、測試范圍、測試目的等等，主要是測試情況簡介。（其他測試經理和質量人員關注部分）

2.1測試用例設計

簡要介紹測試用例的設計方法。例如：等價類劃分、邊界值、因果圖，以及用這類方法(3-4句)。

提示：如果能夠具體對設計進行說明，在其他開發人員、測試經理閱讀的時候就容易對你的用例設計有個整體的概念，順便說一句，在這里寫上一些非常規的設計方法也是有利的，至少在沒有看到測試結論之前就可以了解到測試經理的設計技術，重點測試部分一定要保證有兩種以上不同的用例設計方法。

2.2測試環境與配置

簡要介紹測試環境及其配置。

提示：清單如下，如果系統/項目比較大，則用表格方式列出

資料庫伺服器配置

CPU：

內存：

硬碟：可用空間大小

操作系統：

應用軟體：

機器網路名：

區域網地址：

應用伺服器配置

…….

客戶端配置

…….

對於網路設備和要求也可以使用相應的表格，對於三層架構的，可以根據網路拓撲圖列出相關配置。

2.3測試方法(和工具)

簡要介紹測試中採用的方法(和工具)。

提示：主要是黑盒測試，測試方法可以寫上測試的重點和採用的測試模式，這樣可以一目瞭然的知道是否遺漏了重要的測試點和關鍵塊。工具為可選項，當使用到測試工具和相關工具時，要說明。注意要註明是自產還是廠商，版本號多少，在測試報告發布後要避免大多工具的版權問題。

D. 360網路防火牆的測評報告

360網路防火牆提供了防護狀態、連接監控、入侵檢測、程序規則、網路規則和防護日誌六大功能模塊。其中，主界面默認顯示的是「防護狀態」，該模塊界面上用左側主體部位直觀顯示了四大防護體系，分別是「網路訪問雲監控」、「上網信息保護」、「入侵檢測」以及「ARP防火牆」，而右側界面上顯示的是防護報告和網路狀態。整個界面設計非常清新淡雅，運用的是和360殺毒比較類似的具有金屬質感的藍色作為背景基調，很時尚，如圖所示為360網路防火牆的連接監控模塊，用戶在此可以查看到當前系統內已經連接或者嘗試連接網路的程序進程，如圖360網路防火牆的連接監控模塊清晰的顯示了當前系統內正在運行的各個進程的運行連接，對於非法或惡意進程，用戶可以在此進行手動的結束進程操作，操作很簡單，用戶只需單擊對應進程後面的小鉗子按鈕即可進行操作。
圖片所示為360網路防火牆的入侵檢測模塊，可以幫助用戶智能攔截各類木馬、攻擊工具的攻擊和入侵，保證上網安全。該模塊提供了三個保護等級，分別是智能防護、嚴格防護和最少防護，其中，程序默認啟用的是智能防護，該防護模式下啟用了26項防護措施。
用戶可以根據自己的上網環境靈活選擇防護模式。其中，系統默認執行的是智能防護模式可以智能檢測上網環節自動配置防禦項目，適合家庭小區寬頻用戶；除了智能保護模式，360網路防火牆還提供有一個嚴格防護模式和一個最少防護模式。嚴格防護模式將開啟所有防護，提醒的頻率會增加，適合對網路安全要求嚴格的用戶；最少防護模式將保留最小限度的防護，保護能力較弱，適合網路環節相對較好的公司或企業用戶。
圖片所示為360網路防火牆的程序規則模塊，360網路防火牆通過雲安全引擎，智能分析程序上網行為，對可疑網路行為進行攔截，提高用戶上網安全性，如圖360網路防火牆允許用戶對系統中制定的進程設定活動規則，方便用戶掌控該程序的行為，如圖：
圖片所示為360網路防火牆的網路規則模塊， 該模塊內置上網信息保護和自定義網路規則兩個選項卡，其中，上網信息保護模塊可以封堵系統中存在的網路漏洞，保護共享圖片或者文件的信息安全，如圖：
此外還有
1.360網路防火牆的網路規則模塊， 該模塊內置上網信息保護和自定義網路規則兩個選項卡，其中，上網信息保護模塊可以封堵系統中存在的網路漏洞，保護共享圖片或者文件的信息安全。
2.網路規則模塊下的自定義網路規則，360網路防火牆提供了非常詳細的網路規則設置選項，喜歡自定義規則的朋友可以在此盡情的設置。
3.360網路防火牆的防護日誌模塊提供了包括雲監控日誌、入侵檢測日誌和ARP防護日誌在內的整套日誌體系，可以全面而自動記錄了檢測到的各種可疑網路行為
360網路防火牆解決了傳統防火牆頻繁攔截，識別能力弱的問題，可以輕巧快速地保護上網安全。360網路防火牆的智能雲監控功能，可以攔截不安全的上網程序，保護隱私、帳號安全；上網信息保護功能，可以對不安全的共享資源、埠等網路漏洞進行封堵；入侵檢測功能可以解決常見的網路攻擊，讓電腦不受黑客侵害；ARP防火牆功能可以解決區域網互相使用攻擊工具限速的問題。360防火牆的防禦能力還是挺強的，尤其是智能雲防禦，比較適合初級用戶。 通過簡單試用，這款防火牆還是相當不錯的，最吸引人的就是相當的智能，對於普通用戶來說，基本上無需擔心常規防火牆產品的規則設置問題，360網路防火牆的應用程序雲端驗證功能能夠識別大部分的應用程序並自動創建規則，這一點應該是很顯著的優點了。當然，熟悉安全程序的朋友仍然可以自行創建、修改規則。另外，這款防火牆還集成了ARP防火牆、入侵檢測、上網信息保護等實用功能，總體而言從易用性和安全性上來說，都是值得推薦的。期待360網路防火牆的正式發布，相信屆時一定會更加出色！