有效且高效地溝通是每個職場人員需要且渴望的，尤其對于開發(fā)人員或測試人員來說，向一個不了解自己“主場”（自己負責模塊或功能）的同事、客戶等人員解釋一些業(yè)務邏輯是一個很考驗人的理解力和表達能力的事情。

那么，如何能夠深入淺出、通俗易懂的講解一些業(yè)務知識，解答一些邏輯問題呢？

我想，類比會是一個很好的辦法。分享兩個簡單案例，喜歡能對大家有所啟發(fā)。

案例一

某個功能應用安裝場景，需要啟動supervisor服務進行進程托管。但考慮和其他應用同機混裝，supervisor服務可能被其他應用先啟動，因此檢測到supervisor已經啟動，則直接使用。

出現(xiàn)問題：該應用使用root用戶安裝，所有進程以root用戶啟動，但最終提示安裝失敗，進程未啟動。

問題排查

1）安裝參數(shù)修改查驗——>參數(shù)設置正確；

2）啟動方式查驗——>啟動方式正確；

3）日志排查——>提示不能操作root權限進程。

進一步排查

在該應用啟動前，同機已經其他應用，supervisor服務已經正常運行。但此時supervisor服務運行進程是非root用戶，不能操作（接管）root用戶啟動的該功能應用進程。

當我第一次向對方解釋這個問題的原因時，我采用的描述方式是：該功能應用需要supervisor服務接管監(jiān)控進程，你使用root用戶啟動該應用，所有進程都是root用戶。但由于supervisor服務已經啟動，且是非root用戶運行，接管該應用的進程時會有權限不夠的問題，導致該應用啟動失敗。

我自認為問題解釋的很清楚，但是聊天對話框久久沒有回復，似乎能看到屏幕后的對方二臉懵逼。我仔細思考了下，可能表達的方式有缺陷，導致對方沒有理解。于是，我使用了類比的方式給對方再次解釋。

第二次解釋這個問題的原因

就相當于我是管理員，我說我給你分配了一些任務，你說你的權限不夠，看不到我給你的任務。

然后，對方一下子理解了問題的核心。由這個問題的交流我深刻反思了一下，如何有效、高效地完成溝通，也許用簡單易懂地比喻更能讓人接受和理解。

案例二

某應用模塊B接受上層應用A接口調用，根據(jù)某傳入參數(shù)para_b是否為true決定是否轉發(fā)給應用C。對外呈現(xiàn)B和C聯(lián)合完成某一功能，有同事不了解應用B和C之間的關系，問B和C之間是一個什么樣的關系？

這樣一個簡單的業(yè)務邏輯描述在負責模塊B測試的我看來很簡單，但是對于不了解該模塊的同事來說，他認為B和C是一體的，而且他們之前是不是并行處理的關系？！為了解答對方的疑惑……

第一次解釋

模塊A傳參給模塊B，模塊B收到后決定是否轉給模塊C處理，最后模塊B返回消息給模塊A。

雖然這樣的解釋已經夠簡單，問題也簡單。但為了更生動地解釋，我再次補充了一下。

第二次解釋

大概意思就是，我給你分配一個任務，你看了看處理不了，于是你請了個外包C，C任務處理完后，你告訴我你完成了。這就是A、B、C之間的關系。

經過無數(shù)次的溝通和交流，讓我發(fā)現(xiàn)使用類比的方法，尤其是生活化的比喻描述專業(yè)性的事務能夠使得溝通有效性加倍，而且結果更能讓對方滿意。

希望，兩個簡單的小案例能夠幫助我們測試人員、尤其是開發(fā)人員更好地完成業(yè)務交流。

最后：在我的V ：atstudy-js，可以免費領取一份10G軟件測試工程師面試寶典文檔資料。以及相對應的視頻學習教程免費分享！其中包括了有基礎知識、Linux必備、Shell、互聯(lián)網程序原理、Mysql數(shù)據(jù)庫、抓包工具專題、接口測試工具、測試進階-Python編程、Web自動化測試、APP自動化測試、接口自動化測試、測試高級持續(xù)集成、測試架構開發(fā)測試框架、性能測試、安全測試等。