Báo cáo retest bug — hạ tầng đối tác

Validate thời gian màn danh sách (3 TH)

TH1 (Tạo từ > Tạo đến): message đúng chiều. TH2 (Hiệu lực): message đúng chiều. TH3 (gõ text '123'): field từ chối input không hợp lệ (không nhảy 01/01/1970). Match expected.

Off-by-one stepper khi back-nav create

Step4 require upload ảnh Banner — pw-session không có endpoint upload file. Không vượt qua Step4 để tới Step6 → không tái hiện đủ kịch bản. Cần test manual với upload thật.

Wording required Số lần sử dụng mã

Bỏ tick 'Không giới hạn' + blur field → message: 'Số lần sử dụng mã không được để trống' (đúng wording expected, không phải 'Vui lòng nhập…').

Formatter dấu phẩy ở Tổng kết (Step6) — gộp PROM-859

Giá trị giảm 1,500,000 VND hiển thị đúng dấu PHẨY ngăn cách hàng nghìn, không phải dấu chấm.

Popup Thêm giờ áp dụng (bug4 + bug6 + bug8)

Bug4 cross-trigger: sửa giờ kết thúc hợp lệ → cả 2 lỗi tự xoá. Bug6: chip ngày đã chọn không biến mất khi gõ search. Bug8: 2 khung giờ giáp biên 12:01 bị tính trùng (báo 'Khung giờ bị trùng lặp').

Tên công thức giảm giá hiển thị ở Step6 (không phải UUID)

Step6 hiển thị '572009 - 100% Betting Fee Refund - Weekend Comeback Deal' (TÊN đầy đủ), không phải UUID.

Boolean required không báo lỗi khi schema load

Voucher schema có field Boolean required: hiển thị switch OFF mặc định, KHÔNG có lỗi 'Phải chọn Có hoặc Không' khi load.

Gộp 1 message vi phạm cấu hình

STRING vượt maxLength=1000 và NUMBER ngoài range (2..7) đều hiển thị duy nhất 'Không đúng kiểu giá trị lựa chọn'. Không còn message chi tiết theo từng case.

Edit Step6 không còn 'Metadata schema validation failed'

Edit campaign với Voucher schema (Boolean + OBJECT field), click Xác nhận ở Step6 → SUCCESS, redirect về list. Backend lưu metadata.schemas[0].fields đúng kiểu, không reject INVALID_TYPE.

Toggle 'Sử dụng thuộc tính voucher' phản ánh đúng trạng thái lưu

Campaign A (Voucher schema): toggle ON. Campaign B (Campaign schema): toggle OFF. Toggle map đúng theo cờ useVoucherMetadataSchema từ couponConfig.

group_logic=ANY (OR/HOẶC) persist khi chọn HOẶC

Tạo 'Điều kiện 144' với 2 rules + connector HOẶC, lưu xong. API GET /v1/rules/019e6dd6-… trả về "groupLogic": "ANY" — đúng. Trước đây luôn ra ALL bất kể chọn AND/OR.

Rule builder có 3 category metadata

Rule builder LEFT panel hiển thị: 'Thuộc tính khách hàng', 'Thuộc tính đơn hàng', 'Thuộc tính đổi quà'. API /v1/rule-builder/categories confirm 3 categories tồn tại. 0 items hiện do hệ thống chưa có metadata field nào định nghĩa — dynamic populate khi có data. Fix code đã có hiệu lực (trước không có category nào).

Operator có hậu tố canonical VẪN báo 'Invalid rule structure'

Rule 'Lượt đổi/khách/chiến dịch' + operator 'Nhỏ hơn' + value 5 → Lưu → toast: Invalid rule structure: 019e6cd7-d1e5-715b-9af2-c356432c8c14. Bug vẫn còn. Khả năng cao: pp-validation chưa deploy bản fix 8ab8adb, HOẶC fix chưa cover operator pattern này — cần điều tra thêm.

FREE_SHIPPING ẩn discount method/value, Tiếp theo sang Step4 OK

Loại giảm giá Miễn phí giao dịch: field 'Cách giảm giá' và 'Giá trị giảm' không hiển thị. Bước Tiếp theo không bị block bởi invisible field.

pp-coupon service ECONNREFUSED — không verify được charset CUSTOM

API /vouchers trả ECONNREFUSED 10.233.65.116:8080 cho mọi campaign. Campaign test944 charset Tùy chỉnh hiện trạng thái Lỗi — không xác định được nguyên nhân. Cần coupon service hoạt động lại để retest.

Backend coupon down — FE fix LIKE pattern đã đúng

Network intercept: search partial 'NAC3' → FE gửi đúng codePattern=NAC3 (LIKE — chính là behavior expected). API ECONNREFUSED nên không confirm được end-to-end. FE đã fix đúng.

Update start_from/end_to khi đổi thời gian hiệu lực (gộp PROM-972)

Campaign fdfgdf: start_from ban đầu 29/05/2026 15:12 → PUT validityTimeframe.startDate '2026-06-01T08:12:00Z' → list hiển thị 01/06/2026 15:12. Backend đã update đúng.