GSS 技術部落格
在這個園地裡我們將從技術、專案管理、客戶對談面和大家分享我們多年的經驗，希望大家不管是喜歡或是有意見，都可以回饋給我們，讓我們有機會和大家對話並一起成長！
若有任何問題請來信：gss_crm@gss.com.tw
想必大家都會遇到使用者或是客戶提出需求，需求描述是否都清楚?
到底還有什麼規則是需要使用者確認的呢?大家會用什麼方法呢?埋頭苦幹的想......
還是直接帶入實際資料來驗證呢~
假設，今日成立了 655 嘻哈音樂小棧，使用線上訂閱即可享受音樂。
以月份為單位來結算付費金額，因此，擬定了以下的規則:
-
未滿半個月當月不計, 超過半個月, 算1個月
-
起日: 早於15號(含當天)，當月收費。
- 迄日: 晚於16號(含當天)，當月收費。
-
起日: 早於15號(含當天)，當月收費。
毫無懸念的，收費期間即從 2021/08 -2021/12 都要收費。
如果只是帶入資料來驗證，這樣要列多少資料才能證明規則是沒有問題的呢?
不如，換個方式來驗證，使用決策表(Decision tables)又稱判斷表(黑箱測試)。
是一種呈表格狀的圖形工具，展現各狀況間(輸入值)與行為(輸出) 的邏輯關係。
考量所有狀況與行為間的可能組合，系統化的導入各個測試個案。
起迄日的時間只會有 1~15 號或是 16 號之後(應該沒有例外了吧XD
- 起日在1~15號:要收費
- 起日在16號之後:不用收費
- 迄日在1~15號:不用收費
- 迄日在16號之後:要收費
| 1-15號 | 16號之後 | |
| 起日 | Y | N |
| 迄日 | N | Y |
接下來的起迄日，就有這些排列組合
這邊的測試資料採用邊界值來設計。
可以從上圖的 case 2 發現此種訂閱方式，都收不到錢。
如果要收錢，要在哪個月份呢?
case 5 &6 都未滿15天，是否需要收費?
趕緊跟使用者再次確認規則，於是，得到以下的規則:
- 若不足一個月，不管訂閱天數，則預設為1個月計費
- 以首月為收費日期
確認了這些規則，就不用擔心被破解，讓<聰明人>白白的聽音樂啦!
這方法當然不只可以運用在釐清需求上。
當在驗證需求與問題單時，也是可以使用相同的方法。
先整理條例出所有可能，再設計案例來驗證是否與預期的答案相同。
這樣可以減少後續產生的問題單囉~
相關文章
評論
尚無評論