以判斷 0-100, 回傳 true/false為例
我只想得到幾個：
1.範圍內的值(55)
2.範圍外的值(-87,250)
3.邊界值(-1,0,1,99,100,101)
4.異常值(字串"5566")

以_validateFullWidth為例
我只想得到
1.value=全形英文
2.value=半形數字/中文/英文/符號
3.value=全形特殊符號/半形特殊符號
4.value=空字串
如果還想更多
message=一般訊息/空字串(Testcase可double)
toast=true/false(Testcase又double)

隨便就有 4x2x2=16 個 TestCase
等到前輩跟你說「寫太多 TestCase」時
可能就過關了

這是你的入職測驗吧,
趕緊向古哥求救吧.

通常來說
都會看裡面的判斷做測試
有哪些不該出現的都寫進測試就對了

我當初寫的一組測試時的做法是條列式

例如我寫一個Components 是登入頁
裡面有 帳號 input 密碼input 登入button

開始條列狀況如下運用測試3A(Arrange, Action, Assert)

分類一： 輸入資料

1. "當" 帳號：空白, 密碼：空白, "執行" 登入, "期望" 提示： 請輸入帳號密碼
2. "當" 帳號：有輸入, 密碼：空白, "執行" 登入, "期望" 提示： 請輸入密碼
3. "當" 帳號：空白, 密碼：有輸入, "執行" 登入, "期望" 提示： 請輸入帳號
4. "當" 帳號：有輸入, 密碼：有輸入, "執行" 登入, "期望" 有打登入 api

分類二： 執行登入

1. "當" api 打不到, "執行" 登入 api, "期望" 提示： 網路異常情重新登入
2. "當" 帳號錯誤, "執行" 登入 api, "期望" 提示： 該用戶不存在
3. "當" 密碼錯誤, "執行" 登入 api, "期望" 提示： 密碼錯誤
4. "當" 帳號密碼正確, "執行" 登入 api, "期望" 執行進入主畫面動作
   ......

開始條列完所有狀況後，跟需求方確認雙方認知是否正確
調整完後

開始將每一項寫成程式即可
至於怎麼將每一條寫成code就看你對測試語法的熟悉度了

PS. 可以從功能面去思考, 如果都寫完發現有些方法測不到, 有可能是你漏想了某個情境,或者該程式在這個元件裡本來就是多餘的