四是選擇最簡單 最重用的測試用例使用自動測試方法
五是使用工具廠商提供的測試框架編寫腳本，千萬別單純的錄制/加校驗點/回放，以開發出健壯的且重用性強的測試腳本
六是有專人更新腳本，也有專人跟蹤自動測試結果
七是一般選擇的測試工具品牌和缺陷管理工具品牌是同一廠商，以方便不同類型缺陷的集中管理，由于不同公司開發產品的特殊性，也許需要特殊類型的測試，如安全測試，甚至代碼級單元測試等，這些需要酌情考慮測試用例的編寫，以及測試的執行。
軟件驗收階段，除了提交軟件測試評估報告(各種類型測試結果的評估都有報告)這些傳統工作外，對于測試用例，此時要集中時間更新，更新整個測試周期中一切需要更新的內容，以方便未來新版本的測試，即便是項目軟件——提交客戶后沒有新版本，那也需要后期維護，維護階段需要重新測試某功能點，然而用例不準確，碰巧又是個新員工，那就死翹翹了!
退一步說，如果您公司的測試部門經歷一次這樣重大的洗禮，有一個項目真正按照此原則實施一次，也必將對未來取得事半功倍的效果。
總結：綜上所述，我們得出結論:
測試用例在測試中沒起到應有的作用，是因為測試用例編寫質量不高，覆蓋不夠，執行不利;
測試執行時不遵循測試用例，執行后不更新用例庫，是測試部門的整體工作流程不健全不規范;
測試行業仍處在群雄逐鹿、百家爭鳴的時期，蕓蕓紛說，不如從自身出發，確立最適合自我的解決方案，整頓自身的工作流程，那才是金玉良言的上上策!
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
