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。
測試順序
- 依 save.md 用前端或 curl 新增臨時 comment;update branch 使用 curl。
- 從 Staging DB 取得該 comment id。
- 依 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_keysrow。 - Session token:取自同一個已登入使用者 request 的
X-PRO360-User-Session-Token。 FEEDBACK_ID:session user 必須是該 feedback 的user_id或reviewed_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。