coffee-cart-cwc

Aiden cwc wrote:

測試目的 (Objective)¶

依據官方機制說明，驗證當購物車累積商品超過 7 件後，系統啟動刻意延遲（Intentionally slowing down）時，前端的加入反饋是否符合設計預期，且不會造成記憶體洩漏或介面死鎖。

前置條件 (Preconditions)¶

1. 開啟受測網站：Coffee cart。
2. 購物車內已累計加入 7 件咖啡商品（若中途跳出促銷彈窗皆選略過）。

測試步驟 (Test Steps)¶

1. 確認此時右上角為 cart (7)。
2. 在菜單點擊加入第 8 杯咖啡（如 Americano）。
3. 觀察點擊後的反應時間與視覺變化（計數器更新延遲）。
4. 點擊加入第 9 杯咖啡，觀察反應時間。
5. 檢查在延遲等待期間，連點其他品項是否會產生異常堆疊。

預期結果 (Expected Results)¶

1. 步驟 1-3：加入第 8 杯時，反應時間明顯比前 7 杯緩慢（觸發刻意延遲），經過數百毫秒至 1 秒後才更新為 cart (8)。
2. 步驟 4：後續加入操作持續維持延遲反應。
3. 延遲處理期間前端畫面維持穩定，延遲結束後數量與金額仍能準確計算累加，無遺漏點擊或重複計費。
4. Console 不應出現未處理的 Promise 逾時或非預期 Crash 錯誤。

實際測試結果 (Actual Results)¶

• 執行狀態：Pass (完全通過 - 高數量商品刻意延遲機制運作符合預期)
• 嚴重程度：None (符合示範網站刻意設計之測試行為)
• 實際呈現：
  1. 刻意延遲精準於第 8 件觸發 (Step 1-3)：
     • 在購物車數量達到 cart (7) 之前，點選品項加入購物車均能即時響應。
     • 點選加入第 8 杯咖啡時，系統刻意觸發延遲機制，反應時間明顯拉長（等待約數百毫秒至 1 秒），確認延遲邏輯準確於超過 7 件商品門檻時生效，隨後導覽列順暢更新為 cart (8)。
  2. 持續延遲與狀態維持 (Step 4)：
     • 繼續加入第 9 件及後續更多品項時，加入動作持續維持相同的刻意延遲響應週期。
  3. 非同步點擊防護與資料一致性 (Step 5)：
     • 在加入延遲等待期間連續點擊品項，系統穩定消化操作隊列，未發生介面凍結死鎖、重繪卡頓或連續重複計費的異常情況。
     • 延遲結束後，頂部導覽列數量與右下角結帳總金額計算皆精準無誤。
  4. 主執行緒與主控台穩定：
     • 開啟 DevTools 檢視，主執行緒未引發記憶體洩漏（Memory Leak），Console 未出現未捕獲的 Promise Rejection、逾時警示或腳本崩潰報錯。