賀炘-讓
測試敏捷起來在微博上問道：剛剛了解到，大多數測試人員不按測試用例來進行測試，原因是太麻煩了，那么測試用力基本形同虛設，對于這個問題，您怎么看？
大家對此展開了討論。
賀炘-讓測試敏捷起來： 首先測試過程是需要規劃的。規劃的方法可以是大綱或者具體的用例，也就是用顆粒度來平衡。
徐毅-Kaveri：回復@寶賢2011：測試用例要看你具體的內容，寫得太詳細，那么很有可能容易過時，某些命令、操作已無法執行；也有可能是用例寫得太虛，起不到指導的作用。這些都有可能是對方不按用例執行的原因，需要去弄明白。
寶賢2011：回復@徐毅-Kaveri：原來是這樣，不過據說用例寫得太詳細了，就沒有人愿意去執行，很麻煩。現在搞不清楚什么樣的用例才是好用例。用例形同虛設的多呢。
徐毅-Kaveri：回復@寶賢2011： 從你的描述中可以看出，你應該是站在測試用例編寫人的角度在思考問題，并未考慮用例閱讀者的需要，例如用例的可讀性、易理解程度？另外，我覺得用例的編寫 和執行根本就不應該分開，所以，我感覺在你們的組織結構設置里應該也是存在一些問題的。
寶賢2011：回復@徐毅-Kaveri：你是 說公司的組織結構嗎？如果是公司的組織結構設置應該在大多數公司都存在問題，所以這個，不應該在考慮的范圍內，即使存在問題，也應該想辦法克服，所以僅從 這個事情的角度來說的話，測試用例是很難寫出高覆蓋率又簡捷的。高覆蓋率和簡捷是大多數包括測試用例編寫者，以及執行者都希望看到的。
徐毅-Kaveri：回復@寶賢2011： 有的辦法治標有的辦法治本。那你就先從改進測試用例入手吧，和執行測試的人員一起來看測試用例，一起來執行測試用例，看看到底是哪些地方、哪些語句、哪些操作不好執行了，然后再修改，很簡單的事情啊。
寶賢2011：回復@徐毅-Kaveri：我有很多做測試的朋友，他們也一樣，用例和執行根本不在一起執行，我想知道這其中發生了什么事情。如果用例寫得不夠豐富，上面有關部門會覺得不夠豐富，何況什么事做到事無巨細，是很煩人的事情。
VIATelecom陳波：測試用例是需要分類的。功能、交互性、性能、壓力、兼容、自動化等等，在項目不同階段來執行發揮不同作用。用例對于覆蓋還是 非常有用的，執行時的粗細程度要測試人員根據項目情況來判斷。測試人員的情況是有差別的，組織者需要根據大家的情況安排不同的培訓，以求得更好協同工作，發揮大家最大的作用。
寶賢2011：回復@VIATelecom陳波：我認為測試應該從四個部分入手：1、界面——分頁、輸入格式、對不正確的數據有無驗證、與設計頁面是否 相符。2、數據測試——CRUD是否正確、報表、業務規則等等。3、業務測試——各基礎類模塊是否傳遞正確數據。4、流程測試。不知道您有什么看法？
VIATelecom陳波：回復@寶賢2011：光從測試本身來說，根據測試不同的產品，可以對測試做一些分類，沒有問題。很多時候需要結合項目的情況來決定每個版本做哪些測試，這很重要。