Test Case & Scenario Design for E2E Testing รุ่นที่ 1
การวิเคราะห์การออกแบบ Test Case และ Test Scenario ระดับของ End-to-End Business Process
Test Case & Scenario Design for E2E Testing รุ่นที่ 1
การวิเคราะห์การออกแบบ Test Case และ Test Scenario ระดับของ End-to-End Business Process
SECTION_TITLE.PROMOTION
โปรโมชันเปิดตัว พิเศษ!
- **10 ท่านแรก ลดทันที 20% เพียงใช้โค้ด SK_WELOVEBUG_20 **(ภายในวันที่ 10 ม.ค. นี้ เท่านั้น)
รีบสมัครด่วน! รุ่นที่ 1 (รับจำนวนจำกัด)
ขอใบเสนอราคาในนามองค์กร
- ++ขอใบเสนอราคาในนามองค์กร++ (ทีมงานจะจัดส่งให้ภายใน 2 วันทำการ)
SECTION_TITLE.OVERVIEW
Test Case & Scenario Design for E2E Testing
เวิร์กชอป 2 วันที่ออกแบบมาเพื่อให้คุณได้เรียนรู้และฝึกปฏิบัติการทดสอบซอฟต์แวร์แบบครบวงจร ตั้งแต่การพัฒนา การตรวจสอบ ไปจนถึงการทดสอบ เพื่อช่วยให้ซอฟต์แวร์ของคุณมีคุณภาพและตอบโจทย์การใช้งานจริง
เริ่มต้นด้วยการเข้าใจหลักการพัฒนาซอฟต์แวร์ที่ให้ความสำคัญกับคุณภาพตั้งแต่ต้นทาง คุณจะได้เรียนรู้กระบวนการพัฒนาที่ช่วยให้การทดสอบง่ายและมีประสิทธิภาพ รวมถึงการเขียนโค้ดที่สามารถทดสอบได้ง่าย
ในส่วนของการตรวจสอบคุณภาพ คุณจะได้เรียนรู้เทคนิคการตรวจสอบโค้ด การรีวิวเอกสารข้อกำหนด และการค้นหาข้อผิดพลาดตั้งแต่เนิ่น ๆ พร้อมฝึกออกแบบกรณีทดสอบ (Test Case) ที่ใช้งานได้จริงและมีประสิทธิภาพ คุณจะได้ลองทดสอบในทุกระดับ ตั้งแต่ Unit Test ไปจนถึง System Test พร้อมเรียนรู้การใช้เครื่องมือและเทคโนโลยีล้ำสมัยที่ช่วยเพิ่มประสิทธิภาพให้กับงานของคุณ
ไม่ว่าคุณจะทำงานในกระบวนการพัฒนาแบบ Waterfall Model ที่เน้นการวางแผนและจัดทำเอกสารอย่างเป็นระบบ หรือแบบ Agile ที่ต้องทดสอบอย่างต่อเนื่องในทุก Sprint คุณจะได้เรียนรู้วิธีการทำงานร่วมกันระหว่างทีมพัฒนาและทีมทดสอบ พร้อมเทคนิคการ Manual Testing ที่ช่วยลดงานซ้ำซ้อนและเพิ่มความรวดเร็วในการตรวจสอบ
ตลอดเวิร์กชอป คุณจะได้เรียนรู้จากวิทยากรผู้เชี่ยวชาญที่มีประสบการณ์จริง พร้อมแชร์เทคนิคและแนวทางที่สามารถนำไปใช้ได้ทันที นี่คือโอกาสที่ดีที่สุดสำหรับคุณในการพัฒนาทักษะการออกแบบ Test Case และ Scenario สำหรับการทดสอบแบบ End-to-End Testing ที่ตอบโจทย์ทุกความต้องการ
คุณจะได้ลงมือปฏิบัติจริงผ่าน Case Study และแบบฝึกหัดที่ออกแบบมาเพื่อให้คุณสามารถนำความรู้ไปประยุกต์ใช้ในการทำงานได้ทันที ไม่ว่าจะเป็นการทำงานใน Waterfall Model หรือ Agile Software Development โดยเน้นส่งมอบผลลัพธ์ที่มีคุณภาพสูง
สิ่งที่คุณจะได้ลงมือทำจริง:
- ฝึกการวิเคราะห์และออกแบบกรณีการทดสอบ (Test Case) สำหรับ Unit Test
- ฝึกการวิเคราะห์และออกแบบสถานการณ์การทดสอบ (Test Scenario) สำหรับกระบวนการธุรกิจแบบ End-to-End ทั้งกรณีสำเร็จ (Success) และไม่สำเร็จ (Alternatives)
- ลงมือวางโครงสร้างและเขียนสถานการณ์การทดสอบ (Test Scenario) สำหรับกระบวนการธุรกิจ End-to-End ผ่าน User Interface เพื่อการทดสอบแบบ Manual Test
- ฝึกการเขียนและบริหารจัดการ Bug/Defects อย่างมีระบบ
การฝึกปฏิบัติทั้งหมดนี้จะช่วยให้คุณมั่นใจว่าสามารถนำความรู้ที่ได้ไปใช้งานจริงในองค์กรของคุณได้ทันที พร้อมพัฒนาคุณภาพซอฟต์แวร์และเพิ่มประสิทธิภาพในการทำงาน!
เวิร์กชอปนี้เหมาะสำหรับ
- **ผู้ที่กำลังจะย้ายสายงานมาทำงานเป็น Software Tester **- เหมาะสำหรับการปูพื้นฐานความรู้ด้านการทดสอบซอฟต์แวร์แบบครบวงจร ได้เรียนรู้กระบวนการทำงานจริงและเครื่องมือที่จำเป็นต้องใช้ ทำให้พร้อมสำหรับการเริ่มต้นในสายงานใหม่
- QA / Software Tester - ได้เพิ่มเติมความรู้ด้านเทคนิคการทดสอบสมัยใหม่ เรียนรู้การออกแบบ Test Case ที่มีประสิทธิภาพ
- **Software Developer / Programmer **- เรียนรู้วิธีการเขียนโค้ดที่ทดสอบได้ง่าย เข้าใจมุมมองของทีม QA และวิธีการทำงานร่วมกันอย่างมีประสิทธิภาพ ช่วยลดปัญหาในการพัฒนาซอฟต์แวร์
- หัวหน้าทีม / Project Manager - เข้าใจภาพรวมของกระบวนการทดสอบทั้งหมด ช่วยในการวางแผนโครงการและจัดการทรัพยากรได้อย่างเหมาะสม รวมถึงการประสานงานระหว่างทีมพัฒนาและทีมทดสอบ
- **Business Analyst / System Analyst **- เรียนรู้วิธีการเขียนข้อกำหนดที่ชัดเจนและทดสอบได้ เข้าใจความสำคัญของการทดสอบตั้งแต่ขั้นตอนการวิเคราะห์ระบบ
- Agile Software Development Coach - เพิ่มความเข้าใจในการทดสอบภายใต้กระบวนการ Agile สามารถให้คำแนะนำทีมในการผสมผสานการทดสอบเข้ากับ Sprint ได้อย่างมีประสิทธิภาพ
หลังจากเวิร์กชอปนี้ผู้เรียนจะสามารถ..
- เข้าใจรูปแบบและแนวทางในการออกแบบ พัฒนา และทดสอบระบบงาน
- เข้าใจปัญหาของการพัฒนาระบบ และแนวทางการแก้ไขปัญหา
- เข้าใจปัญหาและแนวทางในการพัฒนา และทดสอบระบบที่ดี
- เข้าใจปัญหาและแนวทางในการส่งมอบและการทดสอบซอฟต์แวร์
- ได้ลงมือปฏิบัติจากตัวอย่างปัญหาจริงๆ ที่อาจจะเกิดขึ้นหรือเกิดขึ้นมาแล้ว
- ได้มองเห็นภาพรวมการทดสอบระบบแบบ End-to-End
- ได้ทดลองทดสอบระบบ โดย Environment จริง ๆ ด้วย Tools ต่าง ๆ อย่างเหมาะสม
- ได้รับคำแนะนำจากคุณหนุ่มจาก WeLoveBug อย่างใกล้ชิด
ความรู้พื้นฐานและการเตรียมตัว
- มีพื้นฐานความเข้าใจเกี่ยวกับระบบงานพัฒนาซอฟต์แวร์ หรือ ระบบงานทดสอบซอฟต์แวร์เบื้องต้น
- ผู้เรียนต้องเตรียมคอมพิวเตอร์ส่วนตัวเรียนในเวิร์กชอป
สนใจติดต่อ
- ติดต่อคุณโจ โทร: 062-195-1592 / Email: akarat@skooldio.com
- ติดต่อคุณโฮป โทร: 095-7088-146 / Email: suparkorn@skooldio.com
SECTION_TITLE.INSTRUCTOR
SECTION_TITLE.COURSE_OUTLINE
Requirements Development
ความต้องการ (Requirements) เป็นจุดเริ่มต้นของการพัฒนา ตรวจสอบ ทดสอบ เพื่อส่งมอบผลลัพธ์จากซอฟต์แวร์ โดยประกอบไป 2 ประเภท คือ
- Functional Requirements
- Nonfunctional Requirements
การพัฒนาความต้องการ (Requirements Development) เป็นหนึ่งในวิธีปฏิบัติที่เปลี่ยนจาก ที่อยากได้ (Needs) เป็น ความต้องการ (Requirements) ที่ประกอบไปด้วยขั้นตอน ดังนี้
- Requirement Elicitation
- Requirements Analysis
- Requirements Specification
- Requirements Verification and Validation
การตรวจสอบ และทดสอบเริ่มต้นพร้อม ๆ กันกับ การพัฒนาความต้องการ
General Software Testing Process and Procedures
การตรวจสอบ และทดสอบซอฟต์แวร์ประกอบด้วย 2 ขั้นตอนพื้นฐาน คือ
- การวิเคราะห์ ออกแบบ พัฒนา และจัดเตรียมการทดสอบ (Test Development)
- การดำเนินการทดสอบ (Test Execution)
แต่ละบทบาทสมมติที่เกี่ยวข้องกับการพัฒนา ตรวจสอบ ทดสอบเพื่อส่งมอบผลลัพธ์จากซอฟต์แวร์ เกี่ยวข้องกับทั้ง 2 ขั้นตอน ไม่ใช่แค่เพียง Software Tester เท่านั้น
Fundamental Software Testing Practices
การ ตรวจสอบ และทดสอบซอฟต์แวร์ จำแนก วิธีปฏิบัติ ได้ออกเป็น 2 รูปแบบ
- Test-Last Development (TLD) มุ่งเน้น การตรวจจับ ข้อผิดพลาด และแก้ไขให้ได้มากที่สุด
- Test-First Development (TFD) มุ่งเน้น การป้องกัน ข้อผิดพลาด ให้ได้มากที่สุด
ทำไม วิธีปฏิบัติ Test-First Development (TFD) ถึงเหมาะสมมากกว่า Test-Last Development (TLD) ทั้งรูปแบบของการพัฒนา ตรวจสอบ ทดสอบ เพื่อส่งมอบผลลัพธ์จากซอฟต์แวร์ทั้ง Waterfall Model และ Agile Software Development โดยเฉพาะอย่างยิ่ง Scrum Framework
Test Case Analysis and Design
กรณีการทดสอบ (Test Case) ของระดับการทดสอบ Unit Test และ Integration Test สามารถวิเคราะห์ และออกแบบได้จาก เงื่อนไขทางธุรกิจ (Business Conditions) ที่ถูกระบุอยู่ใน ความต้องการ (Requirements)
- Boundary Value Analysis (BVA)
- Equivalent Partition (EP)
- State Transition
- Use Case
เป็น 4 เทคนิค พื้นฐานที่เรียบง่าย แต่ช่วยป้องกัน ข้อผิดพลาด ได้มาก และสามารถนำไปเริ่มต้นให้กับการวิเคราะห์ ออกแบบ ได้ต้ังแต่ ขั้นตอนของการ พัฒนาความต้องการ (Requirements Development)
- Waterfall Model
- ช่วงระยะเวลา การจัดเก็บความต้องการ
- ช่วงระยะเวลา พัฒนา (Coding)
- Scrum Framework
- Product Backlog Refinement Workshop before the Sprint
- Development Work in the Sprint
การนำ Generative AI เข้ามาช่วยในการวิเคราะห์ และออกแบบ Test Cases
- ChatGTP 3.5
- ChatGTP 4o
- Gemini
- Claude AI
นำมาใช้ต่อเพื่อพัฒนา Unit Test Case และ Integration Test ด้วยโครงสร้าง 3A และเทคนิค Test Double เพื่อให้ได้
- Unit Test Source Code
- Integration Test Source Code
เพื่อใช้ดำเนินการทดสอบ โดย
- นักพัฒนาซอฟต์แวร์ บน เครื่องคอมพิวเตอร์
- Continuous Integration (CI) Pipeline บน CI Server
End-to-End Business Process Test Scenario Analysis and Design
- รจัดเก็บความต้องการ
- ช่วงระยะเวลา พัฒนา (Coding)
- Scrum Framework
- Product Backlog Refinement Workshop before the Sprint
- Development Work in the Sprint
นำ End-to-End Business Process Test Scenario ไปใช้ต่อในการ
- เขียน End-to-End Business Process Test Scenarios ผ่านทาง User Interface แบบ Manual Test
- พัฒนา End-to-End Business Process Test Scenarios ผ่านทาง User Interface แบบ Automation Test
- พัฒนา End-to-End Business Process Test Scenarios ผ่านทาง Application Programming Interface แบบ Automation Test
- พัฒนา Performance Test ในรูปแบบ Workload Model พื้นฐาน
- Load Test
- Stress Test
- Endurance Test
Manual Test Scenario Writing for End-to-End Business Process
ออกแบบโครง สถานการณ์การทดสอบ (Test Scenario) ด้วยเทคนิค
- 3A
- Test Double
เพื่อเขียน และบันทึกการทดสอบ End-to-End Business Process Test Scenarios ผ่านทาง User Interface ใน
- Google Sheets
เพื่อใช้ ดำเนินการทดสอบแบบ Manual Test และ Exploratory Test โดย
- ทุก ๆ บทบาทสมมติที่มีส่วนร่วมในการพัฒนา ตรวจสอบ ทดสอบ เพื่อส่งมอบผลลัพธ์จากซอฟต์แวร์
Bugs and Defects Management
เมื่อตรวจพบข้อผิดพลาด เช่น Bugs หรือ Defects ขึ้นในขั้นตอนของการดำเนินการทดสอบ (Test Execution) ไม่ว่าจะเป็นจาก
- Developers หรือ Programmers
- Software Tester หรือ Quality Assurance
- เจ้าของความต้องการ หรือ Product Owner
- Continuous Integration (CI) Server
ระหว่างการพัฒนา ตรวจสอบ ทดสอบ ตรวจรับ และส่งมอบ ไม่ว่าจะเป็นรูปแบบขั้นตอนกระบวนการแบบ
- Sequence Phases เช่น Waterfall Model
- Iterative Development and Incremental Development เช่น Agile Software Development
- Extreme Programming (XP)
- Scrum Framework
ข้อผิดพลาดเหล่านั้น จะผ่านเข้าสู่ขั้นตอนของการบริหาร และจัดการที่เรียกว่า Bugs/Defects Management ที่ประกอบไปด้วย
- เมื่อไรที่ต้องการเขียนรายงานข้อผิดพลาด และเมื่อไรไม่ต้องเขียน
- องค์ประกอบของการเขียนข้อผิดพลาดที่เหมาะสม
- การกำหนดลำดับความสำคัญเพื่อจัดคิวในการดำเนินการแก้ไข
- สถานะ และวงจรชีวิตของข้อผิดพลาด
- บทบาทสมมติใดบ้างที่ต้องมีส่วนร่วม
SECTION_TITLE.SCHEDULE
Test Case & Scenario Design for E2E Testing รุ่นที่ 1
SECTION_TITLE.FAQS
Q:
หากลงทะเบียนแล้วไม่สามารถไปเรียนได้
A:
กรณีแจ้งยกเลิกการเข้าร่วมอบรม
- หากแจ้งยกเลิกก่อนวันอบรมอย่างน้อย 14 วัน จะได้รับเงินคืนเต็มจำนวน
- หากแจ้งยกเลิกก่อนวันอบรมอย่างน้อย 7 วัน จะได้รับเงินคืน 50%
- หากแจ้งยกเลิกก่อนวันอบรมน้อยกว่า 7 วัน บริษัทขอสงวนสิทธิ์ในการคืนเงิน
Q:
สมัครเวิร์คชอปแล้วจะได้รับอะไรบ้าง
A:
ผู้เข้าอบรมทุกท่านจะได้รับอีเมลแจ้งการเตรียมตัว ก่อนวันอบรมประมาณ 5-7 วัน
ในวันอบรมผู้เรียนทุกท่านจะได้รับ
- อาหารกลางวัน 1 มื้อ, อาหารว่าง
- เอกสารประกอบการเรียนต่างๆ
- หนังสือและเอกสารสรุปเนื้อหาหลักสูตร
- ใบกำกับภาษีในกรณีสมัครในนามบริษัท
Test Case & Scenario Design for E2E Testing รุ่นที่ 1
การวิเคราะห์การออกแบบ Test Case และ Test Scenario ระดับของ End-to-End Business Process