上篇寫了關於做測試之前要明確需求，這一篇講講在讀需求文件的時候，怎麼設計測試用例。
我就我工作的這邊，需求文件就是一張張的表，剛開始測試的時候不知道表的意義何在，覺得看這些表太浪費時間了，沒有好好研究，好在亡羊補牢，為時不晚，其實所有的內容都蘊含在一張張的表裡。表中有表字段，表字段有取值範圍，我們的測試用例來了，取值範圍，邊界值。還有索引值，是唯一索引，主索引的話，唯一性這裡也要驗證。還有表的關聯性，a表中的值在b表中必須存在，也是乙個測試點。總之，靈感就這麼源源不斷地來了，覺得測試真的是一件具有創造性的事情，絲毫沒有覺得它的乏味。
我們還可以到資料庫中去查表字段的取值是否和需求說明中一致，也是有很多測試點的。
當然，以上是說手工測試。何時才能自己開發自動化測試工具呢？或者用自動化測試指令碼代替手工測試呢？期待這一天快點到來。
如何根據需求設計測試用例
如何根據需求設計？測試 用例從拿到需求文件不要立馬開始著手寫測試用例，需要仔細推敲整理需求，畫出系統級 模組內流程圖，並找出各種測試點，等對需求進行了頭腦風暴般的整理之後，此時已對測試系統的功能很清楚了，再著手開始寫測試用例。那麼編寫測試用例的總體思路是什麼呢？通過半年的測試用例編寫經驗，總結如下，...
如何根據需求設計測試用例
如何根據需求設計測試用例？從拿到需求文件不要立馬開始著手寫測試用例，需要仔細推敲整理需求，畫出系統級 模組內流程圖，並找出各種測試點，等對需求進行了頭腦風暴般的整理之後，此時已對測試系統的功能很清楚了，再著手開始寫測試用例。那麼編寫測試用例的總體思路是什麼呢？1 整理分析需求文件 仔細將需求文件文件...
這樣的需求如何設計測試用例
測試點 1.db查詢a標誌位成功清除 2.db查詢a標誌位清除後，不會影響到b c d e f g標誌位 邏輯 手動下架商品，可以清除a標誌位 商品賣完自動下架，也可以清除a標誌位 實現方式 某資料表的w欄位用來標識商品的 a b c d e f g 標誌位 w欄位的值 是十進位制 轉換成16進製制...