iT邦幫忙

2023 iThome 鐵人賽

DAY 4
0

承接 Day 3 提到的 Alpha 測試、Beta 測試,一種常見的誤解是認為「Alpha 測試 = 白箱測試,Beta 測試 = 黑箱測試」,這個是錯誤的觀念!所謂的黑箱(Black-box Testing)/白箱(White-box Testing),只是用來測試的方法論。

舉個例子來說明,小鐵是一個軟體工程師,他今天興致沖沖的開發了一款「具備購物功能的網站」。並請小黑與小白分別進行黑箱、白箱測試。

黑箱測試

他告訴小黑:「這是一個可以購物的網站喔!」,於是小黑按照他平常操作其他購物網站的習慣,去點選商品、加入購物車、送出表單顯示成功,小黑覺得操作上沒什麼問題,完成了黑箱測試。

白箱測試

接著輪到小白進行白箱測試,小鐵給了小白這個購物的開發文件、UI 設計稿、UX Flow Chart,並口頭告訴小白他希望達到的內部實現。小白針對開發文件上的說明一一進行測試,並檢查是否完善 UIUX,也進行了邊界測試(譬如在購物的數量上故意輸入極大值、特殊符號),當確認一切皆符合,完成了白箱測試。

黑箱僅需要顧及「功能面」是否完整,比如「具備購物功能的網站」可以正確地完成購物功能;白箱則需關注「資料流程面」、「控制流程面」,比如在購物網站上故意輸入極大值,當庫存數量小於極大值,要正確顯示商品已完售的字樣,此即為「控制流程面」;而在購物的數量上輸入特殊符號,UI 介面要立即檔錯並防止錯誤字元送入後端,此即為「資料流程面」。


上一篇
[Day 3] 軟體測試週期
下一篇
[Day 5] 手動測試與自動化測試
系列文
手動測試好累喔!一起來寫前端自動化測試吧~30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言