quote_feedback_comments 測試

最後更新:2026-07-31

只在 Staging 使用臨時 comment 測試;不要修改或刪除既有使用者資料。

前端能否觸發

Endpoint現行 web-app
save/{feedback_id}.json可以;必須登入專家帳號,回覆消費者留下的案件評價
delete/id:{comment_id}.json沒有 UI caller;使用 curl 測試

消費者撰寫/編輯評價不會呼叫本 API;商品評價的回覆也會走另一支 Nshop API。

測試順序

  1. save.md 用前端或 curl 新增臨時 comment;update branch 使用 curl。
  2. 從 Staging DB 取得該 comment id。
  3. delete.md 刪除並確認資料已消失。

curl 變數來源

export STAGING_API_KEY='<Staging 可用 API key>'
export STAGING_SESSION_TOKEN='<登入使用者的 session token>'
export FEEDBACK_ID='<該使用者是評價雙方之一的 feedback id>'
export COMMENT_ID='<本次新增的臨時 comment id>'
  • API key:取自 Staging 前端既有 API request,或 Staging DB 的有效 api_keys row。
  • Session token:取自同一個已登入使用者 request 的 X-PRO360-User-Session-Token
  • FEEDBACK_ID:session user 必須是該 feedback 的 user_idreviewed_user_id
  • COMMENT_ID:save response 不回 id,需用唯一 comment 文字從 Staging DB 查出。

每次執行都要人工檢查完整 headers/body;header 應含 x-php-env: php82-staging-*

其他情境

invalid key/session、blocked user、空字串、"0"、array、非 owner、錯誤 route 與無 .json 已由 PHPUnit other tests 覆蓋,不列入上線 smoke test。