การทดสอบแบบ Agile - คุณสมบัติที่สำคัญ
ในบทนี้เราจะเห็นคุณลักษณะที่สำคัญบางประการของการทดสอบแบบ Agile
ประโยชน์การทดสอบแบบ Agile
ประโยชน์ของการทดสอบ Agile คือ -
ความพึงพอใจของลูกค้าด้วยผลิตภัณฑ์ที่ผ่านการทดสอบอย่างรวดเร็วและต่อเนื่องและแสวงหาความคิดเห็นของลูกค้า
ลูกค้านักพัฒนาและผู้ทดสอบมีปฏิสัมพันธ์ซึ่งกันและกันอย่างต่อเนื่องซึ่งจะช่วยลดรอบเวลา
ผู้ทดสอบ Agile มีส่วนร่วมในการกำหนดข้อกำหนดที่เอื้อต่อความเชี่ยวชาญในการทดสอบเพื่อมุ่งเน้นไปที่สิ่งที่สามารถทำงานได้
ผู้ทดสอบ Agile มีส่วนร่วมในการประมาณเพื่อประเมินความพยายามและเวลาในการทดสอบ
การออกแบบการทดสอบในช่วงต้นสะท้อนถึงเกณฑ์การยอมรับ
ข้อกำหนดในการทดสอบรวมโดยทั้งทีมเพื่อหลีกเลี่ยงข้อเสีย
มุ่งเน้นที่คุณภาพของผลิตภัณฑ์อย่างต่อเนื่องโดยทีมงานทั้งหมด
ความหมายของ Done ผ่านการทดสอบการสะท้อนสถานะเพื่อให้แน่ใจว่าเป็นไปตามข้อกำหนด
ข้อเสนอแนะอย่างต่อเนื่องเกี่ยวกับความล่าช้าหรือการอุดตันเพื่อให้สามารถแก้ไขปัญหาได้ทันทีด้วยความพยายามจากทั้งทีม
ตอบสนองอย่างรวดเร็วต่อความต้องการที่เปลี่ยนแปลงและรองรับเร็ว ๆ นี้
การทดสอบการถดถอยที่ขับเคลื่อนด้วยการผสานรวมอย่างต่อเนื่อง
ไม่มีความล่าช้าระหว่างการพัฒนาและการทดสอบ ทดสอบก่อนตามแนวทางการทดสอบอย่างต่อเนื่อง
การทดสอบระบบอัตโนมัติถูกนำมาใช้ในช่วงต้นของวงจรการพัฒนาซึ่งจะช่วยลดเวลาและความพยายามในการทดสอบทั้งหมด
แนวทางปฏิบัติที่ดีที่สุดในการทดสอบแบบ Agile
ปฏิบัติตามแนวทางปฏิบัติที่ดีที่สุดด้านล่าง -
การรวมผู้ทดสอบที่มีความเชี่ยวชาญในการทดสอบทุกประเภทในทุกระดับ
ผู้ทดสอบมีส่วนร่วมในการกำหนดข้อกำหนดร่วมมือกับลูกค้าเกี่ยวกับพฤติกรรมที่คาดหวังของผลิตภัณฑ์
ผู้ทดสอบแบ่งปันความคิดเห็นอย่างต่อเนื่องกับนักพัฒนาและลูกค้า
ทดสอบแนวทางการทดสอบก่อนและต่อเนื่องเพื่อให้สอดคล้องกับงานพัฒนา
ติดตามสถานะการทดสอบและความคืบหน้าของการทดสอบอย่างรวดเร็วและต่อเนื่องโดยมุ่งเน้นที่การส่งมอบผลิตภัณฑ์ที่มีคุณภาพ
การทดสอบระบบอัตโนมัติในช่วงต้นของวงจรการพัฒนาเพื่อลดเวลาในการทำงาน
ในการดำเนินการทดสอบการถดถอยใช้ประโยชน์จากการทดสอบอัตโนมัติเป็นวิธีที่มีประสิทธิภาพ
ความท้าทายในการทดสอบแบบ Agile
ความท้าทายต่อไปนี้มีอยู่ในการทดสอบ Agile -
การไม่เข้าใจแนวทาง Agile และข้อ จำกัด ของ Business and Management อาจนำไปสู่ความคาดหวังที่ไม่สามารถบรรลุได้
Agile เป็นไปตามแนวทางทั้งทีม แต่ไม่ใช่ทุกคนที่รู้ถึงความจำเป็นของแนวปฏิบัติในการทดสอบ ขอแนะนำให้ผู้ทดสอบฝึกสอนคนอื่น ๆ แต่ในสถานการณ์จริงไม่สามารถทำได้ด้วย Sprints (การทำซ้ำ) แบบกล่องเวลา
Test First Approach กำหนดให้นักพัฒนาต้องใช้การเข้ารหัสตามคำติชมของผู้ทดสอบ แต่ในสถานการณ์จริงนักพัฒนาจะคุ้นเคยกับการเข้ารหัสตามข้อกำหนดที่มาจากลูกค้าหรือธุรกิจมากกว่า
ความรับผิดชอบสำหรับผลิตภัณฑ์คุณภาพนั้นขึ้นอยู่กับทีม Agile ทั้งหมด แต่ในระยะแรกนักพัฒนาอาจไม่มุ่งเน้นที่คุณภาพเนื่องจากพวกเขาเข้าสู่โหมดการนำไปใช้งานมากกว่า
การรวมอย่างต่อเนื่องเรียกร้องให้มีการทดสอบการถดถอยซึ่งต้องใช้ความพยายามอย่างมากแม้ว่าจะต้องเป็นแบบอัตโนมัติก็ตาม
ผู้ทดสอบสามารถปรับเปลี่ยนให้เข้ากับการเปลี่ยนแปลงได้ด้วยชุดความคิดแบบ Agile แต่การรองรับการเปลี่ยนแปลงการทดสอบและการทดสอบที่เป็นผลลัพธ์อาจไม่สามารถทำได้เพื่อกำหนดเป้าหมายให้เสร็จสิ้นในระหว่าง Sprint
ขอแนะนำให้ใช้ระบบอัตโนมัติในช่วงต้นเพื่อให้สามารถลดความพยายามและเวลาในการทดสอบด้วยตนเองได้ แต่ในสถานการณ์จริงการมาถึงการทดสอบที่สามารถทำได้โดยอัตโนมัติและทำให้เป็นอัตโนมัตินั้นต้องใช้เวลาและความพยายาม
แนวทางการทดสอบ Agile
ใช้แนวทางต่อไปนี้ขณะทำการทดสอบ Agile
เข้าร่วมใน Release Planning เพื่อระบุกิจกรรมการทดสอบที่จำเป็นและจัดทำแผนทดสอบเวอร์ชันเริ่มต้น
เข้าร่วมในเซสชันการประมาณค่าเพื่อให้ได้ความพยายามและระยะเวลาในการทดสอบเพื่อให้กิจกรรมการทดสอบรองรับในการทำซ้ำ
เข้าร่วมใน User Story Definition เพื่อไปที่ Acceptance Test Cases
เข้าร่วมการประชุมวางแผน Sprint ทุกครั้งเพื่อทำความเข้าใจขอบเขตและอัปเดตแผนการทดสอบ
ร่วมมือกับทีมพัฒนาอย่างต่อเนื่องระหว่าง Sprint เพื่อให้การทดสอบและการเข้ารหัสประสบความสำเร็จใน Sprint
เข้าร่วมการประชุมสแตนด์อัพรายวันและแจ้งความล่าช้าของการทดสอบหรือการอุดตันหากมีเพื่อรับการแก้ไขทันที
ติดตามและรายงานสถานะการทดสอบความคืบหน้าของการทดสอบและคุณภาพของผลิตภัณฑ์อย่างสม่ำเสมอ
เตรียมพร้อมที่จะรองรับการเปลี่ยนแปลงตอบสนองด้วยการปรับเปลี่ยนกรณีทดสอบข้อมูลการทดสอบ
เข้าร่วม Sprint Retrospectives เพื่อทำความเข้าใจและมีส่วนร่วมในแนวทางปฏิบัติที่ดีที่สุดและบทเรียนที่ได้เรียนรู้
ทำงานร่วมกันเพื่อรับคำติชมของลูกค้าในแต่ละ Sprint