Designing High-Value Tests
ลงลึกเรื่องการออกแบบ test cases อย่างมีหลักการ พร้อมการเขียน defect report ที่ชัดเจน เพื่อสร้างคนที่มอง testing ในเชิงคุณค่า ความเสี่ยง และคุณภาพของการสื่อสาร
เนื้อหาในหลักสูตร
Module 01
From Requirement to Test Scenario
- แตก Requirement ออกเป็นส่วนย่อยก่อนจะเทสต์อะไรได้ คุณต้องเข้าใจสิ่งที่จะเทสต์ให้ชัดเสียก่อน — และนั่นเริ่มจากการแตก requirement
- สร้าง Test Scenario จาก Requirementเมื่อแตก requirement ได้แล้ว ขั้นต่อไปคือการสร้าง test scenarios ที่ครอบคลุมทุกมุมมอง — ทั้ง happy path, sad path, และ edge cases
Module 02
Writing Effective Test Cases
- โครงสร้างของ Test Case ที่ดีTest case ที่ดีไม่ใช่แค่เขียนขั้นตอน — มันต้องชัดเจนพอที่คนอื่นอ่านแล้วเทสต์ได้เหมือนกันทุกครั้ง โดยไม่ต้องถามผู้เขียน
- ฝึกเขียน Test Case จริงทฤษฎีรู้แล้ว ถึงเวลาลงมือเขียน — เราจะฝึกเขียน test case ที่ชัดเจน ไม่คลุมเครือ และนำไปใช้ซ้ำได้
Module 03
Equivalence Partitioning & BVA
- เทคนิค Equivalence Partitioningเทสต์ทุกค่าที่เป็นไปได้? เป็นไปไม่ได้ แต่เราไม่จำเป็นต้องทำ — Equivalence Partitioning ช่วยให้คุณเทสต์น้อยลงแต่ครอบคลุมมากขึ้น
- เทคนิค Boundary Value Analysisบั๊กส่วนใหญ่ไม่ได้ซ่อนอยู่ตรงกลาง — มันชอบซ่อนอยู่ที่ 'ขอบ' ของเงื่อนไข และ Boundary Value Analysis คือเทคนิคที่ไล่จับมัน
Module 04
Decision Table & State Transition
- Decision Table Testingเมื่อ business rules ซับซ้อนเกินกว่าจะจำได้ — Decision Table ช่วยให้คุณเห็นทุก combination ของเงื่อนไขและผลลัพธ์อย่างเป็นระบบ
- State Transition Testingหลายระบบไม่ได้ตอบสนองแค่ตาม input — มันตอบสนองตาม 'สถานะปัจจุบัน' ด้วย และ State Transition Testing คือเทคนิคที่จัดการกับสิ่งนี้
Module 05
Risk-Based Testing
- การประเมินความเสี่ยงเพื่อการทดสอบQA ที่มีเวลาจำกัดไม่สามารถเทสต์ทุกอย่างได้เท่ากัน งานจริงจึงไม่ได้เริ่มจากคำถามว่า 'จะเขียนกี่ test case' แต่เริ่มจากคำถามว่า 'ถ้าพลาดตรงไห…
- กลยุทธ์การจัดลำดับความสำคัญของ Test Casesพอรู้แล้วว่าอะไรเสี่ยง ขั้นต่อไปคือการเปลี่ยนความเสี่ยงนั้นให้กลายเป็นลำดับการลงมือจริง บทนี้จะพาคุณจัดคิวการทดสอบอย่างมีเหตุผล ไม่ใช่เลือก…
Module 06
Defect Lifecycle & Bug Reporting
- วงจรชีวิตของ Defectบั๊กไม่ได้จบแค่ตอน QA เจอแล้วกดปุ่มรายงาน หลังจากนั้นยังมีการ triage, แก้, retest, close หรือ reopen อีกหลายช่วง ถ้าทีมไม่เข้าใจวงจรนี้เหมื…
- การเขียน Bug Report ที่ Dev อ่านแล้วแก้ได้เลยbug report ไม่ใช่แค่หลักฐานว่า QA เจอปัญหา แต่มันคือเอกสารสื่อสารที่ต้องพาทีมจาก 'งงว่าเกิดอะไร' ไปสู่ 'แก้ได้เลย' บทนี้จะช่วยให้คุณเขียนรา…
Module 07
Traceability and Coverage
- Requirement Traceability Matrix (RTM)พอ test cases เริ่มเยอะขึ้น คำถามจะเปลี่ยนจาก 'เราเขียนอะไรไปบ้าง' เป็น 'ของที่เขียนไปครอบคลุม requirement จริงไหม' RTM คือเครื่องมือที่ช่ว…
- การวัด Test Coverageคำว่า coverage มักถูกเข้าใจผิดว่าแปลว่า 'ยิ่งเยอะยิ่งดี' แต่ในงานทดสอบจริง coverage ที่มีค่าไม่ใช่แค่ตัวเลขสูง มันต้องช่วยให้เรารู้ว่ามีจุด…