程序員交流難題：如何有效、高效地完成溝通？這兩個案例告訴你

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

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

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

案例一

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

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

問題排查

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

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

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

進一步排查

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

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

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

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

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

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

案例二

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

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

第一次解釋

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

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

第二次解釋

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

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

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

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