大多數**執行長(CEO)聽到“創新”這個詞時都會翻白眼，它讓人想起這樣的場景：員工們浪費數小時、甚至 數日的時間坐在豆袋椅上一邊扔著飛鏢，一邊反復尋思著他們已經考慮過的想法。“頭腦風暴”已然成了無聊和挫折的代名詞。

 

在過去十年里，我們在世界不同地方和每一個主要行業都問過高級主管們有關創新的兩個關鍵問題。*一個問題：“以一到十評分，創新對你公司成功的重要性有多大？”*二個問題：“以一到十評分，你對你公司的創新水平滿意度度如何？”

不出所料，他們對創新的重要性評分非常高：通常是九或者十分。創新是*一增長源，沒有人對此有異議。然而無一例外的是，多數高級主管給他們對創新的滿意度評分很低──不到五分。

企業**何以把創新看得如此重要卻又對自己單位的表現如此不滿？因為他們真正想知道的是怎么辦──你如何根據要求切實拿出新潁的創意并將新點子落到實處。

傳統的創新觀念認為創新是無固定結構，不遵從規則和模式的。想要成為創新者的人被告知要“跳出固有思維模式”，“從一個問題入手，集思廣益尋求解決途徑”，“盡情拓展思路，用與你的產品和服務毫不相關的東西做類比。”

我們則主張一種截然不同的方法：在眾所周知的框架內思考，不要跳出它的范圍。人在專注于某個狀況或問題的內部因素時創造力才是較強的──還有就是在限制自己的選擇范圍而不是將其擴大的時候。通過對某個特定的創新任務進行界定，之后對其外延加以封閉，我們大多數人可能會更具持久的創造力──而且肯定比我們在活動掛圖前玩詞語聯想游戲時或者在公司野外拓展活動中談論不著邊際的東西時更富有成效。

我們的方法是：挑選出一種產品、概念、情況、服務或過程，將其細分成小的部件或屬性種類。創新人員使用了五個技巧中的一個就可以巧妙利用細分的部件創造出新鮮的想法，而這些想法隨后可以得到有價值的利用。這五種技巧是：

集成測試是為了構建一個更大的系統或平臺，這個系統的幾個部分通常是由不同的團隊或甚至不同的公司開發的，以前在做信息化的軟件開發時，面臨的集成測試通常是不同軟件子系統之間的集成測試，往往被這一階段的測試搞得人仰馬翻的，在從事了四年的視頻監控和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.充分估計測試的工作量，上面說到測試用例的設計，如果認真設計用例，這個測試的工作量其實很大。不要為了項目計劃而壓縮集成測試的周期。

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

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