• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
    • 軟件測試技術
    • 軟件測試博客
    • 軟件測試視頻
    • 開源軟件測試技術
    • 軟件測試論壇
    • 軟件測試沙龍
    • 軟件測試資料下載
    • 軟件測試雜志
    • 軟件測試人才招聘
      暫時沒有公告

    字號: | 推薦給好友 上一篇 | 下一篇

    集中式撥打測試系統的實現與應用[1]

    發布: 2008-10-31 15:44 | 作者: 不詳 | 來源: 測試時代采編 | 查看: 46次 | 進入軟件測試論壇討論

    領測軟件測試網
    關鍵字:測試
    1、引言

        中國移動公司對網絡質量的追求可以說精益求精,在多年的運營實踐中,中國移動公司發現網元指標的優劣并不反映業務質量的優劣。影響用戶對業務質量的感知因素很多,包括終端、核心網、業務提供平臺、無線環境等,因此開發自動測試系統,模擬用戶感知,及時發現網絡問題勢在必行。

        2、現有的分散式撥打測試設備的優缺點分析

        目前,業界普遍使用的撥打測試系統是分散式的,由各個終端分散在需要測試的地點,模仿用戶行為進行撥打測試。

        其工作原理為:利用手機終端模塊進行撥打測試,每臺手機終端模塊通過專線或GPRS無線通道連接到中心業務應用服務器,進行測試數據的上傳及測試任務的下達。中心業務應用服務器接受各點的測試結果,并進行分析及處理,如符合告警條件的,則產生告警。

        此類系統的缺陷為:

        (1)撥測能力有限。每臺終端只能配置2個手機模塊,如果模塊太多,在話務忙時很可能會影響普通用戶的正常接入。以配置2個手機模塊、每次呼叫持續30s,間隔10s計算,每小時可以進行90次呼叫。

        (2)測試結果受無線環境影響大。如氣象因素(下雨、雷電)、周邊基站的干擾信號、基站斷電等。并不能客觀反映真實的網絡問題

        (3)測試數據上傳困難。每臺測試終端都需要通過DCN專線接入到管理服務器,進行數據的上傳,最后由管理服務器給出測試報表,并且不能保證測試數據的實時上傳。

        (4)測試內容單一。無法測試彩鈴、虛擬網等復雜業務。

        (5)不能處理中繼電路上的問題。只能簡單地判斷本次通話接通還是未接通,通話質量不能自動監控。

    延伸閱讀

    文章來源于領測軟件測試網 http://www.kjueaiud.com/

    TAG: 撥打 系統 應用

    21/212>

    關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
    版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
    北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備10010545號-5
    技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

    軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>