場景描述
當前的智慧型音箱專案組由 音箱裝置端 -> proxy** -> 語音語義及技能 三大系統組成。裝置端負責使用者語音資料的採集、上傳至proxy端,proxy負責資料透傳,語音語義團隊將接收到的音訊資料進行解析並實現相應技能。技能按照相反的順序返回至音箱裝置端。目前的現狀是整個工作流程不可靠,究竟是哪個環節也都說不清,可定性的定位故障點在proxy與語音語義環節,至少proxy傳送的音訊與語音語義接收到的資料是不一致的。整個除錯還得三個小組分別派人聯調。
解決方法
場景描述
解決方法
小檔案管理是指受控的**、文件、資料、可交付成果等,應通過svn、git等方式進行管理。
近期工作經驗總結
最近在android下層做rtp傳送的模組,算是工作以來,最正規的coding mission吧 雖然 不多,但是讓我對於專案的開發略有一些心得.從我的感覺來看,最重要的就是乙個整體的規劃,首先定義與android層的介面,介面呼叫一旦定義下來,那麼後期的coding工作,都將以此為中心,所有功能模...
軟體測試工作經驗總結
公司自有專案採用迭代式開發,年度大版本,季度小版本,每個版本都要進行多次回歸測試,首次進行功能測試,目的測試當前版本功能沒有問題,第二次進行公升級測試,目的確認從舊版本公升級到新版本資料相容,功能正常,第三次進行功能測試,目的公升級之後功能正常。每個版本都應該有專項測試階段,比如介面測試 效能測試 ...
優化SQL查詢(個人工作經驗總結)
1.統一sql的寫法,大寫都大寫,小寫都小寫。select from user select from user 這兩個語句在資料庫裡面解析是不一樣的,如果寫成一致的,他會當成乙個查詢語句進行解析,如果是大小寫不一致,則會認為是兩個查詢語句進行解析。應該保證相同的查詢語句在任何地方都一致,減少資料庫...