設計測試用例的四條原則(3)

　　4. 使測試結果分析和調試最簡單化原則。

　　這條原則是實際上是上一條- 單次投入成本和多次投入成本原則 - 針對自動化測試用例的擴展和延續。在編寫自動化測試代碼時，要重點考慮如何使得測試結果分析和測試調試更為簡單，包括：用例日志、調試輔助信息輸出等。因為測試用例的執行屬于多次投入，測試人員要經常地去分析測試結果、調試測試用例，在這部分活動上的投入是相當可觀的。有時候，測試框架提功能的一些輔助 API等就可以幫助很好實現這個原則。例如：Coded UI Test就提供了類似的API，詳見 - VS 2010 測試功能學習(18) – Coded UI Test三個必知的函數，來輔助基于Coded UI框架實現的自動化測試用例有更好的調試體驗。

　　測試理論為測試工作指明了大的前進方向，在實際工程中還需要我們不斷地“活化”這些理論，使理論和實踐更好的契合在一起。在我看來，軟件工程項目不論成敗和好壞，對我們每個參與者都是無比寶貴的。作為有心人，從中我們體會到很多書本上不曾提到過的東西，只要不斷地去觀察、體會和總結，你會有更多自己的認識、理解和發現。有很多人寫書稱贊，代碼之美、測試之美，其實工程項目也是很美，只是看你能不能更客觀地去看待它。

原文轉自：http://www.uml.org.cn/Test/201107202.asp