系統外部描述（目的 技術原理）
2.1 適用的網絡拓撲/應用場景（場景範圍）
pdo設備在客戶端 運營平臺在雲端
2.2 產品系統適用的網絡管理方式
系統服務的設備對象需要可以連接到綠盟雲端，需要雲端可以訪問設備的web界面，並且設備和雲端通過A接口連接
2.3 系統硬件關聯性
依賴於綠盟雲值守運營平臺，對硬件平臺沒有強烈的依賴，後續的日誌大數據分析系統對硬件要求較高
3 系統設計
pdo產品運營雲端平臺 和多個系統之間都有消息交互，具體包括NBOSS 項目管理IT系統 產品反饋支持CASE系統 雲端日誌分析系統
3.1 系統技術架構
日誌分析平臺 設備遠程運營門戶 產品支持企業微信服務平臺
3.2 平臺軟件子系統模塊描述
3.3 應用層子系統模塊描述
PDO-V1.0R00F00項目測試方案
一簡介 二測試範圍 三測試策略 四測試資源 五測試策略風險及應對
1.1 編寫目的 根據評審通過的需求文檔，確定測試範圍和測試結束標準
推薦可採用的測試策略 並對這些策略加以說明
確定測試所需的資源和所需投入的時間
預估測試策略可能引入的風險，並對風險應對措施提出建議
如實記錄在項目執行中測試方案的變更內容和原因
1.2 背景 pdo的版本開發是在綠盟雲運維平臺上進行的
1 客戶 訂單和服務管理：客戶信息生成 訂單\服務模版管理
2 設備管理 設備信息同步 運營設備管理
3 時間管理：新建事件 設備上線 設備升級 軟硬件故障時件 知識庫智能關聯
4 事件通知：設備上線通知模板管理 設備升級通知 統治策略的更改
5 知識庫的管理：知識庫的創建和維護 添加 修改 同步 搜索
6 角色和權限管理：權限管理 賬號管理
7 微信公衆號：事件管理 設備管理 知識庫管理完善
8 報表管理 實施報告的生成
2.1 功能測試範圍
重要程度 都是（高）（第一個迭代）
測試內容 描述
客戶 訂單和服務模版管理 從NBOSS中同步客戶和項目信息 ，生成客戶 訂單及
訂單服務模版功能驗證
設備管理 設備信息的同步（證書 設備生成序列號等），對設備的操作
（上線提醒和上線後的設備實時在線狀態提醒，新建運營事件）
功能驗證 需要增加設備權限功能的測試（同一賬號登錄時看到的設 備信息不同）
事件管理 設備上線 升級 軟硬件故障告警事件驗證（時間的建立 事件處理 業務 流程的正常性），事件相關關鍵知識和知識庫的關聯（升級前從知識 庫獲取升級相關的信息）
事件通知 設備上線 升級 軟硬件故障通知模版內容的驗證 通知策略功能驗證（郵 件和短信）
知識庫管理 知識庫的同步（用的是同一個接口，需要保證咱們這邊提交的知識能同 步到知識庫 ），新增 修改 搜索功能驗證
權限管理 1 增加東西南北四個區的區域技術接口人的賬號權限可以管理該區域內 工程師(增加和刪除)，創建事件分配權限
2 一線工程同事只能查看待處理事件的權限
微信公衆號門戶 事件管理（查看 處理事件：需驗證附件下載功能），設備管理（設備列 表和狀態，以及設備的詳細內容）
報表管理 實施報告正常生成的功能驗證
2.2 性能測試 無
2.3 其他測試範圍 ：穩定性 安全性 兼容性等測試內容 看文檔《需求規格說明書》
2.4 測試環境覆蓋
2.4.1 測試拓撲覆蓋
測試環境要求
A新值守平臺及相關組建環境2套
1一套用於新功能測試 （使用目前的pamc2.0 測試環境）
2一套灰度上線環境（使用目前pamc2.0灰度測試環境）
3另外需單獨部署的組件，目前想到的有web api 和redis數據庫
測試環境賬號說明：（添加主機解析）
訪問方法，修改本機hosts文件（eg, Win7：C:\Windows\System32\drivers\etc\hosts），添加：
10.5.0.228 portaL.wq.test.intra.nsfocus.com
10.5.0.228 pamc.wq.test.intra.nsfocus.com
訪問https://portaL.wq.test.intra.nsfocus.com 和https://pamc.wq.test.intra.nsfocus.com
測試用戶名/密碼：test_100 abc123!@#
環境部署升級說明：
1 測試環境根據開發提供的升級包及部署文檔，進行測試環境的升級部署。
2 綠盟雲每次發佈新版本，都會給各個服務接口人發送郵件，告知這次綠盟雲新版本涉及到的新功能各 個服務可以根據自己的實際情況決定自己的環境是否也需要同步升級，升級時，平臺團隊只升級綠盟 雲 的相關模塊。
測試結束標準準中，和質量目標相關的度量項，請以綠盟公司《20XX年產品線研發質量目標》中公佈的數據和計算方法爲準。其中，“質量紅線”是指，“不達到標準，不能過點”的質量指標；“重要度量”是指，“是否達到標準不作爲過點的必要條件，但是如果沒有達到標準，必須要給出後續可行的質量保證措施”的質量指標。
質量維度 | 度量指標 | 度量類別 | TR5-目標值 | TR6-目標值 |
*需求實現 | 需求交付比 | 質量紅線 | 100% | 100% |
硬件/OS環境適應性 | 質量紅線 | N/A | 100% | |
UI界面問題解決情況 | 質量紅線 | N/A | >=70% | |
代碼交付 | 測試用例首次執行通過率 | 重要度量 | >=70% | >=70% |
接收測試通過率 | 重要度量 | >=70% | >=70% | |
*測試驗證 | 測試用例執行率 | 質量紅線 | 100% | 100% |
三 測試策略
[ 測試策略提供了推薦用於測試對象的方法，說明如何對各種測試類型進行測試。如果不實施某種測試，則應該加以說明，並陳述這樣做的理由。例如，“出於項目提交時間和進度安排上考慮，將不實施該項測試”或“不適用”。
3.1 安裝 生產 升級測試（保證安裝 鏡像生產 升級功能正常 ）
測試目標 驗證系統升級功能 及升級環境部署規範性
測試範圍 驗證系統功能升級的有效性
測試方法 1手動升級及環境部署 2驗證開發提供部署文檔的正確性
完成標準 支持升級功能，並符合升級過程的規範性，升級功能有效
測試重點和優先級 高
需考慮的特殊事項：有些組件需要單獨部署
3.2 功能測試
測試目標 1確定系統滿足需求規格的全部目標項
2驗證產品設計功能的正確性
3驗證功能數據的準確性
測試範圍：看2.1功能測試範圍
測試方法：1 根據功能模塊設計，需求，接口等，涉及具體模塊測試策略，設計功能測試用例
2 核心業務測試用例評審需要相關測試參與，應對模塊開發，評審後進行驗證測試
3 結合實際業務，考慮多種業務場景，對多種不同場景進行模擬或真實數據測試，驗證業務 場景的準確性及合理性
4 利用有效數據及無效數據驗證各功能實現正確性及異常處理的合理性
5 利用實驗環境進行核心業務的功能驗證，確保更能符合最終客戶要求
完成標準：1 功能滿足需求並滿足設計
2 評審測試用例已全部執行
3 不跟核心業務已經過實驗局的運營數據的驗證，符合發佈標準
4 所發現的Normal及以上級別BUG已全部處理，遺留的未解決BUG經過評審，不影響產品發佈
測試重點和優先級 優先級高
需考慮的特殊事項 1 測試過程中梳理新增核心業務的自動化測試點，測試接口等內容
2 由於本項目涉及多個系統（NBOSS case系統 知識庫管理系統）測試過程中會通過接口模擬數據，這樣可能和實際環境存在差異；爲避免風險建議測試環境過程中有可用是實驗局環境進行驗證
3.3 性能測試
本節包括但不限於性能指標評測、負載測試、強度測試及容量測試。例如：覈實具體的性能需求是否都已滿足，如：
1. 設備轉發能力；
2. 設備處理新建併發能力；
3. 對各種業務流量的處理性能；
4. 不同拓撲組網下的性能；
5. 各種配置的上限，例如是否允許配置1000條規則。
注：如果涉及到基於背景數據環境的測試，測試中務必要覆蓋到該部分。]
3.4 穩定性測試
測試目標 驗證已定業務的情況下運行一定時間系統的工作狀況
測試範圍 平臺整體至少7*24小時不間斷運行
測試方法 1主體業務完成迭代開發後 ，灰度環境運行系統
2 添加外網實驗局測試數據 儘可能模擬後續線上業務容量測試
3 檢查過程中各模擬組件CPU 內存 硬盤 數據處理等是否正常
4 檢查各關鍵業務操作是否正常
5 業務監控系統協助穩定性測試
6 業務的事件告警數量統計
完成標準 持續運行過程中，保持業務功能正常運行，系統資源佔用及數據處理情況保持合理範圍內
測試重點和優先級 高
需要考慮的特殊事項：
3.5安全性測試
3.6 兼容性測試
3.7 UI/UE測試
3.8 文檔測試
四 資源測試
4.1 測試人員資源
4.2 測試設備資源
硬件 灰度測試環境一套
功能測試環境一套
另外需要部署的組件
軟件資源
4.3 測試時間安排
五 測試策略風險及應對
5.1 測試策略風險
5.2 風險應對措施