久久机热这里只有精品,久久99久久国产毛片基地,国产精品视频,在线免费观看你懂的,久久久国产精品三区,久久亚洲精品中文字幕,天天添夭天啪天天谢,亚洲精品一区二区91在线,午夜视频完整版在线观看,性爽久久久久男女

    集成測試是為了構建一個更大的系統或平臺,這個系統的幾個部分通常是由不同的團隊或甚至不同的公司開發的,以前在做信息化的軟件開發時,面臨的集成測試通常是不同軟件子系統之間的集成測試,往往被這一階段的測試搞得人仰馬翻的,在從事了四年的視頻監控和GPS軟件開發之后,才知道,軟硬件系統之間的集成測試更加折磨人的脆弱的神經。雖然兩者本質上都是一樣,軟硬件系統集成實際上是嵌入式軟件系統和常規的PC軟件系統直接的集成。集成測試常常成為壓垮復雜項目的最后一根稻草。主要存在的問題如下:


    1.嵌入式軟件開發團隊和常規的軟件開發團隊,風格差別很大,從開發語言和技術,到思考處理問題的方式都有很大區別。從一開始,如何**兩個團隊之間的充分溝通并相互信任是個問題,團隊之間互相推諉,不擔當的情況常常發生;


    2.系統集成必然基于同一個約定,如軟件接口,通信協議或規約,如果是*一次的合作開發,那么如何制定并**接口和通信規約的穩定性,這個其實很難除非是我們都遵循成熟的國家標準或通用行業標準,如GPS通信協議JT/T808標準,否則研發初始自制的API和協議都是簡單甚至是弱智的,隨著軟件開發的深入,對于功能和需求理解的越來越透徹,接口和協議不斷的膨脹和變化,這種變化是那個團隊發起的,如何和另一個團隊進行協商,對于另外一個團隊是否可行,在嵌入式系統上增加一個功能和在后端平臺上增加一個功能所面臨的的難度是一個天上一個地下,如何及時的固化到文檔中去,如何制定一個合理有效的協商機制,都是在項目初始要確定下來的。


    3.兩個團隊往往是并行開發,因為同屬于一個大系統,所以有一個共同的項目計劃和進度,大家在竭力完成自己的任務的時候,往往顧不得那邊的情況,在節點匯合的時候,大家都聲稱自己完成了計劃上的任務,開始測試了,實際情況是大家根本沒有準備好,各自的單元測試和功能測試,進行的非常不充分,而留給雙方共同的集成測試時間又非常的樂觀。沒有充分測試過的子系統在進行集成測試的時候,必然會暴露大量的問題,雖然這顯得集成測試很必要,但是這些問題暴露的有點晚了,再返工修改,Rework的工作量很大,進度更加吃緊,而且有些問題本來可以避免掉,無須拿到成本昂貴的集成測試上進行。


    4.集成測試并不意味著測試更充分或者覆蓋面加大,我們拿到一個硬件系統,并不能像軟件一樣可以隨心所欲的制造出一個有效用例來并且進行大量重復使用,例如要測試一個GPS軟件的**速報警的功能,那測試用例設計時,必須要創造出一個車輛**速的動作環境,并觸發終端報警上傳到軟件平臺,這樣一個用例還需要能夠供測試人員反復調用。其他還有很多復雜的測試,如視頻監控功能等測試。


    5.壓力不夠。由于測試環境的搭建,都是基本單一的軟硬件對測,再加上硬件測試環境搭建的成本和復雜性,難以模擬出真實大規模業務并發的環境,造成壓力測試不夠,很多都是測試人員騙**,走走過場,真實的問題往往最后在上線后,接入大規模業務時出現。


    如何能夠做好軟硬件集成測試呢?


    1.多個開發團隊要選擇一些邏輯清晰有擔當、能溝通的人來充當聯絡人,這個雖然有點滑稽,但是在出問題的時候,起的作用很大,沒有邏輯,不敢擔當的人,總是死咬著一句話,"我這邊沒問題"。出了問題不可怕,為什么要推諉老是找借口呢? 耽誤其他團隊時間,浪費口舌。


    2.及早Mock, 模擬測試可以讓我們在單元測試階段,就可以進行便利的接口調用,**我們的測試路徑和測試面的充分覆蓋,只不過硬件的Mock難度比較大,有一定的開發工作量。例如在GPS軟件開發的時候,我們需要開發一個完整的GPS模擬終端,模擬GPS終端的數據發送和接收各種指令并進行應答的行為。很多人不用模擬終端,是因為開發一個完整808協議的模擬終端,實現錄音、拍照、參數設置、媒體檢索等Mock功能,沒有一兩個月搞不定。硬件測試的時候,也需要不斷的檢測自己的硬件發送的數據或指令是否正確,也需要Mock一個后端服務器來進行檢驗。


    3.集成測試的用例設計起來,往往貫穿終端、無線網絡、服務器軟件、PC客戶端軟件,是一個復雜的流程測試,所以對于用例設計的是否充分,需要花點時間進行評審和討論理解。這種測試用例,應當及早設計,成為照亮各個開發團隊行進道路的航標。


    4.充分估計測試的工作量,上面說到測試用例的設計,如果認真設計用例,這個測試的工作量其實很大。不要為了項目計劃而壓縮集成測試的周期。


    總之,不要埋地雷,沒有僥幸,問題總是會出現的,何不讓它出現的早一點,代價小一點。

    5.3.1 通信方式

    應能至少支持基于通用GSM、CDMA、TD-SCDMA、WCDMA、CDMA2000等多種無線通信網絡以及北斗衛星

    導航系統傳輸機制下的通信模式之一。當車輛所在地無線網絡支持分組數據傳輸時,車載終端應首先選

    擇分組數據傳輸方式;當所在地不支持分組數據傳輸時,可切換到短消息方式傳送數據;當所在地無線

    通信網絡不通時,可根據需要采用北斗通訊方式。

    5.3.2 通信要求

    終端的通信要求應包括以下內容:

    ——終端應支持至少兩個遠程連接,即主監控中心和備份監控中心的連接,能在與主監控中心通

    信中斷時自動切換至備份監控中心;

    ——如果終端無法注冊到所在地的無線網絡時,應將數據以**先出方式保存,直至注冊到無線

    網絡時一并傳送。如果保存數據**過較大容量時,應按時間順序將較先保存的數據丟棄;

    ——終端應支持數據批量接收與發送功能、斷點續傳功能。

    5.4 信息采集

    5.4.1 駕駛員身份

    終端的駕駛員身份識別裝置應符合JT/T 825標準的要求,支持通過遠程認證的方式采集從業資格證

    信息,并上傳至認證中心和監控中心。出租汽車終端可采用本地認證的方式。

    更換駕駛員駕駛時,終端應能夠自動偵測更換駕駛員IC卡從業資格證動作,并實現相應的駕駛員身

    份識別功能。

    5.4.2 電子運單 

    5

    終端可支持電子運單信息的采集與顯示,并上傳至監控中心。

    5.4.3 車輛 CAN 總線數據

    終端應支持通過CAN總線采集車輛參數信息。

    5.4.4 車輛載貨狀態

    終端留有車輛載貨狀態檢測裝置接口或者通過人工輸入方式確定車輛的載貨狀態(空載、半載、滿

    載),并上傳至監控中心。

    5.4.5 車輛營運數據

    終端留有計價器、服務評價器、智能頂燈、信息發布等設備的接口,采集出租汽車的運營數據、空

    重車狀態、服務評價等信息,實時上傳至監控中心,同時接收監控中心的數據,發送到智能頂燈和信息

    發布等設備上。

    5.4.6 收費結算數據

    終端留有收費結算數據采集裝置接口,支持公交一卡通、銀行卡等方式采集收費結算信息,并上傳

    至監控中心。

    5.4.7 圖像信息

    終端可具有圖像信息采集及存儲功能,支持監控中心控制、定時和事件觸發方式實現圖像信息的采

    集、存儲、上傳及檢索上傳功能;支持通過USB接口對圖像信息的導出。同時圖像信息采集應滿足以下

    技術要求:

    ——至少支持兩路攝像頭,其中出租汽車終端至少支持一路攝像頭;

    ——攝像頭應支持紅外補光;

    ——可設置多種成像分辨率,至少支持 320×240(QVGA)與 352×288(CIF)之一;

    ——較小采集間隔為 5s;

    ——至少支持以 JPEG 格式存儲圖像;

    ——存儲容量:以**先出方式至少可存儲 2000 張圖像;

    ——可支持對圖像數據標記,該類圖像不允許被覆蓋。

    5.4.8 音頻信息

    終端可具有音頻信息采集及存儲功能,支持監控中心控制和事件觸發方式實現音頻信息的采集、壓

    縮、存儲、上傳及檢索上傳功能;支持通過USB接口對音頻數據的導出。同時音頻信息采集應滿足以下

    技術要求:

    ——至少支持一路音頻輸入采集;

    ——編碼精度支持 16bit,編碼格式支持 G.726 或 G.711;

    ——存儲容量:以**先出方式至少應能保存 48h 的音頻數據;

    ——可支持對音頻數據標記,該類音頻不允許被覆蓋。

    5.4.9 視頻信息

    終端可具有視頻信息采集及存儲功能,支持監控中心控制和事件觸發方式實現視頻信息的采集、壓

    縮、存儲、上傳及檢索上傳功能;支持視頻數據的實時上傳;支持通過USB接口對視頻據的導出。同時

    視頻信息采集應滿足以下技術要求:

    ——至少支持兩路攝像頭同時采集(出租汽車終端除外);

    ——可設置多種成像分辨率,至少支持 352×288(CIF);

    ——視頻幀率不低于 1FPS;

    ——視頻采集編碼格式為 H.264; 

    6

    ——存儲容量:至少能保存 48h 的視頻數據;

    ——可支持對視頻數據標記,該類視頻不允許被覆蓋。

    5.4.10 車輛信號采集

    終端可支持采集車輛的開關量和模擬量等信息,包括剎車、門、轉向燈、喇叭等。可采集至少5個

    開關量和至少2個模擬量,并將采集的信息與定位數據一起上傳至監控中心。

    5.5 行駛記錄

    終端應具有GB/T 19056所要求的汽車行駛記錄功能,并提供數據分析軟件,支持行駛記錄數據的實

    時上傳、條件檢索上傳和數據接口導出功能。數據分析軟件、終端行駛記錄性能及存儲性能應符合GB/T

    19056的要求。

    5.6 監聽

    終端可具有監聽功能,監聽時揚聲器應處于關閉狀態。監聽功能應滿足以下技術要求:

    ——監控中心下發監聽指令,終端撥打監聽指令攜帶的監聽號碼進入監聽狀態;

    ——監聽時將需要上傳的數據保存,監聽結束后上傳;

    ——人工報警時,圖像、音頻和視頻采集功能均不具備的終端應主動撥打預先設定的監聽號碼進

    入監聽狀態;

    ——終端撥打監聽號碼時,在**未打通情況下,應再連續撥打三次,每次間隔 30s。 


    我司是一家專業從事電子產品測試-認證檢驗與咨詢服務的第三方認證公司,是國內較早從事進出口商品檢測、技術咨詢、產品認證咨詢的第三方專業檢測實驗室之一。主要從事智能藍牙無線產品無線電型號核準SRRC認證,空氣凈化器檢測認證,新風機質量檢測認證, CTA入網許可證,中國強制性CCC認證,委托檢測報告,交通部794/808/1076/1078檢測認證;企業標準備案,歐盟CE,歐盟ROHS, 美國FCC等國內外認證。公司自成立以來,誠意幫助客戶的產品達到不斷較新的**標準要求,在市場上受到廣大客戶的認同。





    產品價格:200.00 元/件 起
    發貨地址:廣東深圳包裝說明:不限
    產品數量:9999.00 件產品規格:不限
    信息編號:98539317公司編號:14469486
    Q Q號碼:2405985998
    航天檢測技術(深圳)有限公司 陳先生先生 業務發展部認證郵箱認證認證 認證 18138236659
    相關產品:交通部794認證,行車記錄儀交通部794認證,車載終端交通部794認證多少錢,GPS終端交通部794認證,智能通訊終端交通部794認證,網約車交通部794認證怎么辦理
    本頁鏈接:http://www.olmyr.com/wvs98539317.html
    以上信息由企業自行發布,該企業負責信息內容的完整性、真實性、準確性和合法性。免費黃頁網對此不承擔任何責任。 馬上查看收錄情況: 百度 360搜索 搜狗