如果問一些測試朋友是不是寫一次測試用例就ok呢?多數人都會回答，不是.因為要根據需求不斷完善，評審階段也要繼續修改.
若再問，評審后進入集成測試階段，你依然在不斷地把執行中的實際情況反應到用例中嗎?可能堅定回答yes的人就少了;我承認，我就是不敢說yes的一員。
集成測試時間緊張;實現與用例描述稍有不同;邏輯判斷層級有些許改動……可能都會成為我們不持續更新用例的借口。往往大的功能點的改動，我們都會認真記錄在用例中，保證更新，而小的改動點則是最容易被我們忽視的，因為不傷大雅。
但是之前跟師傅葵兒做一個日常，文案有變動，在執行的時候，師傅都嚴格把用例修改過，很有觸動，認真要如此;最近做項目，也經常去查看參考之前項目的用例，用例中沒有反應最正確的實現，就成了我最頭疼的事情。
往往危害到自己利益，給自己造成不變的時候，才知道當初舉手之勞是多么重要。我們的用例是一筆極大的財富，項目結束都會把用例入庫。但入庫并不是永世封存，其意義是給后來需要參考的人提供幫助，如果不能保證用例的正確性，會誤導之后引用的同學，不僅無用，反而有害。而且在用例執行階段，交叉測試也會給執行自己這部分用例的同學造成困擾。
所以保證我們提供給其他人看的用例，是對項目實現最正確的反映，不論項目中，還是項目后，這都是我們義不容辭的責任。之后日常的完善，雖然不會在項目用例基礎上修改，但最好也可以跟功能點關聯起來，方便查看功能變更引起用例的變化�，F在我們日常跟項目的用例是分開來寫的，也許按照功能點關聯起來，能起到更大的參考作用。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
