按照業務流和數據流寫測試用例 軟件測試
曾經看過一些公司寫的測試用例，通常都是從業務流的角度來寫測試用例，比如進入畫面，點了什么按鈕，出來什么結果。當然在一些數據檢查的時候也會寫一些輸入**，會報錯之類。數據流在測試用例中并沒有得到足夠的體現。
作為一個完整的詳細設計書，它應該寫清楚數據的增刪改查，當然很多詳細設計書沒有寫到這種程度，可是我們換個角度想，開發人員也是在這種不是很詳細的設計下進行開發的，他們要根據式樣的理解，寫出滿足條件的SQL文。
測試人員是不是同樣需要根據式樣的理解，寫出滿足條件的SQL文呢。反映到我們的用例中，然后可以通過用例評審的方法，達成雙方式樣理解的一致性。
作為功能測試而言，在我看來，數據的增刪改查是最重要的測試點，應該清楚數據在程序中的流動，并將其反映到用例中，比如畫面剛進入，我們需要寫出數據的抓取條件是怎樣的，也就是SQL文中的查，當然有時候也會做一些增刪改，根據式樣情況了，但畫面剛進入的時候，最多做的是查的處理。比如點了什么按鈕，數據做個什么抓取，數據庫中的數據會有什么變化。如果是插入，插入的每一項值是否對，如果是修改，修改的條件是否對，修改的值是否設置的對。如果是刪除，刪除的條件對嗎。
寫完測試用例后，我們就要造出基本的測試數據，這數據要包括有效和無效的數據，有了基本的測試數據，程序就能順利的轉起來。在測試過程中你可以根據你的用例要求修改數據。當然如果安排給你的時間比較多，你可以將各種情況的數據都造出來。
延伸閱讀
文章來源于領測軟件測試網 http://www.anti-gravitydesign.com/
