การทดสอบแบบ Agile - Kanban
กิจกรรมการทดสอบ Agile สามารถจัดการได้อย่างมีประสิทธิภาพโดยใช้แนวคิด Kanban สิ่งต่อไปนี้ช่วยให้มั่นใจได้ว่าการทดสอบจะเสร็จสิ้นภายในเวลาการทำซ้ำ / การวิ่งจึงมุ่งเน้นไปที่การส่งมอบผลิตภัณฑ์ที่มีคุณภาพ
เรื่องราวของผู้ใช้ที่สามารถทดสอบและปรับขนาดได้อย่างมีประสิทธิภาพทำให้เกิดการพัฒนาและการทดสอบภายในระยะเวลาที่กำหนด
ขีด จำกัด WIP (งานระหว่างดำเนินการ) ช่วยให้สามารถมุ่งเน้นไปที่เรื่องราวของผู้ใช้จำนวน จำกัด ในแต่ละครั้ง
บอร์ด Kanban ที่แสดงขั้นตอนการทำงานด้วยภาพช่วยในการติดตามกิจกรรมการทดสอบและปัญหาคอขวดถ้ามี
แนวคิดการทำงานร่วมกันของทีม Kanban ช่วยให้สามารถแก้ไขปัญหาคอขวดได้ตามที่ระบุโดยไม่ต้องรอ
การเตรียมกรณีทดสอบล่วงหน้าการบำรุงรักษาชุดทดสอบในขณะที่การพัฒนาดำเนินไปและการได้รับคำติชมจากลูกค้าจะช่วยในการขจัดข้อบกพร่องภายในการวนซ้ำ / การวิ่ง
คำจำกัดความของเสร็จสิ้น (DoD) กล่าวว่าเป็นเสร็จสิ้นในแง่ที่ว่าเรื่องราวจะเข้าสู่สถานะเสร็จสมบูรณ์หลังจากการทดสอบเสร็จสิ้นแล้วเท่านั้น
กิจกรรมการทดสอบในการพัฒนาผลิตภัณฑ์
ในการพัฒนาผลิตภัณฑ์สามารถติดตามการเผยแพร่ได้ด้วยบอร์ด Kanban ที่มีคุณลักษณะ ฟีเจอร์สำหรับรุ่นเฉพาะจะถูกกำหนดให้กับบอร์ด Feature Kanban ที่ติดตามสถานะการพัฒนาฟีเจอร์ด้วยสายตา
คุณลักษณะในรุ่นจะแบ่งออกเป็นเรื่องราวและพัฒนาภายในรุ่นโดยใช้วิธีการที่คล่องตัว
กิจกรรมการทดสอบ Agile ดังต่อไปนี้ช่วยให้มั่นใจได้ถึงการส่งมอบที่มีคุณภาพในทุกรุ่นและเมื่อสิ้นสุดการเผยแพร่ทั้งหมดเช่นกัน -
ผู้ทดสอบมีส่วนร่วมในการสร้างเรื่องราวของผู้ใช้ดังนั้นจึงมั่นใจได้ว่า -
พฤติกรรมที่เป็นไปได้ทั้งหมดของระบบถูกบันทึกโดยใช้เรื่องราวของผู้ใช้และข้อกำหนดที่ไม่สามารถใช้งานได้ซึ่งเป็นส่วนหนึ่งของเรื่องราวของผู้ใช้
เรื่องราวของผู้ใช้สามารถทดสอบได้
ขนาดของเรื่องราวของผู้ใช้ช่วยให้การพัฒนาและการทดสอบเสร็จสมบูรณ์ (DoneDone) ภายในการทำซ้ำ
คณะกรรมการ Kanban Visual Task -
แสดงสถานะและความคืบหน้าของงาน
ปัญหาคอขวดจะถูกระบุทันทีที่เกิดขึ้น
อำนวยความสะดวกในการวัดรอบเวลาซึ่งสามารถปรับให้เหมาะสมได้
การทำงานร่วมกันเป็นทีมช่วยใน -
ความรับผิดชอบของทั้งทีมสำหรับผลิตภัณฑ์คุณภาพ
การแก้ไขปัญหาคอขวดเมื่อเกิดขึ้นช่วยประหยัดเวลาในการรอ
การมีส่วนร่วมของความเชี่ยวชาญในทุกกิจกรรม
การผสานรวมแบบต่อเนื่องที่มุ่งเน้นไปที่การทดสอบการผสานรวมอย่างต่อเนื่อง
ระบบอัตโนมัติของการทดสอบเพื่อประหยัดความพยายามและเวลาในการทดสอบ
การป้องกันข้อบกพร่องด้วยกรณีทดสอบที่เขียนไว้ก่อนหน้านี้เพื่อการพัฒนาและให้คำปรึกษาแก่นักพัฒนาเกี่ยวกับสิ่งที่คาดหวังจากพฤติกรรมต่างๆของระบบ -
WIP Limit เพื่อมุ่งเน้นไปที่เรื่องราวของผู้ใช้จำนวน จำกัด ในแต่ละครั้ง
การทดสอบอย่างต่อเนื่องในขณะที่การพัฒนาดำเนินไปเพื่อให้แน่ใจว่ามีการแก้ไขข้อบกพร่องภายในการทำซ้ำ -
ตรวจสอบความครอบคลุมของการทดสอบ
ทำให้ข้อบกพร่องที่เปิดอยู่มีค่าน้อย
การสำรวจเรื่องราว
Story Exploration คือการสื่อสารภายในทีม Agile เพื่อสำรวจความเข้าใจ Story เมื่อเจ้าของผลิตภัณฑ์ส่งเรื่องราวเพื่อรับการพัฒนา
เจ้าของผลิตภัณฑ์มาพร้อมกับเรื่องราวตามฟังก์ชันที่ระบบคาดหวัง นักพัฒนาทำการสำรวจเพิ่มเติมในแต่ละเรื่องราวก่อนที่จะทำเครื่องหมายว่าพร้อมสำหรับการยอมรับ ผู้ทดสอบยังมีส่วนร่วมในการสื่อสารจากมุมมองของการทดสอบเพื่อให้สามารถทดสอบได้มากที่สุด
การสรุปเรื่องราวจะขึ้นอยู่กับการสื่อสารอย่างต่อเนื่องและต่อเนื่องระหว่างเจ้าของผลิตภัณฑ์ผู้พัฒนาและผู้ทดสอบ
การประมาณค่า
การประมาณค่าเกิดขึ้นในการวางแผนรุ่นและการวางแผนการทำซ้ำแต่ละครั้ง
ในการวางแผนวางจำหน่ายผู้ทดสอบให้ -
- ข้อมูลเกี่ยวกับกิจกรรมการทดสอบที่จำเป็น
- การประเมินความพยายามในสิ่งเดียวกัน
ในการวางแผนการทำซ้ำผู้ทดสอบมีส่วนช่วยในการตัดสินใจว่าจะรวมเรื่องราวอะไรและกี่เรื่องในการทำซ้ำ การตัดสินใจขึ้นอยู่กับความพยายามในการทดสอบและการประมาณตารางการทดสอบ การประมาณเรื่องราวสะท้อนให้เห็นถึงการประมาณค่าการทดสอบเช่นกัน
ใน Kanban นั้น Done-Done จะทำได้ก็ต่อเมื่อเรื่องราวได้รับการพัฒนาและทดสอบและทำเครื่องหมายว่าสมบูรณ์โดยไม่มีข้อบกพร่อง
ดังนั้นการประมาณค่าทดสอบจึงมีบทบาทสำคัญในการประมาณเรื่องราว
การวางแผนเรื่องราว
การวางแผนเรื่องราวเริ่มต้นหลังจากที่เรื่องราวได้รับการประมาณและกำหนดให้กับการทำซ้ำปัจจุบัน
การวางแผนเรื่องราวประกอบด้วยงานทดสอบต่อไปนี้ -
- เตรียมข้อมูลการทดสอบ
- ขยายการทดสอบการยอมรับ
- ดำเนินการทดสอบด้วยตนเอง
- ดำเนินการทดสอบเชิงสำรวจ
- ทำการทดสอบการรวมอย่างต่อเนื่องโดยอัตโนมัติ
นอกเหนือจากงานทดสอบเหล่านี้แล้วงานอื่น ๆ อาจจำเป็นเช่น -
- การทดสอบประสิทธิภาพ
- การทดสอบการถดถอย
- การอัปเดตของการทดสอบการรวมอย่างต่อเนื่องที่เกี่ยวข้อง
ความก้าวหน้าของเรื่องราว
Story Progression เปิดเผยการทดสอบเพิ่มเติมที่จำเป็นจากการสื่อสารอย่างต่อเนื่องระหว่างผู้พัฒนาและผู้ทดสอบ ในสถานการณ์ที่นักพัฒนาต้องการความชัดเจนมากขึ้นในการใช้งานผู้ทดสอบจะทำการทดสอบเชิงสำรวจ
การทดสอบแบบต่อเนื่องจะดำเนินการในระหว่าง Story Progression และรวมถึงการทดสอบการรวมอย่างต่อเนื่อง ทีมงานทั้งหมดมีส่วนร่วมในกิจกรรมการทดสอบ
การยอมรับเรื่องราว
การยอมรับเรื่องราวเกิดขึ้นเมื่อเรื่องราวเข้าสู่สถานะเสร็จสิ้น กล่าวคือเรื่องราวได้รับการพัฒนาและทดสอบและส่งสัญญาณว่าสมบูรณ์
การทดสอบเรื่องราวจะเสร็จสิ้นเมื่อการทดสอบทั้งหมดที่เกี่ยวข้องกับเนื้อเรื่องหรือระดับของการทดสอบอัตโนมัติเป็นไปตาม