公務員期刊網 精選范文 測試方案中的測試策略范文

    測試方案中的測試策略精選(九篇)

    前言:一篇好文章的誕生,需要你不斷地搜集資料、整理思路,本站小編為你收集了豐富的測試方案中的測試策略主題范文,僅供參考,歡迎閱讀并收藏。

    測試方案中的測試策略

    第1篇:測試方案中的測試策略范文

    關鍵詞:暖通安裝施工;問題;預防

    1.施工之前的認真選材非常重要

    在設備與管材入場之前,必須要經過非常嚴格的質量檢查驗。不管施工材料的來源(施工單位采購材料或者甲方供應)如何,必須讓專業技術人員全面、嚴格地檢查進場材料的規格、型號、質量是否符合設計要求;在質量檢查方面,施工材料必須同時具有質量檢查合格單與質量合格證,否則一律禁止進場;在測驗報告方面,各項監測數據必須能夠滿足國家技術標淮以及相關設計要求。

    初次之外,對于不同批次的進場材料,一定要分清其數量、規格以及型號;認真檢測不同種類閥門的密閉性;對于各種大型器材,尤其是直徑較大的管材、管件以及散熱器等等,確保它們均要滿足國家規定的出廠質量合格要求,其材質;型號、性能以及規格等方面均要滿足國家規定的相關標準以及工程的實際設計標準;對于暖通工程所需的各種材料、配件、器材,依照施工驗收規范的相關要求,迸行嚴格的強度與嚴密性試驗,待全部試驗數據符合要求使才可以在施工中使用。鑒于施工材料在暖通工程中的重要性,必須進行認真并且嚴格的進場檢測,一切不合格產品堅決禁止進場,更不可以在工程當中使用。

    2.注意暖通安裝工程孔洞的預留及預埋

    部分暖通工程施工圖紙存在以下問題:施工圖當中分明標注著“預留孔洞詳見結施”,但是在結構施工圖紙當中卻沒有看見任何相關標注。沒有標注出準確的預留孔洞,致使孔洞的預留與預埋工作遲遲無法展開,嚴重嚴重影響著施工進度。除此之外,即便是明確了預留孔洞位置,在進行混凝土澆灌之前,施工人員必須要親自進行認真地復查,杜絕發生遺漏的現象。假如預留孔被遺漏掉,則后續的施工需要在剪力墻上面開鑿孔洞,這樣一來,原墻的結構不嚴重破壞,直接影響建筑的使用壽命,留下了較大的安全隱患,而且還浪費了大量的人力物力,增加工程成本。

    預留好的孔洞要注意保護,以防人或物體跌人其中,同時要防止被其他工種占用或封堵。當業主提供的設備遲遲沒有到位而工期又緊的時候,原來為搬運設備預留的孔洞會被土建施工人員封堵,結果造成整體設備不能搬進去[1]。最后只能把設備解體后再搬人,這樣就嚴重影響了設備的功能。因此在暖通安裝工程施工過程中,對于成百上千的預留孔洞、預埋件,施工員要特別注意對暖通、結構專業圖紙中的安裝孔、管道穿剪力墻預留洞、設備及管道等吊架預埋件、管道穿樓板預埋套管、人防穿墻套管及設備基礎等的平面位置、標高、尺寸應一一加以復核,檢查有否遺漏,有否與其他專業的管線布置相沖突,能否滿足設備工藝要求和規范要求等,力求萬無一失[2]。

    4.嚴格管控工程質量

    4.1供暖主管與支管坡度不合理及其解決措施

    供暖主管坡度不合理是比較常見的施工質量問題,究其原因,主要是有一下兩點:第一,在施工當中,對管子為進行調直處理,加之堵管道空墻洞時忽略了管道坡度問題導致供暖主管坡度不合理;第二,未能有效控制管道支架位置及其標高,管道支架的間距與標高具有較大的偏差,導致管道的局出現起拱或者下凹的現象,表現為供暖管道的局部反坡或者坡度變小,管內因此積聚較多的氣體或者熱水,嚴重影響了暖通系統的正常運行。

    解決供暖主管與支管坡度不合理的主要對策是:第一,在進行安裝施工之前便應該做好做好管子調直工作,最好不要在施工中才進行調直,否則不但可能影響施工進度,而且有可能影響調直質量。第二,在支架的安裝施工之前,必須根據管道坡度與標高來計算出各個支架的標支架間距,在具體的施工執行當中必須嚴格按施工規范與相關設計要求,確保不會出現起拱或者下凹現象;第三,堵墻洞時切不可強塞硬墊,并因此致使管道原有預設坡度的改變。綜合以上措施,能夠比較有效地解決主管、支管道坡度不適合的問題。

    4.2支架、管道受損問題及其解決方法

    支架、管道受損問題的原因主要有:第一,暖通工程廣泛存在著混用活動支架與固定支架的情況,或者單純使用一種支架的情況,該情況常常導致管道不可以依照預定方向進行伸縮,進而導致支架、管道受損;第二,用料偏少會致使支架下彎甚至損壞,當管道嚴重下彎的時候,暖通系統功能的正常發揮將會受到嚴重的限制;第三,未按規定使用橫管支架,轉而采用立管卡子代替,非常容易管道下墜,最后導致管道受損。

    相關的解決措施為:加強施工質量意識的崗前培訓,對講解固定支架和滑動支架功能的不同以及相關區別,并以根據施工的具體情況可以正確選擇所需支架類型,并可以按照施工圖紙施工。

    4.3測量誤差及其防范措施

    測量誤差通常會導致主管、支管甩口位置以及散熱器坐標、標高的不準確。為了該問題的出現,在施工當中必須優先選用具有較高精度的測量儀器,并且全部為現場實測,禁止利用圖紙測量。解決散熱器坐標不準確問題和標高不準確問題,首先就是根據現場實測來下料施工,其次就是在安裝施工之前必須先彈畫出統一標高線,借此保證標高準確一致。

    5.盡量避免暖通安裝工程施工中的通病

    第一,風管的漏風量較大。這主要是因為風管與法蘭或法蘭與墊片的結合處不嚴密造成的[3]。

    第二,風管表面不平,角度不成直角。因為通風系統有很多是明裝的。制作安裝得不好,直接影響質量與觀感[4]。

    第三,空調水管漏水。這些毛病大部分發生在閥門及配件接口處.主要原因是絲口緊不到位.麻絲沒有墊好[5]。

    第四,閥門安裝錯誤。有的把該放防火閥的地方放了排煙閥或止回閥;有的把閥門逆向安裝,特別是在人防系統中,手動密閉閥的方向經常被錯誤地反向安裝,原因是施工人員沒有弄清楚它的方向不是依據風向確定,而是依據沖擊波的方向確定的[6]。

    第五,空調水管有水滴滲出。這主要是因為保溫時出了問題。有些是因為沒有在支架上放置木墊,產生冷橋現象;有些是因為保溫層的接口不嚴密;還有就是保溫層沒有與空調管道貼緊。

    第六,過濾器堵塞。盡管風機盤管有風吹出,卻始終沒有把房間溫度降下來,而進出水管的閥門均已全部打開,因此可以判斷是空調水管被堵塞,拆開供水管過濾器,果然發現里面被電焊渣、混凝土塊、麻絲等塞滿,這是工人在清洗系統管路及過濾器時,責任心不強造成的。

    導致以上質量通病的主要原因就是施工中部分施工人員責任意識和質量意識不強,因此,首先要強化責任意識和質量意識不強,其次采用相應的處理措施。

    參考文獻:

    [1]丁立群.暖通工程施工質量控制思路探討[J].科技資訊,2010(29):256-258.

    [2]崔明月,馮海濱.對暖通安裝施工中的實踐分析研究[J].中國科技財富,2010(12):236-238.

    [3]高磊.監理工程師在暖通工程施工中的質量控制研究[J].中國科技財富,2009(14):146-149.

    [4]張璽,趙樹華.暖通安裝施工中的實踐研究分析[J].黑龍江科技信息,2009(22):159-160.

    第2篇:測試方案中的測試策略范文

    [關鍵詞]建筑施工;安全管理;問題;防御策略

    中圖分類號:TU731.2 文獻標識碼:A 文章編號:1009-914X(2015)06-0214-01

    重視和加強施工安全管理,不僅可以遏制和減少施工安全事故的發生,確保施工人員的生命和財產安全,而且可以優化企業經濟效益和社會效益,提高企業在整個建筑行業的綜合競爭力。近年來,隨著國務院和地方各級政府對生產安全的重視,全國的建筑安全生產狀況有所好轉,但建筑事故的多發性沒有得到根本扭轉,安全生產整體形勢依然嚴峻,探索有效的安全防御策略已迫在眉睫。

    一、建筑施工安全管理中存在的主要問題

    1.建筑施工安全管理不到位,安全責任意識淡薄

    當前,仍有部分建筑施工企業對安全生產的法律法規認識不足,對安全生產的重視不夠,未能及時建立和完善相應的安全管理制度,施工安全操作程序不夠嚴格規范,各級政府的安全生產文件得不到切實落實,致使施工過程中的安全問題不能及時的發現,安全隱患得不到及時消除。同時,建筑施工安全管理責任意識淡薄,一些施工企業在施工過程中為了追求經濟利益,不顧工程施工質量、進度,降低了對安全生產的要求。施工現場管理人員安全責任意識不強,管理層面相互交叉,權責不分明,對現場作業中存在的一些違章現象和隱患問題無動于衷,置之不理,給建筑施工帶來了很大的安全隱患。比如,施工現場用電不規范,高空線路或設備邊不設圍欄或防護網,場地道路不暢通、材料及廢棄物亂堆亂放,施工現場無安全標志,電線、電纜破皮、老化、亂拉亂扯等現象屢有發生。

    2.施工安全生產資金投入不足,施工隊伍素質偏低

    目前許多建筑企業施工安全生產資金投入不足,一些施工企業施工技術、施工工藝和施工裝備落后,主要的施工機械、機具缺乏必要的保養和定期維護,部分老舊的設備得不到及時的更換,有些甚至為節省開支購買質量低劣的防護用品等,致使設備低劣,施工安全受到威脅。建筑施工隊伍素質偏低,主要體現在兩方面:一是我國建筑施工從業人員大多以農民工為主,自身操作技能不高, 不熟悉施工現場的作業環境,安全防護意識差,缺乏應有的施工安全知識,對安全問題提前預判能力不足,發生危險時自我保護能力差。二是全行業技術、管理人員偏少,且綜合素質不高,甚至有些項目經理和現場管理人員對建筑方面的法律、法規、標準、規范也缺乏了解,施工企業對從業人員職業技能培訓缺乏足夠的培訓投入,只重使用,不重培養,導致許多技術人員和施工管理人員知識難以更新,缺乏安全意識和自我保護能力,建筑施工隊伍整體素質水平偏低。

    3.施工安全監督管理機構不健全,執法工作不嚴

    當前我國建筑施工企業安全監督管理機構不健全,缺乏相應工作制度、 信息交流機制以及聯合執法機制,監督人員嚴重不足,同時現有人員的執法能力和專業素養都無法滿足當前安全監督管理的需要,使得政府的安全監督難以完全覆蓋。一些地方部門在貫徹政府安全生產決策部署要求時執法不嚴,流于形式。如,對安全生產工作的監督只停留在一般工作布置上,甚至是口頭上;在安全檢查中存在嚴重的形式主義和,敷衍了事;在抓安全生產積極性上,自上而下呈現逐漸弱化的趨勢;在事故調查處理時,往往大事化小,小事化了,推卸責任。此外,建設行政主管部門、安全監督管理部門、技術質量監督部門等多個政府監督執法部門缺少有效的溝通,往往各行其是,導致遇事無人管或人人都管的局面,重復檢查的現象時有發生,削弱了監督執法的力度和權威。

    二、建筑施工安全管理的防御策略

    1.重視建筑施工安全管理,健全施工安全保證體系

    施工安全是施工人員生命安全的大事,建筑施工企業必須予以十分重視,以消除不安全因素,保證工人的人身安全,防止安全事故的發生。具體包括:首先,要建章立制,完善安全管理制度,按照相關規范,制定安全生產規章制度和安全生產操作規程,完善安全保障施工質量安全,如,《 建筑施工安全檢查評分標準》,《 建筑機械使用安全技術》,《 施工現場安全技術規范》等。其次,建立安全生產責任制度,明確施工安全責任。建立從企業最高管理人員直至項目施工現場施工人員的全層次的安全生產責任制度,并完善各層次的管理職責,將安全管理責任制貫穿到施工生產過程的每一個階段、每一個環節之中,使施工現場每一個部位、每一個環節都能按操作規程嚴格進行。切實加強安全管理工作,配備足夠的安全管理人員 ,以明確的職責和工作要求為施工安全提供保證,確保施工生產安全協調有效的進行。再次,明確安全目標,實行動態管理。要根據本企業、部門、 班組、 崗位的實際情況,明確具體系統的安全目標,從企業到現場層層落實,切忌走過場。同時,要編制詳細的施工計劃并在施工過程中不折不扣的實施; 對施工現場進行定期和專項檢查。施工安全必須實行動態管理,做好事前事中控制工作以應對突發狀況,確保建筑施工的安全性。

    2.加大建筑施工安全資金投入,強化施工安全教育培訓

    首先,建設單位和施工企業要根據工程項目的實際情況確保投入所需比例的安全資金,合理的用于施工安全防護用品的增添、機械設備的維護保養和更新、安全生產條件的改善、安全措施的落實和職業健康的保障上;其次,施工企業要積極引進和運用先進可靠、安全適用的施工工藝、 技術裝備和安全防護用品, 淘汰落后的施工工藝和設備。加大安全技術研發投入,依靠科技進步 科技創新來推動施工安全生產,提高施工企業安全生產的水平和能力。最后,施工企業要加強安全教育培訓,提高建筑施工隊伍整體素質。一方面要加強安全思想教育,對全體作業、 管理人員進行有關安全生產教育,并結合一些典型的事故案例,提高全體人員的安全生產意識。自覺遵守有關法律和規章制度,消除違章作業,避免發生事故。另一方面要加強安全技術培訓,對作業人員進行本專業、本工種的安全技術培訓,考核合格后才能上崗作業。總之,施工企業必須把安全教育作為平時安全生產工作的重中之重,貫穿于施工管理全過程,并根據教育對象、 施工階段特點采用靈活的方式常態化進行。

    3.改進建筑施工安全監管方式,加大安全監督檢查

    建設工程安全監督機構應建立健全安全監督巡查制度, 改進安全監管方式,主動出擊, 加大執法力度。在施工資質的審查環節以及招投標監管環節,切實行使安全生產一票否決權,嚴把建筑企業市場準人關。改變重審批輕監管的管理方式,從重點監督檢查施工主體安全,轉變為重點監督檢查企業安全責任制的建立和實施情況以及安全生產法律法規和標準規范的落實和執行情況,嚴肅查處重大事故的責任單位和責任人,通過對各方責任主體行為的執法檢查,迫使各方責任主體自覺規范約束自身行為,真正發揮政府監管職能。在重大危險源施工過程中,要加強巡視檢查工作。由專職安全員進行現場監督,發現問題及時進行處理,并記人安全管理臺帳,做好重大安全隱患的排查治理工作。對發現的事故隱患嚴格按照“三定”原則進行整改。對存在嚴重問題的要停工整頓,不能帶病作業。要認真履行復查程序,待隱患整改驗收合格后方可復工。

    總之,建筑施工安全管理是建筑施項目中至關重要的大事,它需要我們堅持不懈的努力,不斷探索、思考、完善新的方法,新的防護措施,減少和避免安全事故的發生,確保建筑工程建設項目有效運作。

    參考文獻

    第3篇:測試方案中的測試策略范文

    【關鍵詞】軟件測試策略;集成測試

    一、引言

    軟件設計測試方法有各種技術。實踐表明,使用每種方法均可設計出一組有用的測試方案,但沒有一種方法足以產生一組完善的測試方案。對每種方法而言,均有自身特長,因而用一種方法設計出的測試方案對某些類型的錯誤可能容易發現,但對另一些類型的錯誤不一定容易發現。所以,在實際工作中,總是把它們結合起來使用,形成綜合的測試策略,以滿足不同測試階段和不同程序的需要。不過,軟件測試過程必須分步驟進行,每個步驟在邏輯上是前一個步驟的繼續。大型軟件系統通常由若干個子系統組成,每個子系統又由許多模塊組成。大型軟件系統的測試步驟基本由以下四個步驟組成:單元測試、集成測試(組裝測試)、確認測試和系統測試。

    二、測試策略中的集成測試設計

    集成測試也稱組裝測試,綜合測試或聯合測試。集成測試是按設計要求把通過單元測試的各個模塊組裝在一起之后進行測試,以便發現與接口有關的各種錯誤。在進行集成測試時,常需考慮的有關問題有:數據經過接口是否會丟失;一個模塊對另一模塊是否造成不應有的影響;幾個子功能組合起來能否實現主功能;誤差不斷積累是否達到不可接受的程度;全局數據結構是否有問題。集成測試分為非漸增式測試和漸增式測試。

    (一)非漸增式測試

    非漸增式測試方法是先分別測試每個模塊,再把所有模塊按設計要求放在一起,結合成所要的程序再進行測試。

    (二)漸增式測試

    漸增式測試是把下一個要測試的模塊同已經測試好的那些模塊結合起來進行測試,測試完以后再把下下一個應該測試的模塊結合進來測試,這種測試每次增加一個模塊。這種方法實際上同時完成單元測試和集成測試。

    1.自頂向下結合

    自頂向下結合是一種遞增的裝配軟件結構的方法。這種方法被日益廣泛地采用,它需要連接程序,但不需要驅動程序。它是從主控制模塊(“主程序”)開始,沿著軟件的控制層次向下移動,從而逐漸把各個模塊結合起來。把主控模塊所屬的那些模塊都裝配到結構中去時,有兩種方法可供選擇。

    (1)深度優先策略

    參看圖1,深度優先策略先組裝在軟件結構的一條主控制通路上的所有模塊。主控路徑的選擇決定于軟件的應用特性。如,選取最左邊的路徑,先結合模塊M1、M2和M5,接著是M8,如果M2的某個功能需要,可結合M6,然后再構造中央和右側的控制通路。

    圖1 圖2

    (2)寬度優先策略

    寬度優先策略是沿軟件結構水平地移動,把處于同一個控制層次上的所有模塊組裝起來。對于圖2來說,先結合模塊M2、M3和M4(代替存根程序S4),接著是M5、M6和M7(代替存根程序S7)這一層,如此繼續進行下去,直到所有模塊都被結合進來為止。

    (3)自頂向下綜合測試可歸納為以下五個步驟

    A .用主控制模塊做測試驅動程序,用連接程序代替所有直接附屬于主控制模塊的模塊。

    B.依據所選集成策略(深度優先或寬度優先),每次只用一個實際模塊替換一個樁模塊。

    C.每集成一個模塊立即測試一遍。

    D.只有每組測試完成后,才用實際模塊替換下一個樁模塊。

    E.為避免引入新錯誤,須不斷進行回歸測試(即全部或部分地重復已做過的測試)。

    這一過程從第二步開始就不斷進行,直到整個程序結構構造完畢。在圖1中,實線表示已部分完成的結構,若采用深度優先策略,下一步就要用M7來替代樁模塊S7。S7本身可能又帶樁模塊,隨后將被對應的實際模塊一一替代。

    (4)自頂向下集成局限性的解決方法

    自頂向下集成的優點在于能盡早地對程序的主要控制和決策機制進行檢驗,因而能較早發現錯誤。其缺點在于測試較高層模塊時,低層處理采用樁模塊替代,這并不能夠反映實際情況,重要數據不能及時回送到上層模塊,因而測試并不充分和完善。所以這種方法有它的局限性,若遇到此類問題,測試人員可選擇以下幾種方法解決之:

    A.把某些測試推遲到用真實模塊替代樁模塊之后進行。這將使我們對一些特定的測試和特定模塊的裝配之間的對應關系失去某些控制,在確定錯誤原因時會比較困難。

    B.開發能模擬真實模塊的樁模塊。此法無疑要大大增加開銷。

    C.從層次結構的底部向上裝配軟件。此種方法較切實可行,下面專門介紹。

    2.自底向上結合

    自底向上測試是從軟件結構最低層的模塊開始組裝和測試,當測試到較高層模塊時,所需的下層模塊均已具備,因而不再需要樁模塊。

    自底向上綜合測試可歸納為以下四個步驟:

    (1) 把低層模塊組合成實現一個特定軟件子功能的族,見圖2中模塊族1、2、3。

    (2) 為每個族設計一個驅動軟件,作為測試的控制程序,以協調測試用例的輸入和輸出。圖3中,虛線接的框D1、D2、D3是各個族的驅動程序。

    (3) 對模塊族進行測試。

    (4) 按結構向上次序,用實際模塊替換驅動程序,將模塊族結合起來組裝成新的模塊族,再進行測試,直至全部完成。例如,在圖3中,族1、族2上屬于Ma,因而去掉D1和D2將這兩個族直接與Ma接口;同樣族3與Mb接口前將D3去掉;Ma與Mb最后與Mc接口。

    采用自底向上方法,越向上層分別測試,所需驅動程序越少。而且,若軟件結構的最上兩層用自頂向下結合的方法進行裝配,則將大大減少驅動程序的數目,同時族的組裝也會大大簡化。

    自頂向下方法不需驅動模塊的設計,可在程序測試的早期實現并驗證系統的主要功能,及早發現上層模塊的接口錯誤。但自頂向下方法必須設計存根模塊,使低層關鍵模塊中錯誤發現較晚,并且不能在早期很快且充分地展開測試的人力。自底向上方法與自頂向下方法相比較,它的優缺點與自頂向下方法恰恰相反。一般在實際應用中,采用兩種方法相結合的混合法,即對軟件結構的較上層使用自頂向下的結合方法,對下層使用自底向上的結合方法,以充分發揮兩種方法的優點,盡量避免其缺點。

    三、結論

    集成測試是按設計要求把通過單元測試的各個模塊組裝在一起之后進行測試,以便發現與接口有關的各種錯誤。相對單元測試,集成測試注重宏觀組織。

    軟件測試中集成測試尤為重要,但這是不夠的,還必須設計形成綜合的測試策略,一般的做法是,用黑盒法設計基本的測試方案,再利用白盒法補充一些必要的測試方案。具體地說,可用以下策略結合各種方法:

    (1) 在任何情況下都應該使用邊界值分析的方法。

    (2) 必要時用等價劃分法補充測試方案。

    (3) 必要時用錯誤推測法補充測試方案。

    第4篇:測試方案中的測試策略范文

    【關鍵詞】 TD-LTE 農村 覆蓋 移動通信

    一、前言

    隨著移動互聯網應用的普及,農村居民對無線寬帶的需求進一步提升。目前大部分城市的主城區和一般城區都實現了TD-LTE網絡的覆蓋,但農村地區的TD-LTE網絡的建設才剛剛起步。農村地區由于面積廣、原有GSM網絡站間距大等特點,對TD-LTE網絡覆蓋的策略提出了新要求。本文基于無線傳播模型的理論,根據鏈路預算的結果,給出了平原、丘陵和山區等不同場景下的站間距的要求,并在此基礎上,提出了農村TD-LTE網絡增強覆蓋的策略和方案。

    二、TD-LTE在農村場景的建設策略和方案

    本文主要從農村TD-LTE網絡建設的場景劃分、各場景的鏈路預算結果、采用的提升覆蓋的建設策略和方案、測試案例四個方面介紹TD-LTE如果在農村場景下建設。

    2.1 TD-LTE網絡在農村場景的劃分

    根據目前城市的測試結果和規劃參數,結合農村覆蓋要求的特點,農村覆蓋的一些重要規劃參數可以確定如下:

    (1)室內覆蓋要求的RSRP門限值取-113dBm,鄰區干擾余量取3dB,人體損耗取3dB,其他余量取5dB。

    (2)F頻段農村室內的綜合穿透損耗取13dB。

    農村場景基本沒有電子地圖,無法做仿真,因此只能通過鏈路預算來估算小區的覆蓋半徑,從而估算農村場景下的規劃質量。根據規劃經驗,將農村主要分為平原、丘陵和山區。平原的特點是:地面平坦或起伏較小、對無線信號的傳播損耗較小;丘陵的特點是:形態起伏和緩,相對高度不超過200米,由各種坡面組合體,對無線信號的傳播損耗較大;山區的特點是:地形崎嶇、起伏較大,對無線信號的傳播的阻擋損耗大。

    2.2 各場景鏈路預算結果

    根據無線傳播模型,結合TD-LTE不同業務對解調門限的要求以及前述設定的規劃參數,農村單個基站的覆蓋距離在不同場景下鏈路預算的覆蓋半徑:平原2.6km,丘陵2.3km,山區2.1km。目前85%以上的農村GSM基站的站間距都在啊3公里以內,可以滿足TD-LTE網絡對覆蓋的要求。

    2.3 覆蓋的策略和方案

    85%以上的基站可采取以下策略:滿足以上覆蓋距離要求的前提下,采用F頻段8T8R建設宏基站,特殊子幀建議采用9:3:2,,PRACH格式選擇格式0(UL:DL=1:3),天線高度控制在40m~60m之間,天線下傾角低于6度。

    為了進一步提高網絡的覆蓋能力和業務質量,對于一些需要增強覆蓋的場景,可以通過以下策略,加強農村場景下TD-LTE網絡的用戶感知水平。

    (1)16T16R TDS/TDL雙模創新方案提升邊緣區域覆蓋能力

    下行同一個小區采用2個8 通道RRU,其中一個RRU下行主發射TDL,另一個RRU下行主發射TDS,TDS的剩余功率可以給TDL使用,下行單制式可以最大化使用每個RRU的功率,TDL可以實現下行16通道發射。預計可提高20%的增益。

    (2)使用高增益天線提高覆蓋能力

    在F頻段使用寬帶400mm、長度1.8m左右的16.5dBi的高增益天線代替傳統14dBi的智能天線,可提高20%的覆蓋能力。

    (3)使用Relay基站回傳,延伸覆蓋能力

    宿主基站為用戶提供覆蓋的同時,給Relay節點提供無線回傳鏈路,在一些覆蓋廣,有盲區的山區使用,延伸TD-LTE的覆蓋能力。

    2.4 測試案例

    根據以上規劃策略,在湖北某農村區域選取了平原、丘陵和山區三個場景,使用了14個基站進行TD-LTE覆蓋。平均站間距3.2公里,使用8T8R方案和高增益天線。經測試,90%以上區域RSRP值大于-105dB,邊緣下載速率達15Mbps,整體覆蓋水平良好。

    三、總結

    本文主要介紹了農村場景下TD-LTE網絡的建設原則、策略和方案,并給出了實際的測試案例,測試結果表明建設方案完全能夠指導TD-LTE網絡在農村的建設。

    參 考 文 獻

    第5篇:測試方案中的測試策略范文

    【關鍵詞】防火墻 網絡安全 控制程序 測試方案

    隨著網絡安全市場的打開,越來越多的公司加入到網絡安全軟件、硬件開發行列中,市場上就開始出現各類防火墻,其基本原理也就是通過源地址、目標地址互聯安全控制來達到目的主機的安全。是否到達這個終極目標、以及防火墻在強力攻擊之下能否還能穩定運行,規則判斷能否準確而無誤執行等,這些是需要經過嚴密的測試與檢驗才可以得出結論。只用通過嚴格檢驗,才能保證核心系統與主機的安全,所以測試對于產品檢驗來說是致關重要。

    1 防火墻功簡介

    1.1 防火墻信息安全與屬性

    防火墻作為企業內外網中間安全監測點,為了實現數據通信安全審查與訪問的隔離,防火墻就必須具備如下幾個功能:

    (1)通過地址訪問控制,執行本地網絡安全策略。

    (2)防火墻自身的安全性保障,該功能是防火墻本身需要具備的重要一個原則。

    (3)對網絡中的各種行為提供日志和統計功能。

    (4)防火墻的效率和可用性,其執行效率直接影響內外網的通信效率和。

    (5)能提供統一、集中的網絡安全和管理。

    1.2 防火墻核心參數與測試方法

    吞吐量:吞吐量主要體現防火墻數據轉發能力,測試防火墻吞吐量主要通過試儀端口數量進行體現,測試中涉及的配置情況包括:透明模式,路由模式,配置NAT,配置policy,配置AV掃描,配置QoS等。一般情況下設備在配置大量policy的情況下的吞吐量不會有太大變化。在配置雙向或者單向NAT后吞吐量大約是路由模式的98%左右。透明模式的吞吐量大約是路由模式吞吐量的80%左右。

    時延:時延所測試的是系統處理數據包所需要的時間。防火墻的時延測試的是其存儲轉發(Store and Forward)的性能(另一種是Cut and Through)。時延的測試通常會選用測試儀所對應的RFC測試套件進行測試。

    丟包率:丟包率是測試系統在一定負載的情況下丟包數量多少的測試。測試的意義在于通過過載的流量來考查對設備正常轉發性能的影響。包率的測試通常會選用測試儀所對應的RFC測試套件進行測試。

    系統恢復時間:系統恢復時間的測試包括:系統重起的時間測試,系統斷電重起的時間測試,HA倒換時間測試,HA恢復時間測試,系統過載恢復測試(這個一般很少見),在HA倒換時間測試中測試包括主->備切換時間測試,備->主恢復時間測試。通用的測試方法為:使用測試儀發送恒定速率的流量穿過DUT,DUT進行reset,或者斷電操作,直到流量恢復正常。恢復時間=丟包數量/發包速率。另外一種測試方法是通過ping包丟棄的數量來衡量倒換的時間

    2 防火墻強測試方案設計

    2.1 防火墻性能測試架構

    性能測試部分主要利用SmartBits6000B專業測試儀,依照RFC2544定義的規范,對防火墻的吞吐量、延遲和丟包率三項重要指標進行驗證。在性能測試中,需要綜合驗證防火墻橋接模式的性能表現,其拓撲圖采用圖1所示方案。

    吞吐量測試是測試防火墻在正常工作時的數據傳輸處理能力的重要指標,更高的吞吐量使得防火墻更能適用于網絡核心層對流量要求很高的網絡環境,使防火墻不會成為網絡的性能瓶頸,不會影響正常的業務通訊。單條規則,2GE,1G雙向流量測試 無小包加速結果。(吞吐量測試結果)幀長(字節)分別為64,128,256,512,1024,1280,1518。分別得到橋接模式雙向零丟包率吞吐率(%) 為14.48,25.87,45.10,87.50,100,100,100。

    2.2 防火墻壓力仿真測試

    考慮到防火墻在實際應用中的復雜性,在本次的測試方案中,我們需要進行壓力仿真測試,模擬實際應用的復雜度。考慮到測試時間及測試環境的限制,壓力測試選取以下最為重要的幾點進行,本次測試進行防火墻橋接模式的驗證,拓撲圖采取以下方案。本次測試以100條控制規則壓力為前提進行,性能考慮吞吐量和延遲和丟包率。單機吞吐率(100條規則,2個GE口,1Gbps雙向流量測試 無小包加速結果)。(單機吞吐量)幀長(字節)為64,128,256,512,1024,1280,1518;分別得到橋接模式雙向零丟包率,壓力吞吐率(%)為14.48,25.87,45.10,79.17,100,100,100。

    3 結束語

    防火墻是實現網絡安全體系的重要設備,其目的是要在內部、外部兩個網絡之間建立一個安全控制點,通過允許、拒絕或重新定向經過防火墻的數據流,實現對進、出內部網絡的服務和訪問的審計和控制,系統測試從穩定性、可靠性、安全性及性能表現等多方面綜合驗證防火墻的技術指標。

    參考文獻

    [1]沈偉峰,陳維均.基于防火墻的構建[J].微型電腦應用,2012,17(1):23-25.

    [2]黃力,謝翠蘭.多線程防火墻過濾模塊的設計與實現[J].廣西民族大學學報:自然科學版,2011(1):70-74.

    [3]王永強,劉世棟,戴浩.入侵檢測系統測試方法的缺陷與建議[J].信息網絡安全,2013(12):24-26.

    作者簡介

    朱軍紅,男,甘肅省平涼市人。現為中國石油東方公司研究院長慶分院工程師,從事計算機系統維護工作。

    第6篇:測試方案中的測試策略范文

    Abstract: Aiming at the incapability of real time monitoring the breaks of network with the application of the Safe Separation and Information Exchange system in the communication between land and board, the present design scheme was studied and the disadvantages were improved. Analyzing from the operation principle of the network equipments such as the Safe Separation and Information Exchange system, negotiate transducer and the requirement of network transfering the information, the OPENET software simulation and the performance test were passed, validating the feasibility and effectiveness of the scheme. The new scheme can achieve the function of monitoring the breaks of the network in real time and strengthen the confidentiality of data.

    關鍵詞: 網絡安全;信息交換;海事BGAN

    Key words: network security;information exchange;Broadband Global Area Network(BGAN)

    中圖分類號:TP39 文獻標識碼:A 文章編號:1006-4311(2012)30-0199-02

    0 引言

    遠洋船海事BGAN網絡是以第四代海事衛星系統為依托構建的,完成遠洋船與地面信息交換中心的信息傳輸。但海事網絡連接國際互聯網,而遠洋船要求數據保密,海事網絡的公用性不滿足需求。網絡安全隔離與信息交換系統(下文簡稱網隔系統),通過處理傳輸信息,可以確保內部網絡與公用網絡之間信息交互安全。但目前網隔系統的設計方案存在著諸多問題及待解決,有必要優化設計方案,提高海事通信網絡可用性以及安全性。

    1 現行方案及其不足

    1.1 現行設計方案 遠洋船海事BGAN網絡拓撲結構如圖1所示。

    網隔系統部署在路由器和海事主機之間,遠洋船試驗數據經測量內部網絡、防火墻、路由器至網隔系統,經網隔系統處理后實現安全隔離,再由海事鏈路傳輸至地面信息交換中心,地面信息交換中心按逆過程處理數據。

    網隔系統主要用于實現相互隔離網絡之間的數據交換。該系統由內網服務器、網閘設備、外網服務器和相關軟件組成,其結構圖如圖2所示。網隔系統采用的是一種基于傳輸層協議的訪問控制協議。總的原則是采用白名單策略,非允即禁。默認情況下,網絡隔離設備對所有的數據都是禁止的,只有經過配置的業務數據才允許轉發。內網與外網服務器之間共有一個數據共享區,共享數據通過網閘進行擺渡。

    對于遠洋船話音、圖像等數據,通過在網隔系統的管理界面配置了相關的業務,限定傳輸數據使用的協議,端口號等。內網平臺接收到遠洋船的試驗數據后,再由網閘將數據轉發至外網平臺,經海事鏈路向地面信息交換中心發送數據,地面信息交換中心接收到遠洋船數據,按逆過程處理數據。因網隔系統只支持UDP、TCP協議的數據,對于非UDP、TCP協議的數據,通過配置網隔系統內部路由,便可使其不經網隔業務配置就可傳輸。就整個海事鏈路而言,數據經網隔系統的轉發,僅增加了很小的時延,滿足數據傳輸的要求。

    1.2 現行方案不足 由于網隔系統本身設計復雜,配置過程不易掌握,在現行方案中,存在著以下幾點不足:

    ①配置業務時,操作復雜。在內外網閘配置多個IP地址,稍不留神,就會配錯,增加了操作難度。

    ②遠洋船內部網絡的終端ping中心的終端時,可以ping通,但是時延小于1ms,這是因為網隔系統的內網平臺上虛擬的中心的終端的IP地址,雖然可以ping通,但是卻不是真實的中心終端的地址。由于網隔系統的安裝,無法使用ping,tracert命令對全網進行檢查,給日常岸船間通信系統聯調帶來了極大不便。

    ③雖然實現保密網與互聯網的隔離,但是由于網隔只支持UDP和TCP協議的轉發,網絡中常見協議ICMP和IGMP等協議的數據無法轉發,致使海事鏈路上的很多應用受到網隔系統的限制。

    2 優化方案

    2.1 方案設計 針對上述現有方案的不足,分析安全隔離與信息交換系統、協議轉換器、路由器等網絡設備的工作原理以及傳輸鏈路的要求,優化了安全隔離與信息交換系統,如圖3所示。遠洋船發往地面信息交換中心的數據均經防火墻過濾和限制再送至路由器、協議轉換器,確保沒有多余的數據往中心發送,從而代替網隔系統實現業務限制,以免占用有限的海事帶寬。協議轉換器的作用是將來自路由器的數據轉換成ESP協議的數據,并將數據包的源IP改為本地協議轉換器的IP地址,目的IP地址改為對端協議轉換器的IP地址,此類型的數據具有保密的功能;也可以將來自網隔的ESP包根據協議轉換器的設置,轉換成所需要的數據。經海事鏈路傳送至地面信息交換中心,信息交換中心收到遠洋船的數據按逆過程進行處理。網隔只對ESP協議的數據可以透明傳輸,而對其他業務實行阻斷的策略,可以有效阻斷外網的惡意攻擊,達到確保船內網絡設備安全的目的。優化后的方案因為數據包轉換為ESP協議后包長變長,增加了鏈路數據轉發的處理時間,使得傳輸時延相應變長。雖然數據經協議轉換器轉變成相同ESP協議,但是不會影響數據的Qos策略,因為協議轉換器部署在路由器出口,并不影響船內網絡的優先級轉發。

    2.2 比對實驗 為了驗證優化方案的可行性,分別測試兩種方案下的鏈路傳輸性能。

    根據現行方案網絡拓撲結構,與中心進行端到端鏈路傳輸性能測試時,將網絡測試儀連接到內部網絡的接入交換機上作為主動測試端,中心將網絡測試儀連接到內部網絡的接入交換機上作為反射器,其測試連接關系如圖4所示,遠洋船與中心進行的端到端鏈路傳輸性能測試的結果如表1所示。

    按照優化方案網絡拓撲結構,通過OPENET軟件模擬遠洋船與中心的端到端鏈路傳輸性能測試,軟件仿真的結果如表2所示。

    通過對比兩次實驗的數據可以得出,優化方案只是稍微增加了傳輸時延,各項性能指標完全滿足傳輸業務數據的要求。優化方案即實現了保密網與互聯網的隔離,使得互聯網上的終端無法訪問內網,又保證了數據的正常傳輸,同時,優化方案支持多種協議類型的數據轉發,并且可以ping通對端的終端,能夠實時監測鏈路的中斷與否,便于崗位人員及時定位排查故障,方便了崗位人員操作。

    3 結束語

    通過分析現行網隔系統方案的不足以及缺點,在不增加新設備的情況下,提出了一套可行,并且可用的網隔系統優化方案。經實驗驗證,該方案提高了設備穩定性,保證了業務數據協議的多樣性,確保了數據的保密性,具有很高的應用價值。海事鏈路承擔了重要數據的傳輸,鏈路的穩定,傳輸信息的安全可靠,是各項任務取得成功的必要前提和重要保障。因此,研究海事鏈路信息傳輸方案具有十分重要的意義。

    參考文獻:

    [1]謝希仁.計算機網絡.北京:電子工業出版社,2010.

    [2]王達.網管員必讀.北京:電子工業出版社,2007.

    第7篇:測試方案中的測試策略范文

    【關鍵字】非編網 存儲 帶寬測試 殺毒 優化策略

    目前,非編網絡作為后期制作節目的主要設備,在各臺中已經是一種常規方式了,網絡的設計方案以及技術架構也是在不斷的升級改變。電視臺新建非編網絡時,為了滿足不同欄目節目制作的需求,往往會量體裁衣地建設比較小型的非編網絡給指定欄目使用,這類規模較小、系統價比較高的非編網。通常在系統新建啟用時,還能夠滿足欄目使用需求,但隨著節目制作要求的為斷提高,使用不了多久就會出現這樣哪樣的問題,但我們又不能馬上就淘汰這套設備,為了不造成浪費,我們就需要自己做一些優化調整方案來盡可能的發揮設備的余熱。下面就介紹一下,我臺一套非編網的優化方案。

    一.實際案例

    隨著各電視臺的大力發展,以及目前衛視頻道的收視率的競爭日益激烈,所以各臺衛視頻道主打節目之間的競爭進入了白熱化階段。各個省臺衛視頻道都在著力打造能夠吸引收視率的精品節目,其中綜藝類節目以其大眾喜聞樂見的內容形式,更成為了各省臺衛視頻道力拼的主戰場。貴州衛視頻道也全力打造了一款相親類節目《非常完美》,并專門建了一套小型的大洋非編制作網,提供給《非常完美》欄目制作后期節目使用。該網絡采用的是純千兆以太網的單網架構,由于考慮到衛視頻道節目素材的安全性,存儲采用的是2套UIT IP存儲(16T存儲容量)作為主、備存儲;網絡包含的數據庫服務器、存儲管理服務器和域控服務器都采用的是主、備機制,其中提高數據庫服務器的處理能力,數據庫服務器還采用的是雙機并行,共享一個數據庫盤陣的方式。該網絡共有12臺非編站點,其中包含有卡(REDBRIDGE_III 非編板卡)站點5臺作為上下載站點,另外7臺無卡的作為高碼率編輯站點,采用的是大洋D?-Edit非編軟件。

    該網絡從2011年初開始正式投入使用,在開始運行時基本可以滿足《非常完美》欄目的節目制作,但使用一年半左右以后,隨著節目制作的需求增多,節目復雜程度增大,《非常完美》欄目編導在使用非編軟件制作節目時,發現操作起來軟件響應時間延長,影響了節目的制作效率。為此,我們專門針對該網絡進行了一次性能測試,經過測試后發現,按照《非常完美》欄目的制作要求,在節目制作過程中,非編軟件確實存在響應時間過長的現象,從而造成制作效率降低。針對這個現象,為了找出原因我們先對網絡進行一次帶寬性能的測試,希望能通過測試出來的數據分析出網絡制作效率低下的原因。以下是測試內容(由于有2臺站點調用到其他地方使用,所以我們用10臺站點來測試):

    1.非編軟件層數實測(我們開啟10臺非編站點,為了能夠直接模擬節目部門制作節目的剪輯習慣,我們直接打開《非常完美》欄目精剪好的不同的12個故事版進行測試,每個故事版大概包括5層視頻和10層音頻)

    (1)將10臺非編站點全部打開,同時在非編軟件中播放《非常完美》做好的10個不同的故事版,這時10臺站點延遲非常高,連播放都困難,幾乎沒有一臺能正常播放的,去操作非編軟件,例如一些基本的剪輯操作,在操作時也是延遲現象很嚴重,有時一步操作要隔十幾秒才有反應。

    (2)由于10臺站點同時播放延遲現象很嚴重,操作很困難,我們就遞減站點,一直將站點減少到只有6臺同時播放時,才從肉眼觀察上感覺播放得比較流暢,但是還是偶爾會有延遲。這時我們就用非編系統中自帶的檢測播放故事版是否有丟幀情況的插件,來測試故事版播放時是否有丟幀情況,測試時我們用6臺站點同時播放了10分鐘不同的6個精剪好的故事版。最后發現6臺站點播放時,都有不同程度的丟幀情況,具體數據如表1。

    (3)由于發現6臺站點同時播放時雖然肉眼觀察不到,但是實際的丟幀情況比較嚴重,我們就將測試的站點數量遞減再進行測試,減少到4臺站點同時播放4個不同的故事版時,發現基本上視頻的丟幀數和操作速度與使用6臺時沒有太大區別,這樣我們就繼續減少站點數量減少到只有2臺和1臺時,這時故事版播放起來就比4臺和6臺時要稍微流暢一些,但剪輯操作的速度也還是比較慢,測試2臺和1臺站點時的具體的丟幀情況表2。

    2.用SANergy測試網絡帶寬

    用非編實測完以后我們就用SANergy存儲管理軟件來測試網絡的帶寬數據,我們將測試的讀寫標準設置為File size(MB):1024, Record size(KB):4096。然后讓10臺站點一起對主、備存儲(P、Q盤)進行讀寫帶寬測試,具體測試數據表3。

    由表3可見,該網絡的主、備存儲帶寬都是在100MB/s左右,也就是800Mb/s。這樣按照他們剪輯時使用標清50Mb/s的碼率來算,該網絡的帶寬最多能實時編輯16層視頻。如果再除去音頻、包裝等已經服務器占用的帶寬,那這樣該網絡10臺站點,實際使用時每臺站點就只能實時編輯一層視頻了。

    二.測試結果分析

    經過上面介紹的帶寬測試,我們可以看出目前該非編網絡的帶寬性能較差,我們綜合《非常完美》欄目制作節目的使用習慣以及操作方式來進行深入的分析,最終對于《非常完美》欄目在使用該非編網制作節目時操作延遲非常嚴重,導致他們的節目制作效率低下這一問題,推斷出主要有以下2個原因:

    ? 一是隨著《非常完美》欄目節目品牌形象的提升,節目也不斷升級改版,節目的鏡頭切換、包裝效果等也越來越豐富,這樣就使得節目的制作越來越復雜,對系統的資源消耗也就會增大很多。由于該網絡采用的是IP存儲,帶寬性能相對較低,所以當時設計的網絡帶寬可能已不能滿足目前節目的制作要求了。

    ? 二是由于該網絡在使用中,有不規范的操作行為使得非編網絡感染了蠕蟲病毒,以及存儲空間已經被完全占用,這些因素也都可能會影響到存儲的讀寫性能,這樣就會使得存儲讀寫帶寬下降。

    雖然說影響節目制作效率的原因主要有以上兩個,但根據這兩個因素可以看出,其實影響節目制作效率的最大原因還是因為網絡帶寬不夠。因為制作節目時我們在非編站點中剪輯的素材,都是要通過網絡讀取中央存儲的,而讀取素材時網絡帶寬就是這個工作流程中的瓶頸,網絡的帶寬低下將會使得非編站點在讀取素材延遲和丟幀的情況比較嚴重,從而直接導致節目制作效率低下。所以要解決這個網絡編輯效率低下的關鍵,還是在于如何改善網絡帶寬,只有網絡帶寬提高了,非編的節目制作效率才能得到提高。

    三.非編網絡的優化方案

    我們先對網絡的現況進行分析,由于該網絡采用的是一個千兆以太網的單網架構,并且使用了一個IP存儲,國內的非編網絡單網架構下能支持單機站點的最大帶寬本來就不高,而采用IP存儲就決定了網絡的總帶寬也不高,所以在這樣的硬件條件下我們很難針對硬件做出比較好的優化效果,我們只能從其他方面想辦法。

    1、清理存儲以及全網殺毒

    首先,我們考慮到網絡存儲使用情況,存儲中存了素材文件、節目信息文件、節目引入文件等,里面的文件較多而且前面說到的還有病毒的存在,并且存儲空間基本已經占滿了,我們都知道存儲有一個90%的安全閥值,就是一般存儲數據不要超過了存儲容量的90%,超過以后不但會影響存儲的使用效率,并且還會影響到存儲的正常運行。所以,我們覺得對整個存儲做一次清理,將存儲中所有數據全部清空,考慮到網絡中的病毒有可能會對網絡帶寬造成了比較大的影響,所以我們開始對所有的單機站點和服務器進行斷網后的殺毒,之所以要采用斷網殺毒,就是為了避免網絡中服務器和各個站點交叉感染病毒所采用的一種簡單、容易實現的辦法,這樣就可以比較完全的清理網絡中的所有病毒。經過全盤清理以及全面的殺毒以后,我們又測試了一次網絡帶寬,具體測試情況如下:

    我們還是采用SANergy存儲管理軟件測試網絡的帶寬數據,我們將測試的讀寫標準設置為File size(MB):1024, Record size(KB):4096。然后讓10臺站點一起對主、備存儲(P、Q盤)進行讀寫帶寬測試,具體測試數據如表4。

    由上表可以看出,在進行了全網殺毒以及存儲清理以后,該網絡的網絡帶寬有了一定的提升,要比清理之前高出50%左右,讀帶寬大概能達到150MB/s左右,但是按照這個帶寬來計算的話150MB/s=1200Mb/s,也按照他們剪輯時使用標清50Mb/s的碼率來算,這個網絡帶寬大概就能實時編輯24層視頻。除去音頻、包裝等已經服務器占用的帶寬,那這樣該網絡10臺站點,實際使用時每臺站點實時編輯時也只能編輯2層視頻。

    2、對用戶的使用策略進行優化

    經過對存儲的清理以及全網的殺毒后,我們測試得出的數據顯示該存儲性能得到了一定的提升,但是也可以看出該網絡的存儲帶寬確實很低,就算在存儲全部清空了的這樣一個最佳狀態下,帶寬也只有不到150MB/s,這樣低的帶寬《非常完美》欄目在制作節目時也必然會有很大的影響,剪輯的效率也會大大降低。目前的網絡讀寫方式為“單讀雙寫”(在讀取數據的時候只讀主盤,寫入數據時是同時寫入主、備盤陣)。這種方式雖然安全性很高,但是設備的使用效率卻不高。如果我們將存儲方式改為“單讀單寫”,這樣雖然設備效率是提高了,但安全性則降低了很多。針對這檔節目,我們既需要考慮它的安全機制,同時還需要考慮節目的制作效率。按照這種設計理念,我們與《非常完美》的編輯進行了溝通、交流,最后確定使用“主備讀寫”的方式,我們將新建的《非常完美》欄目的用戶名分為2組,一組在策略里面設置為寫入主、備雙份數據,讀取數據時只讀取主盤陣;另一組在策略里面設置為寫入主、備雙份數據,讀取數據時只讀取備盤陣,這樣在讀取數據時分別讀取主、備存儲就實現了主備存儲的負載均衡,理論上是可以提高一倍的帶寬。表5為我們設置“主備讀寫”策略后模擬測試的數據。

    由表5可以看出,整個網絡的讀寫帶寬要比之前提升了很多,讀帶寬基本上可以達到250MB/s以上,即2000Mb/s。按照他們剪輯時使用標清50Mb/s的碼率來算,這時網絡帶寬大概就能實時編輯40層視頻了。除去音頻、包裝、服務器等占用的帶寬,該網絡10臺站點在實時編輯時也可以編輯3層視頻。

    第8篇:測試方案中的測試策略范文

    一、選題要有代表性

    在英語教材中,各個單元的知識點是為數不少的,包括語言知識(如詞匯、語法、句型等)和文化知識,也包括已知的知識和未知的知識。雖然教材有計劃地、相對集中地介紹了相關的語言和文化知識,但是為了檢測學生在學習相關的知識后,能否投諸于運用,這就要求命題者在有限的測試題目中容納盡可能多的信息。因此,命題者可以提出若干個預選命題方案,然后借助預測測試的結果,對不同的方案進行橫向或者縱向的比較,再選出具有重點與非重點、能力與非能力、重點與能力等有代表性的題目。通常情況下,代表性的題目包含重點題、典型題以及綜合運用題等,它們可以體現在不同的題型中。但是,命題者不能將語言信息或語言信息的測試的代表性建立在超量(如題目長、生詞多)觀念上。代表性的題目只有在“抓綱務本”的精神指導下,才能作出以點帶面,觸類旁通的效果,才能體現出語言測試的特點。

    二、選題要有針對性

    在英語教材中,單元教學內容的安排也體現了“秩序漸進、循環反復”的帶有針對性的特點。事實上,對以英語作為第二語言的中學生而言,由于學習策略的效度的差異性,學生往往會對一些知識存在理解上或應用上的缺陷或疑惑,所以命題者的選題要能夠讓學生在一定程度上能借助于測試的手段觀察、發現、探索和研究其自身語言學習上的差異。比如說,當今的中學英語語言測試體系不能體現出學生“說”的能力,所以命題者在選題的過程中,要切合于語用學的實際,參照“任務型”教學活動目標,有意識、有策略地通過單元測試的題型的轉變,將“說”的能力測試融于“聽”的測試中。這樣的單元測試的命題導向就是針對學生之缺,了解學生之愁。還有,命題者要結合教學實際中的學生在平時作業中的“常見病”和“多發病”,選編一些“對癥下藥”的治病題,這也是具有針對性意義的。比如:feel like與would like的用法的差異性就可以成為測試的內容。

    三、選題要有靈活性

    在英語單元測試中的靈活性是指在一例的題目中容納了多個知識點或能力點的考察,并訓練了學生運用“一題多思”的思維方式。由于當今的英語教學模式側重于“任務型”和“交際型”的活動,這就要求學生具備能在不同層次、不同形式的情景中,綜合應用語言知識完成語言任務的能力;這也就要求測試題目能體現出不同知識點之間縱橫聯系,能檢測學生的綜合分析問題和解決問題的能力。也就是說測試題靈活性要起到影響試題區分指數的作用,這也就有利于指導教師將來的授課行為,有利于培養學生的解題思維。比如說,完形填空的空白就顯示了對兩種語言模式(一者是作者表達自己的思想的語言模式,另一者是讀者根據自己的理解作出的猜測性語言模式)和一種測試意圖(命題者的測試目的),避免了就題論題的俗套。當然,命題的靈活性的特征要體現在與教材關聯性上,并不是指“難”、“偏”、“怪”。

    四、選題要有科學性

    一份高質量的英語單元測試試卷并不是題目的堆砌,而是建立在科學性和合理性的基礎上的語言信息(包括知識和能力)的檢測。它必須達到鞏固知識和培養能力甚至引導未來教學活動的目的。一個單元的知識體系,在語言知識上要學生追求多方位,在學習能力上對學生講究多層次。所以在英語單元測試中,以此為基礎的單元測試的選題也要體現出以系統性和整體性為內涵的科學性。命題者只有在熟悉教學大綱和課程標準的雙重前提下,才可能使試卷將單元測試的內容有效地包容并形成一定的可行性和可信性的效能,才能促進學生通過英語測試對英語學習的內容進行控制管理,從而有效地學習。同時,科學性也必須體現在量和數的合理分配上。

    第9篇:測試方案中的測試策略范文

    關鍵詞:移動互聯網;灰度;電信行業;微信公眾號;業務支撐系統

    1.概述

    1.1系統現狀

    目前湖北聯通互聯網程序方式采用傳統的方式。在每次新功能時,需要停止服務才能夠新的版本。成功后再次收集新版本的反饋信息,在下一次中進行優化。此流程不光用戶體驗差,并且對于用戶的反饋響應較慢,不適合快速更替的互聯網程序發展需求。

    1.2建O背景

    隨著互聯網經濟進入全面發展期;移動終端設備同生活結合越來越緊密,因此迫切需要一個互聯網系統支撐業務發展。但是互聯網程序必須7*24無間斷服務。傳統支撐系統可以在無業務服務的過程中進行停系統更新。此種方案不能滿足互聯網程序的服務要求,并且互聯網程序的更新頻率較高,基于此種要求,就迫切需要一種能夠全新的方式。能夠提供用戶更好的體驗,無縫銜接。

    2.建設目標和總體說明

    2.1建設目標

    將湖北聯通對外服務的互聯網程序實行灰度,能做到7*24小時不中斷,無縫升級。全面提升用戶使用感知。并且通過灰度,可以嘗試新的功能點,并且及時獲取用戶使用的反饋信息。

    2.1.1提高產品的效率

    在傳統的方式中,每一個版本,要經過大量的審核,流程。一個版本時在上一個版本成功后再進行下個版本的設計研發。通過灰度,可以迭代開發。快速更替版本。

    2.2總體說明

    2.2.1傳統軟件

    傳統軟件開發流程通過需求分析后,交由研發人員進行開發。此階段開發完成后由測試人員進行內部測試.當測試通過后交由合并主版本好。進行Beta版,由測試組、相關人員,按照需求要求進行前面測試。如果測試無誤則在正式環境Release版本。過程中需要停止服務。造成用戶感知下降。如果用戶過程中存在測試階段未能發現的問題,并且不能在短期進行問題修復。則需要進行版本回退。

    傳統模式優點:

    a)由于傳統模式是屬于全量,所以在代碼維護上只會存在一個版本,避免多個版本代碼維護。

    n)由于后端只是適用一套數據源,在數據的避免數據轉模型轉換。

    c)系統架構簡單,維護工作量較少。

    傳統模式缺點:

    a)模式決定只能全量,所有的測試都在前完成;但是由于內部測試人員較少的問題,故會存在測試不全面導致的BUG。

    b)版本由于前期設計的問題,在用戶體驗或者流程上的不足只能在下一個版本中修正。造成版本周期延長。

    c)用戶對新老版本的兼容性,使用習慣有段適應的時間,有用戶流失的風險。

    2.2.2互聯網程序

    由于電信營業軟件都是為運營提供服務,要求在工作時段提供無縫服務;并且使用者都是內部員工,故在非工作時段可以通過停止服務的方式進行全量升級。避免帶來分段升級的造成的系統不同步問題。

    但是由于電信行業部分軟件開始對互聯網提供服務,為用戶自助服務,針對此類業務系統需要支持7*24小時無間斷服務,不允許長時間停業務進行升級維護,并且互聯網程序更新較為頻繁,也造成了現有方案不便。

    為了解決以下三點問題,需要優化流程

    1)能夠不中斷服務,或者減少中斷服務的時間和頻率的情況下版本。

    2)能夠在全面新版本的前,進行全方位的測試,針對不同的維度,對用戶提供相應的功能。

    3)對用戶進行分維度區分,按照忠誠度,年齡段等維度區分,向不同維度的用戶提供不同的功能,收集用戶的反饋,獲取真實用戶的體驗及建議。可以導向后續的功能。并且防止新舊版本兼容性的風險,防止用戶使用習慣改變而造成的用戶流失風險。

    3.灰度的方案

    在實際生產運營的過程中,根據用戶的維度進行定向;根據系統關注點的不同,設定不同的灰度策略。

    我們可以根據用戶號碼,用戶歸屬地域,入網時間,終端特性,或者按照其他的策略來區分用戶,對用戶進行分塊。提供不同的軟件版本。

    灰度管理員按照策略生成不同的用戶域,功能覆蓋點進行個性化。并且提供數據反饋入口。根據反饋結果進行產品完善,制定新一輪的灰度,到最后的完整。

    3.1灰度規則制定

    1)篩選用戶。

    a)規則生成;按照用戶的地域歸屬,入網時間,終端特性,內部用戶,種子用戶,活躍用戶等維度劃分用戶,可以按照不同的用戶特性,分發給不同的測試環境。比如對于內部用戶,種子用戶這類流失率滴的用戶提供比較激進的功能,收集反饋信息。評估用戶的接納度。

    b)手動導入;灰度管理人員可以導入指定用戶的維度,將其路由至指定的測試環境中。

    2)通過以上兩類用戶群生成規則,可以靈活動態的制定策略。動態的分流。以此達到迭代開發,灰度的,快速更新的方式。

    3)當灰度管理員通過管理系統制定了分發規則。按照規則將生成具體的分發的用戶明細。待測試環境部署完畢后,將此分發用戶的明細同步到負載均衡的路由cache中。完成灰度規則的制定以及執行。

    3.2湖北聯通微信公眾號灰度概述

    針對湖北聯通微信公眾號灰度的模式介紹:

    湖北聯通對外服務的APP,微信公眾號,WAP頁面等公眾系統通過前置中轉將用戶請求轉發到后端服務器,在轉發的過程中通過灰度管理員制定的分發規則將用戶分發到不同的服務器。應用服務器根據配置查找后臺對應的數據源。部分需要用到內部系統的接口信息,則通過DMZ區的中轉服務器進行消息轉發。調用核心網絡數據服務。

    3.2.1公網服務系統

    此模塊主要是對公眾模塊,湖北聯通對公眾服務的信息都從此窗口提供能力。WAP程序,手機APP程序,以及微信公眾號等互聯網程序。此類應用通過后端接口同業務數據進行交互。以此完成對公眾的服務請求。

    3.2.2負載權衡路由分發

    原始負載均衡主要是為了平衡各個應用服務器的壓力,將訪問的用戶通過預先制定的規則進行分流。

    為了滿足灰度l布,在原始負載均衡上必須新建一套規則。需要將用戶群再次進行區分。在原來負載均衡的策略上增加一層灰度的分流規則。

    通過灰度管理制定的規則,將用戶群按照規則路由到測試服務集群,和正式環境服務集群中。此路由規則表需要導人到cache中,并且支持動態加載,避免由于全量加載導致服務的中斷。

    灰度的路由集群可以有多套,并不局限于一套測試環境,一套正式環境的配置。根據軟件的需要,可以設置多套環境。

    3.2.3灰度服務器集群

    服務集群根據業務要求分為測試服務集群,正式環境服務集群。但是測試服務集群并不局限只有一個,可以根據業務的要求。生成相應的多套環境。

    不同的服務集群可以針對不同分組的用戶,并且這些集群可以很方便地橫向擴展。在灰度的過程中,可以在測試環境中動態增加訪問的用戶數。以便達到更全面的測試。

    通過多用戶的,多群體的用戶測試。收集測試用戶的反饋信息,進行及時的更新。加快版本的迭代更替。使用戶可以更新認可度較高的版本。

    3.2.4灰度數據層

    在傳統網絡過程中,對于數據庫數據存儲層面的變更一直是持相當謹慎的態度,因為數據庫的變更。一般都伴隨著業務的停止服務。這個情況是版本會盡量避免的,或者通過在前期數據庫設計中預留一部分字段,以備后續的不時之需。

    在部分的灰度方案中也不能夠覆蓋到數據庫的修改的情況。在此方案中我們可以通過用戶的數據的實時轉換的方式來達到灰度的目的。在測試環境后,在數據庫層面建立需要轉換的用戶數據。建立兩套數據樣本,對于測試用戶采用測試樣本,對于正式用戶還是采用正式樣本。當測試用戶通過規則進入到測試環境中,系統檢測到當前用戶的數據存儲才用的正式版本中的存儲結構。測試提醒用戶需要進行數據轉換,此時通過調用后臺的單用戶數據轉換腳本,將用戶有變化的數據轉移到新的存儲表中。這樣就實現了數據的無縫對接。在后續正式版本時,也可以通過批量轉換的方式實現數據的轉換。

    3.2.5后端消息轉發

    前端用戶通過發起業務請求,轉發到后端核心系統請求。由于后端服務接口變更升級較少,并且前端業務請求對后臺請求的高度依賴性。后端業務轉發無需做灰度的設置。

    4.總結及展望

    4.1全文總結

    本文對移動互聯網灰度詳細的介紹,分析如何快速迭代更新程序,并且做到7*24小時不中斷服務,給用戶更完善的體驗。

    相關熱門標簽
    主站蜘蛛池模板: 国产成人无码午夜视频在线观看| 成人欧美视频在线观看| 免费国产成人手机在线观看| 国产一区亚洲欧美成人| 亚洲依依成人精品| 日韩国产欧美成人一区二区影院| 最新国产午夜精品视频成人| 成人免费午夜视频| 四虎成人免费影院网址| 欧美成人免费一区在线播放| 国产成人无码av片在线观看不卡| 狠狠色成人综合首页| 国产成人精品免高潮在线观看| 亚洲国产成人无码av在线影院 | 亚洲人成人77777网站| 日本成人在线免费观看| 国产成人欧美一区二区三区| 久久久久亚洲AV成人无码| 在线成人综合色一区| 成人午夜兔费观看网站| 国产精品成人h片在线| 老司机成人影院| 国产成人免费a在线视频色戒| 欧美国产成人精品一区二区三区 | 91香蕉视频成人| 亚洲欧洲精品成人久久曰影片| 成人爽a毛片在线视频| 91成人免费观看在线观看| 亚洲精品午夜国产va久久成人| 成人午夜小视频| 成人毛片全部免费观看| 黄色成人在线网站 | 中文字幕欧美成人免费| 国产成人亚洲午夜电影| 成人免费公开视频| 成人无码免费一区二区三区| 99久久亚洲综合精品成人网| 亚洲国产成人久久一区www| 国产成人一级片| 久久久久亚洲av成人无码| 免费观看成人羞羞视频软件|