這樣的需求如何設計測試用例

2021-04-20 01:43:26 字數 556 閱讀 3235

測試點:

1.db查詢a標誌位成功清除

2.db查詢a標誌位清除後,不會影響到b、c、d、e、f、g標誌位

邏輯:手動下架商品,可以清除a標誌位;商品賣完自動下架,也可以清除a標誌位

實現方式:

某資料表的w欄位用來標識商品的(a、b、c、d、e、f、g)標誌位;w欄位的值(是十進位制)轉換成16進製制後,可分辨出商品的(a、b、c、d、e、f、g)標誌位是否存在;每個非a標誌位都可以和a標誌位同時存在,所有標誌位不能同時存在,但多個標誌位可隨意組合。

a標誌位:1000000

b標誌位:0100000

c標誌位:0020000

d標誌位:0004000

e標誌位:0000500

f標誌位:0000020

g標誌位:0000001

舉例:tt商品的w字段值為268435489,轉換成十六進製制為10000021,表示此商品有a、f、g標誌

該商品下架後,w字段值為33,轉換成十六進製制為21,表示此商品有f、g標誌

希望跟大家一起討論下這樣情況下,如何設計出覆蓋率更高的用例,且無冗餘

如何根據需求設計測試用例

如何根據需求設計?測試 用例從拿到需求文件不要立馬開始著手寫測試用例,需要仔細推敲整理需求,畫出系統級 模組內流程圖,並找出各種測試點,等對需求進行了頭腦風暴般的整理之後,此時已對測試系統的功能很清楚了,再著手開始寫測試用例。那麼編寫測試用例的總體思路是什麼呢?通過半年的測試用例編寫經驗,總結如下,...

如何根據需求設計測試用例

如何根據需求設計測試用例?從拿到需求文件不要立馬開始著手寫測試用例,需要仔細推敲整理需求,畫出系統級 模組內流程圖,並找出各種測試點,等對需求進行了頭腦風暴般的整理之後,此時已對測試系統的功能很清楚了,再著手開始寫測試用例。那麼編寫測試用例的總體思路是什麼呢?1 整理分析需求文件 仔細將需求文件文件...

根據需求設計測試用例

上篇寫了關於做測試之前要明確需求,這一篇講講在讀需求文件的時候,怎麼設計測試用例。我就我工作的這邊,需求文件就是一張張的表,剛開始測試的時候不知道表的意義何在,覺得看這些表太浪費時間了,沒有好好研究,好在亡羊補牢,為時不晚,其實所有的內容都蘊含在一張張的表裡。表中有表字段,表字段有取值範圍,我們的測...