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