做為測試人員，關注細節很重要，你甚至可能需要斤斤計較。
不少時候，需求文件中只是提一句：在什麼情況下，需要進行提示。
至於具體是什麼提示語，並沒有寫出來。有時候開發人員就直接吧介面返回的狀態碼、異常資訊展示在提示語那裡，或者開發人員自己隨便寫一句。
曾經因為展示異常資訊，業務人員以為是系統報錯了。所以，測試人員要讓需求人員把提示語寫清楚。
還有，涉及引數配置的時候，需求文件也只是提一句：某某功能需要做成引數配置。
但引數配置放在什麼路徑、引數配置的名稱叫什麼，都沒有具體說明，有時候開發就隨便放在乙個路徑下，隨便起乙個名稱。
過了一段時間，需求人員問引數配置在那個路徑，需要花時間去找。我想如果需求文件直接寫清楚這兩個資訊，那就能夠很快找到。
魔鬼在細節中
最近一直擔心dubbo分布式服務框架後續如果維護人員增多或變更，會出現質量的下降，我在想，有沒有什麼是需要大家共同遵守的，根據平時寫 時的一習慣，總結了一下在寫 過程中，尤其是框架 要時刻牢記的細節，可能下面要講的這些，大家都會覺得很簡單，很基礎，但要做到時刻牢記，在每一行 中都考慮這些因素，是需要...
魔鬼在細節中
轉於自己在公司的blog 最近一直擔心dubbo分布式服務框架後續如果維護人員增多或變更，會出現質量的下降，我在想，有沒有什麼是需要大家共同遵守的，根據平時寫 時的一習慣，總結了一下在寫 過程中，尤其是框架 要時刻牢記的細節，可能下面要講的這些，大家都會覺得很簡單，很基礎，但要做到時刻牢記，在每一行...
魔鬼在細節中
最近一直擔心dubbo分布式服務框架後續如果維護人員增多或變更，會出現質量的下降，我在想，有沒有什麼是需要大家共同遵守的，根據平時寫 時的一習慣，總結了一下在寫 過程中，尤其是框架 要時刻牢記的細節，可能下面要講的這些，大家都會覺得很簡單，很基礎，但要做到時刻牢記，在每一行 中都考慮這些因素，是需要...