การทดสอบแบบ 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 และรวมถึงการทดสอบการรวมอย่างต่อเนื่อง ทีมงานทั้งหมดมีส่วนร่วมในกิจกรรมการทดสอบ

การยอมรับเรื่องราว

การยอมรับเรื่องราวเกิดขึ้นเมื่อเรื่องราวเข้าสู่สถานะเสร็จสิ้น กล่าวคือเรื่องราวได้รับการพัฒนาและทดสอบและส่งสัญญาณว่าสมบูรณ์

การทดสอบเรื่องราวจะเสร็จสิ้นเมื่อการทดสอบทั้งหมดที่เกี่ยวข้องกับเนื้อเรื่องหรือระดับของการทดสอบอัตโนมัติเป็นไปตาม