Manual Integration Testing (Postman Checklist) สำหรับ Phase 3: Unified Workflow Engine ที่คุณสามารถนำไปใช้ทดสอบผ่าน Postman ได้ทันทีครับ

แผนนี้ออกแบบมาเพื่อทดสอบการทำงานร่วมกันของ Create -> Submit -> Process Action ให้ครอบคลุมทั้งกรณีปกติ (Happy Path) และกรณีขัดแย้ง (Edge Cases) ครับ

📋 Phase 3 Integration Test Plan: Correspondence Workflow

Pre-requisites (เตรียมข้อมูลก่อนเริ่ม):

Users:
- admin (Superadmin) - เอาไว้สร้าง Master Data
- user_org1 (อยู่ Org ID: 1) - เป็นคนสร้างเอกสาร (Originator)
- user_org2 (อยู่ Org ID: 2) - เป็นคนอนุมัติ (Reviewer)
Master Data:
- มี correspondence_types (เช่น ID: 1 = RFA)
- มี correspondence_status (เช่น ID: 1 = DRAFT)
- มี organizations (ID: 1 และ 2)
Template:
- รัน SQL Seed สร้าง Template ID: 1 (Step 1 -> Org 1, Step 2 -> Org 2) ตามที่เคยทำไป

🧪 Scenario 1: Happy Path (Create -> Submit -> Approve -> Complete)

เป้าหมาย: ทดสอบการไหลของงานปกติจนจบกระบวนการ

Step	Action (API Endpoint)	Method	Actor (Token)	Body (JSON)	Expected Result
1.1	Create Document `/api/correspondences`	POST	`user_org1`	`{ "projectId": 1, "typeId": 1, "title": "Test Workflow 01", "details": {} }`	- Status: `201 Created` - Response มี `id` (จดไว้ สมมติ `10`) - Response มี `correspondenceNumber`
1.2	Submit Document `/api/correspondences/10/submit`	POST	`user_org1`	`{ "templateId": 1 }`	- Status: `201 Created` - Response คือ `CorrespondenceRouting` - `sequence`: 1 - `status`: "SENT" - `toOrganizationId`: 1 (ส่งหาตัวเองก่อนตาม Template)
1.3	Approve Step 1 `/api/correspondences/10/workflow/action`	POST	`user_org1`	`{ "action": "APPROVE", "comments": "Review passed" }`	- Status: `201 Created` - Result: "Action processed successfully" - มีการสร้าง Step ถัดไป (Sequence 2) ส่งไปหา Org 2
1.4	Approve Step 2 (Final) `/api/correspondences/10/workflow/action`	POST	`user_org2` (เปลี่ยน Token)	`{ "action": "APPROVE", "comments": "Final Approval" }`	- Status: `201 Created` - Result: "Action processed successfully" - ไม่สร้าง Step ถัดไป (เพราะหมดแล้ว) - Workflow จบสมบูรณ์

🧪 Scenario 2: Rejection Flow (การปฏิเสธเอกสาร)

เป้าหมาย: ทดสอบว่าเมื่อกด Reject แล้ว Workflow ต้องหยุดทันที

Step	Action (API Endpoint)	Method	Actor (Token)	Body (JSON)	Expected Result
2.1	Create Document `/api/correspondences`	POST	`user_org1`	`{ "projectId": 1, "typeId": 1, "title": "Test Reject 01" }`	- ได้ `id` ใหม่ (สมมติ `11`)
2.2	Submit Document `/api/correspondences/11/submit`	POST	`user_org1`	`{ "templateId": 1 }`	- สร้าง Routing Sequence 1
2.3	Reject Document `/api/correspondences/11/workflow/action`	POST	`user_org1`	`{ "action": "REJECT", "comments": "Invalid Data" }`	- Status: `201 Created` - Step 1 Status เปลี่ยนเป็น `REJECTED` - ไม่มีการสร้าง Step 2 (Workflow หยุด)

🧪 Scenario 3: Security Check (ข้ามหน้าข้ามตา)

เป้าหมาย: ทดสอบว่าคนนอก (User ที่ไม่อยู่ใน Org ปลายทาง) จะไม่สามารถกดอนุมัติได้

Step	Action (API Endpoint)	Method	Actor (Token)	Body (JSON)	Expected Result
3.1	Create & Submit	POST	`user_org1`	(ทำเหมือน 1.1 และ 1.2)	- ได้ `id` ใหม่ (สมมติ `12`) - Routing Seq 1 (ส่งหา Org 1)
3.2	Approve Step 1	POST	`user_org1`	`{ "action": "APPROVE" }`	- ผ่าน (เพราะ User 1 อยู่ Org 1) - สร้าง Seq 2 (ส่งหา Org 2)
3.3	Try to Approve Step 2 (โดยใช้ User Org 1)	POST	`user_org1` (เจตนาใช้ผิดคน)	`{ "action": "APPROVE" }`	- Status: `400 Bad Request` - Message: "You are not authorized to process this step" (ป้องกันสำเร็จ!)

✅ Checklist การตรวจสอบผลลัพธ์ใน Database

หลังจากรัน Scenario 1 จบแล้ว ให้ลอง Query ดูใน Database เพื่อความมั่นใจครับ:

SELECT * FROM correspondence_routings WHERE correspondence_id = 10 ORDER BY sequence;

สิ่งที่ควรเจอ:

Row 1: sequence=1, status='ACTIONED', comments='Review passed'
Row 2: sequence=2, status='ACTIONED', comments='Final Approval'

ถ้าผลการทดสอบเป็นไปตามนี้ทั้งหมด แสดงว่า Phase 3 สมบูรณ์แบบ พร้อมไปต่อ Phase 4 (RFA) ได้เลยครับ!

8.1 KiB Raw Blame History