※ 引述《jason1596t (Jasonngu)》之銘言： : 如題 : 本人在一個小到不行的公司 開發上線維護全部一人負責， 這樣的狀況下偶爾會發生上 線 : PS 本人轉職底層QQ 垃圾問題請多多包函 : ----- : Sent from JPTT on my iPhone 小弟的粗淺看法是 先區分input 的類型 - 有上下邊界值的情況下： 測試case分為 低於下邊界值 下邊界值 預期值 上邊界值 高於上邊界值 - 無邊界值的情況： 列出所有可能情境 例如測試三角形好了 正三角 等腰三角 不是三角...等等 這兩種取一個用 針對比較複雜的input object 針對object 內會用來判斷的邏輯去做測試 例如 註冊會員 會員帳號 email 會驗證有沒有重複 密碼符不符合規格 等等 這種就會特別加上不同測試case 其他像是姓名 性別 等等比較沒跟邏輯相關 只是紀錄在庫的就不需要加上測試增加了測 試複雜度 Btw 現在有AI的情況下 借助AI產出test case是個很好用的方法～ 不過我自己本身沒有做過QA 只有偶爾自己寫寫測試時有點心得而已 煩請專業大大們再補充其他心法 -- ※ 發信站: 批踢踢實業坊(pttbestweb.org.tw), 來自: 111.241.103.94 (臺灣) ※ 文章網址: https://pttbestweb.org.tw/Soft_Job/M.1729308473.A.B2A

→ srwhite: 我比較好奇大家公司QA真的會把每個api每個參數上下界資 10/24 19:20

→ srwhite: 料庫每個欄位要不要null塞什麼值對應的情況各種錯誤訊息 10/24 19:20

→ srwhite: 都測嗎 10/24 19:20

→ srwhite: 感覺都寫下去測試會比程式本身大一百倍 10/24 19:21