有關軟體測試用例執行的讨論

賀炘-讓測試靈活起來在微網誌上問道：剛剛了解到，大多數測試人員不按測試用例來進行測試，原因是太麻煩了，那麼測試用力基本形同虛設，對于這個問題，您怎麼看？

　　大家對此展開了讨論。

　　賀炘-讓測試靈活起來： 首先測試過程是需要規劃的。規劃的方法可以是大綱或者具體的用例，也就是用顆粒度來平衡。

　　徐毅-kaveri：回複@寶賢2011：測試用例要看你具體的内容，寫得太詳細，那麼很有可能容易過時，某些指令、操作已無法執行；也有可能是用例寫得太虛，起不到指導的作用。這些都有可能是對方不按用例執行的原因，需要去弄明白。

　　寶賢2011：回複@徐毅-kaveri：原來是這樣，不過據說用例寫得太詳細了，就沒有人願意去執行，很麻煩。現在搞不清楚什麼樣的用例才是好用例。用例形同虛設的多呢。

　 　徐毅-kaveri：回複@寶賢2011： 從你的描述中可以看出，你應該是站在測試用例編寫人的角度在思考問題，并未考慮用例閱讀者的需要，例如用例的可讀性、易了解程度？另外，我覺得用例的編寫 和執行根本就不應該分開，是以，我感覺在你們的組織結構設定裡應該也是存在一些問題的。

　　寶賢2011：回複@徐毅-kaveri：你是 說公司的組織結構嗎？如果是公司的組織結構設定應該在大多數公司都存在問題，是以這個，不應該在考慮的範圍内，即使存在問題，也應該想辦法克服，是以僅從 這個事情的角度來說的話，測試用例是很難寫出高覆寫率又簡捷的。高覆寫率和簡捷是大多數包括測試用例編寫者，以及執行者都希望看到的。

　　徐毅-kaveri：回複@寶賢2011： 有的辦法治标有的辦法治本。那你就先從改進測試用例入手吧，和執行測試的人員一起來看測試用例，一起來執行測試用例，看看到底是哪些地方、哪些語句、哪些操作不好執行了，然後再修改，很簡單的事情啊。

　　寶賢2011：回複@徐毅-kaveri：我有很多做測試的朋友，他們也一樣，用例和執行根本不在一起執行，我想知道這其中發生了什麼事情。如果用例寫得不夠豐富，上面有關部門會覺得不夠豐富，何況什麼事做到事無巨細，是很煩人的事情。

　 　viatelecom陳波：測試用例是需要分類的。功能、互動性、性能、壓力、相容、自動化等等，在項目不同階段來執行發揮不同作用。用例對于覆寫還是 非常有用的，執行時的粗細程度要測試人員根據項目情況來判斷。測試人員的情況是有差别的，組織者需要根據大家的情況安排不同的教育訓練，以求得更好協同工作，發揮大家最大的作用。

　 　寶賢2011：回複@viatelecom陳波：我認為測試應該從四個部分入手：1、界面——分頁、輸入格式、對不正确的資料有無驗證、與設計頁面是否 相符。2、資料測試——crud是否正确、報表、業務規則等等。3、業務測試——各基礎類子產品是否傳遞正确資料。4、流程測試。不知道您有什麼看法？

　　viatelecom陳波：回複@寶賢2011：光從測試本身來說，根據測試不同的産品，可以對測試做一些分類，沒有問題。很多時候需要結合項目的情況來決定每個版本做哪些測試，這很重要。