程式 測試 方法與SOP (程式碼驗證、抓到BUG​)

程式 測試 方法與SOP (程式碼驗證、抓到BUG​)

程式 測試 方法與SOP (程式碼驗證、抓到BUG)


資料來源:

https://s.itho.me/modernweb/2016/trackc/%E5%AF%AB%E5%87%BA%E6%89%80%E6%9C%89%E4%BA%BA%E9%83%BD%E8%83%BD%E8%BC%95%E9%AC%86%E8%AE%80%E6%87%82%E7%9A%84%E6%B8%AC%E8%A9%A6%E7%A8%8B%E5%BC%8F_%E9%99%B3%E9%8B%92%E9%80%B8@ModernWeb2016.pdf


依照流程圖條列每一個方塊的輸入值的範圍


並依照每個值得輸入範圍測試 「變數能容忍:極小、極大、置中、超過(包含:極大+1、極小-1)、、不符合格式型態錯誤」【 白箱:前三、黑箱:後三 】

測試流程
    定義規則(文字敘述):
        我們購物車的邏輯應該是這樣…
        1. 滿 200 元, 打 8 折
        2. 滿 100 元, 打 9 折
        3. 其他都原價

    撰寫測試範例文件:
        先把標準測試情節用敘述情節寫下~
            場景: 當金額高於 200 元時,可享有 80% 折扣
                假設 顧客消費總金額為 “250” 元
                當 計算折扣後金額
                那麼 折扣後金額應該為 “200” 元
            場景: 當金額高於 100 元,但不高於 200 元時,可享有 90% 折扣
                假設 顧客消費總金額為 “150” 元
                當 計算折扣後金額
                那麼 折扣後金額應該為 “135” 元
            場景: 當金額小於 100 元,沒有折扣
                假設 顧客消費總金額為 “80” 元
                當 計算折扣後金額
                那麼 折扣後金額應該為 “80” 元

    撰寫測試(shell、php、console)用程式碼/手動 測試 對應功能

    如果上述還沒有抓到BUG,那就要認真記錄每個模組函數呼叫順序與被呼叫次數(判斷是否與設計相同-要用DEBUG/紀錄LOG檔案)~EX: OUTLOOK MENU (OUTLOOK選單) 主選單/子選單 任意移動案例

4 thoughts on “程式 測試 方法與SOP (程式碼驗證、抓到BUG​)

  1. 一個函數建議不要超過三個獨立輸入變數

    因為一個變數就要白箱:前三、黑箱:後三

    所以 最少有 6^3=216 種組合

發表迴響

你的電子郵件位址並不會被公開。 必要欄位標記為 *