หลักสูตร Software Testing Foundation เป็นการอบรมพื้นฐานการทดสอบซอฟต์แวร์อย่างเป็นระบบ ตั้งแต่วิเคราะห์ Requirement เขียน Test Case ที่แม่นยำ จนถึงใช้ Generative AI ช่วยออกแบบ Test Scenario โดยไม่ต้องเขียนโปรแกรม เหมาะกับ Tester, QA, Developer, Business Analyst และผู้ที่อยากย้ายมาสายงานทดสอบ
ซอฟต์แวร์ที่มีปัญหาหลังส่งมอบส่วนใหญ่ไม่ได้พังเพราะไม่มีการทดสอบ แต่พังเพราะทดสอบไม่ตรงจุด Requirement ที่ตกหล่นหรือขัดกันเองไม่ถูกจับได้ตั้งแต่ต้น Test Case เขียนกว้างจนคนอื่นทำตามไม่ได้ และไม่มีใครรู้ว่าสิ่งที่ทดสอบไปครอบคลุมการใช้งานจริงของผู้ใช้แล้วหรือยัง การทดสอบที่ดีจึงเริ่มตั้งแต่การทำความเข้าใจ Requirement และต้องมีวิธีคิดที่เป็นระบบ ไม่ใช่แค่ลองกดดูว่าใช้ได้หรือไม่
หลักสูตรนี้ปูพื้นการทดสอบซอฟต์แวร์ตั้งแต่บทบาทของการทดสอบในแต่ละเฟสของ SDLC การรวบรวม Requirement จากผู้เกี่ยวข้อง การหา Requirement ที่ขาดหายหรือขัดแย้งกันแล้วแปลงเป็น Test Case ประเภทของการทดสอบและวิธีเลือกใช้ ความต่างระหว่าง Test-Last กับ Test-First และการเขียน Test Case ที่แม่นยำมีโครงสร้างครบ
วันที่สองต่อยอดไปสู่การจัดลำดับ Test Case ด้วย Risk Analysis การใช้ Generative AI ช่วยออกแบบ Test Case เทคนิคการออกแบบ Test Scenario ให้ครอบคลุม Requirement การวิเคราะห์ User Scenario และ System Flow การออกแบบ Scenario แบบ End-to-End ตามกระบวนการธุรกิจ และการจัดการ Defect อย่างเป็นระบบ เรียนผ่าน Workshop ที่ใช้โจทย์ต่อเนื่องกันตลอดสองวัน (อบรม 2 วัน วันละ 6 ชั่วโมง รวม 12 ชั่วโมง ระดับ Beginner ถึง Intermediate)
รายละเอียดหลักสูตร
อบรม 2 วัน วันละ 6 ชั่วโมง รวม 12 ชั่วโมง (09:00-16:00 น.) รูปแบบบรรยายพร้อม Workshop ที่ใช้โจทย์ต่อเนื่องกันตลอดสองวัน ระดับ Beginner ถึง Intermediate ไม่ต้องมีพื้นฐานการเขียนโปรแกรม หลักสูตรนี้เน้นเทคนิคและวิธีคิดในการทดสอบ ไม่ผูกกับเครื่องมือทดสอบตัวใดตัวหนึ่ง Workshop ทำบน Spreadsheet และ Template ที่เตรียมให้ ส่วน Generative AI ใช้แบบฟรีได้ ผู้เรียนจะได้เอกสารประกอบการอบรม แบบฝึกหัด และ Template สำหรับ Test Case, Test Scenario และ Defect Report กลับไปใช้กับงานของทีมได้ทันที
Section 1: SDLC และบทบาทของการทดสอบ
ภาพรวมของ Software Development Life Cycle ทีละเฟส
การทดสอบมีบทบาทอย่างไรตั้งแต่ Requirement จนถึงการส่งมอบ
ต้นทุนของ Defect ที่ถูกพบช้ากับที่ถูกพบตั้งแต่ต้น
ความรับผิดชอบด้านคุณภาพของ Tester, Developer และ BA
Section 2: การพัฒนาและรวบรวม Requirement
Requirement ที่ดีมีลักษณะอย่างไร
ระบุผู้เกี่ยวข้อง (Stakeholder) และความต้องการของแต่ละฝ่าย
เทคนิคการสอบถามและรวบรวม Requirement จากผู้เกี่ยวข้อง
แยก Functional กับ Non-functional Requirement
Section 3: วิเคราะห์ Requirement สู่ Test Case
ตรวจหา Requirement ที่ขาดหาย คลุมเครือ หรือขัดแย้งกัน
แปลง Requirement เป็นเงื่อนไขที่ทดสอบได้
เชื่อม Requirement กับ Test Case ให้ตรวจย้อนกลับได้
Workshop: วิเคราะห์ Requirement จากโจทย์จริงแล้วร่าง Test Case
Section 4: แนวคิดและประเภทของการทดสอบ
หลักการพื้นฐานของการทดสอบซอฟต์แวร์
ระดับการทดสอบ: Unit, Integration, System และ Acceptance
Functional, Non-functional, Regression และ Smoke Testing
เลือกประเภทการทดสอบให้เหมาะกับงานและทรัพยากร
Section 5: Test-Last กับ Test-First
แนวคิดการทดสอบหลังพัฒนา (Test-Last)
แนวคิดการคิด Test ก่อนพัฒนา (Test-First)
ข้อดีข้อจำกัดของแต่ละแนวทาง
เลือกแนวทางให้เข้ากับทีมและรูปแบบโครงการ
Section 6: เขียน Test Case ที่แม่นยำและมีประสิทธิภาพ
องค์ประกอบของ Test Case ที่มีโครงสร้างครบ
เขียน Precondition, Test Step และ Expected Result ให้ชัด
หลีกเลี่ยง Test Case ที่กว้างหรือกำกวมจนทำตามไม่ได้
Workshop: เขียนและทบทวน Test Case ร่วมกันในกลุ่ม
Section 7: จัดลำดับ Test Case ด้วย Risk Analysis
ประเมินความเสี่ยงจากโอกาสเกิดและผลกระทบ
ระบุส่วนของระบบที่เสี่ยงสูงต่อธุรกิจและผู้ใช้
จัดลำดับ Test Case เมื่อเวลาทดสอบมีจำกัด
Workshop: จัดลำดับ Test Case ของโจทย์ตามระดับความเสี่ยง
Section 8: ใช้ Generative AI ออกแบบ Test Case
ใช้ Generative AI ช่วยแตก Requirement เป็น Test Case
เขียน Prompt ให้ได้ Test Case ที่ครบและตรงรูปแบบ
ตรวจทานผลจาก AI หาสิ่งที่ตกหล่นหรือไม่ถูกต้อง
Workshop: เทียบ Test Case ที่เขียนเองกับที่ AI ช่วยออกแบบ
Section 9: เทคนิคการออกแบบ Test Scenario
ความต่างระหว่าง Test Scenario กับ Test Case
ออกแบบ Scenario ให้ครอบคลุมทุก Requirement
Scenario ทั้งกรณีปกติ กรณีผิดพลาด และกรณีขอบเขต
ใช้ตารางตรวจสอบความครอบคลุมของ Requirement
Section 10: User Scenario และ System Flow
มอง Scenario จากมุมมองของผู้ใช้
วิเคราะห์ System Flow เพื่อหาเส้นทางที่ต้องทดสอบ
ตรวจสอบความครบถ้วนของ Scenario
Workshop: เขียน User Scenario และตรวจความครบถ้วนจาก Flow
Section 11: Scenario แบบ End-to-End ตามกระบวนการธุรกิจ
ไล่กระบวนการธุรกิจตั้งแต่ต้นจนจบ
จุดเชื่อมต่อระหว่างระบบที่มักเกิดปัญหา
ออกแบบ Scenario แบบ End-to-End ที่ใกล้การใช้งานจริง
Workshop: ออกแบบ Scenario End-to-End ของกระบวนการตัวอย่าง
Section 12: การจัดการและวิเคราะห์ Defect
วงจรชีวิตของ Bug และ Defect
เขียน Defect Report ที่ Developer ทำซ้ำและแก้ได้
กำหนด Severity และ Priority ให้เหมาะสม
วิเคราะห์แนวโน้มของ Defect เพื่อปรับปรุงกระบวนการ
สรุปแนวทางนำความรู้ไปใช้ในทีมและต่อยอดสู่งานทดสอบขั้นสูง
Test Scenario คือสถานการณ์ที่ต้องทดสอบในภาพกว้าง บอกว่าจะทดสอบอะไร เช่น ผู้ใช้สั่งซื้อสินค้าและชำระเงินสำเร็จ ส่วน Test Case คือรายละเอียดว่าจะทดสอบอย่างไร ประกอบด้วย Precondition ขั้นตอนการทดสอบ ข้อมูลที่ใช้ และ Expected Result ที่ชัดพอให้คนอื่นทำซ้ำได้ ปกติหนึ่ง Scenario จะแตกเป็นหลาย Test Case ทั้งกรณีปกติ กรณีผิดพลาด และกรณีค่าขอบเขต
เริ่มจากระบุส่วนของระบบหรือฟีเจอร์ที่ต้องทดสอบ จากนั้นประเมินแต่ละส่วนสองด้าน คือโอกาสที่จะเกิดข้อผิดพลาด เช่น โค้ดใหม่หรือซับซ้อน และผลกระทบหากผิดพลาดต่อธุรกิจและผู้ใช้ เช่น การชำระเงินหรือข้อมูลลูกค้า แล้วนำสองค่ามาคูณกันหรือจัดลงตารางความเสี่ยง ทดสอบส่วนที่เสี่ยงสูงก่อนและละเอียดกว่า เมื่อเวลาทดสอบจำกัดจะได้ครอบคลุมจุดที่สำคัญก่อน
Severity บอกความรุนแรงของ Defect ต่อการทำงานของระบบ เช่น ระบบล่มหรือข้อมูลเสียหาย มักประเมินโดย Tester ส่วน Priority บอกความเร่งด่วนที่ต้องแก้ตามมุมมองธุรกิจ มักตัดสินโดย Product Owner หรือผู้จัดการโครงการ สองค่านี้ไม่จำเป็นต้องไปด้วยกัน เช่น ชื่อบริษัทสะกดผิดบนหน้าแรกมี Severity ต่ำแต่ Priority สูง ส่วนระบบล่มในเมนูที่แทบไม่มีคนใช้อาจมี Severity สูงแต่ Priority ต่ำกว่า
เหมาะกับ Tester และ QA ที่อยากวางพื้นฐานให้เป็นระบบ Developer และ Dev Lead ที่ใส่ใจคุณภาพซอฟต์แวร์ Product Owner Business Analyst และ System Analyst รวมถึงผู้ที่อยากเปลี่ยนสายงานมาเป็น Software Tester ไม่จำเป็นต้องมีพื้นฐานการเขียนโปรแกรม ถ้าเคยใช้เว็บไซต์หรือแอปพลิเคชันทั่วไปและเข้าใจภาพรวมการพัฒนาซอฟต์แวร์จะช่วยได้ และควรมีบัญชี Generative AI แบบใช้ฟรีสำหรับเวิร์กชอป
วิเคราะห์ Requirement หาจุดที่ขาดหาย คลุมเครือ หรือขัดแย้ง เขียน Test Case ที่แม่นยำ เลือกระดับและประเภทการทดสอบให้เหมาะกับงาน จัดลำดับ Test Case ด้วย Risk Analysis ใช้ Generative AI ช่วยแตก Requirement เป็น Test Case พร้อมตรวจทาน ออกแบบ Scenario แบบ End-to-End และเขียน Defect Report ที่ Developer ทำซ้ำได้ ผู้ผ่านการอบรมได้รับใบประกาศนียบัตร (Certificate of Completion) ที่มีเลขที่ของตัวเองและตรวจสอบออนไลน์ได้
ได้ หลักสูตรนี้จัดเป็นการอบรมแบบ In-house ให้ทีมในองค์กรได้ และปรับตัวอย่างให้ตรงกับงานของทีม เช่น ฝึกวิเคราะห์ Requirement และเขียน Test Case จากระบบที่ทีมพัฒนาหรือดูแลอยู่ ขอใบเสนอราคาได้จากหน้านี้ หรือติดต่อทาง LINE @itgenius โทร 02-570-8449
งาน QA ส่วนใหญ่หมดไปกับงานที่ทำซ้ำ เขียน Test Case ทีละข้อจากเอกสารที่ไม่ครบ เตรียมข้อมูลทดสอบทีละชุด ไล่รันสคริปต์ที่พังเพราะหน้าจอเปลี่ยนนิดเดียว แล้วยังต้องสรุปผลส่งทีมอีก พอเวลาไม่พอก็ต้องเลือกว่าจะทดสอบอะไรและปล่อยอะไรผ่านไป ซึ่งเป็นจุดที่บั๊กมักหลุดขึ้น…
การทดสอบเว็บด้วยมือทุกครั้งก่อนปล่อยของทำให้ทีมเสียเวลามาก และยิ่งระบบใหญ่ขึ้นก็ยิ่งทดสอบไม่ทั่วถึง สุดท้ายบั๊กที่ผู้ใช้เจอมักเป็นจุดที่ไม่มีใครได้กดซ้ำ Playwright เป็นเครื่องมือทดสอบอัตโนมัติจาก Microsoft ที่สั่งเบราว์เซอร์ทำงานแทนคนได้ครบทั้ง Chromium,…
งานวิเคราะห์และออกแบบระบบใช้เวลาไปกับการเขียนเอกสารและวาด Diagram มากกว่าการคิดออกแบบจริง กว่าจะได้ Use Case ครบ วาด Process Flow เสร็จ ทำ ER Diagram ให้ตรงกับที่คุยไว้ แล้วยังต้องเขียนสเปก API และร่างสถาปัตยกรรมอีก พอความต้องการเปลี่ยนกลางทาง…
