復雜的業務會貫穿于整個軟件，涉及眾多功能點，里面組合的分支更不可勝數。測試用例務求簡潔、明確，這一點也與業務“格格不入”。功能用例依賴程序界面，業務描述依賴需求文檔。于是我們更偏向于根據已實現的界面編寫功能用例，列舉出眾多的邊界值、等價類。流程的操作只有憑借經驗和理解，這時測試出的bug是最多的，但我們卻無法使這個bug對應到一個用例中（點擊一個按鈕報出的錯誤有時原因并不在這個按鈕或按鈕所在的窗體）。正因為我們沒有很好的積累業務上的用例，才使得我們感到執行用例時發現的bug不多。
用例結構的劃分一定程度上也造成了功能和業務的分離，依照界面模塊建立文件夾，并在其中新建不同用例，這使得用例從結構上就很難聯通起來。
3、測試未能跟上變化
變化！想象一下，當我們越來越多的聽到開發人員在那里高呼“擁抱變化”“敏捷開發”的時候，測試又有什么舉措呢？當地區特性，軟件版本越來越多的時候，測試是否在積極響應呢？變化是我們面臨的最大挑戰，我認為測試未能跟上變化是造成測試過程中遇到種種問題和矛盾的主要原因。
