การทดสอบแบบ Agile - Quadrants

เช่นเดียวกับในกรณีของการทดสอบแบบดั้งเดิม Agile Testing จำเป็นต้องครอบคลุมระดับการทดสอบทั้งหมดด้วย

• การทดสอบหน่วย
• การทดสอบการผสานรวม
• การทดสอบระบบ
• การทดสอบการยอมรับของผู้ใช้

การทดสอบหน่วย

• ทำควบคู่กับการเข้ารหัสโดยนักพัฒนา
• สนับสนุนโดยผู้ทดสอบที่เขียนกรณีทดสอบเพื่อให้แน่ใจว่าครอบคลุมการออกแบบ 100%
• ต้องมีการทบทวนกรณีทดสอบหน่วยและผลการทดสอบหน่วย
• ข้อบกพร่องสำคัญที่ยังไม่ได้รับการแก้ไข (ตามลำดับความสำคัญและความรุนแรง) จะไม่ถูกทิ้งไว้
• การทดสอบหน่วยทั้งหมดเป็นแบบอัตโนมัติ

การทดสอบการผสานรวม

• ทำควบคู่ไปกับการผสานรวมอย่างต่อเนื่องขณะที่ Sprints ดำเนินไป
• เสร็จสิ้นในตอนท้ายหลังจาก Sprints ทั้งหมดเสร็จสิ้น
• มีการทดสอบข้อกำหนดการทำงานทั้งหมด
• มีการทดสอบการเชื่อมต่อระหว่างหน่วยทั้งหมด
• มีการรายงานข้อบกพร่องทั้งหมด
• การทดสอบจะเป็นไปโดยอัตโนมัติหากทำได้

การทดสอบระบบ

• เสร็จสิ้นเมื่อการพัฒนาดำเนินไป
• เรื่องราวของผู้ใช้คุณสมบัติและฟังก์ชั่นได้รับการทดสอบ
• ทำการทดสอบในสภาพแวดล้อมการผลิต
• ดำเนินการทดสอบคุณภาพ (ประสิทธิภาพความน่าเชื่อถือ ฯลฯ )
• มีการรายงานข้อบกพร่อง
• การทดสอบจะเป็นไปโดยอัตโนมัติหากทำได้

การทดสอบการยอมรับของผู้ใช้

• เสร็จสิ้นในตอนท้ายของแต่ละ Sprint และเมื่อสิ้นสุดโครงการ

• ทำโดยลูกค้า ข้อเสนอแนะถูกนำโดยทีมงาน

• คำติชมจะเป็นข้อมูลใน Sprints ที่ตามมา

• เรื่องราวของผู้ใช้ใน Sprint ได้รับการยืนยันล่วงหน้าว่าสามารถทดสอบได้และเป็นไปตามเกณฑ์การยอมรับที่กำหนดไว้

ประเภทการทดสอบ

• การทดสอบส่วนประกอบ (การทดสอบหน่วย)
• การทดสอบการทำงาน (การทดสอบเรื่องราวของผู้ใช้)
• การทดสอบที่ไม่สามารถใช้งานได้ (ประสิทธิภาพการโหลดความเครียด ฯลฯ )
• การทดสอบการยอมรับ

การทดสอบสามารถทำได้ทั้งแบบแมนนวลอัตโนมัติเต็มรูปแบบการรวมกันของคู่มือและอัตโนมัติหรือด้วยตนเองที่เครื่องมือสนับสนุน

สนับสนุนการเขียนโปรแกรมและการทดสอบผลิตภัณฑ์ที่สำคัญ

การทดสอบสามารถสำหรับ -

• Supporting Development (Support Programming) - Support Programming Tests ใช้โดย Programmer

  • ในการตัดสินใจว่าพวกเขาต้องเขียนโค้ดอะไรเพื่อให้บรรลุพฤติกรรมบางอย่างของระบบ

  • ต้องมีการทดสอบอะไรบ้างหลังจาก Coding เพื่อให้แน่ใจว่า Code ใหม่จะไม่ขัดขวางพฤติกรรมที่เหลือของระบบ

• Verification only (Critique Product) - Critique Product Tests ใช้สำหรับค้นหาความไม่เพียงพอในผลิตภัณฑ์สำเร็จรูป

การเผชิญหน้าทางธุรกิจและการทดสอบการเผชิญกับเทคโนโลยี

ในการตัดสินใจว่าจะทำการทดสอบใดเมื่อใดคุณต้องพิจารณาว่าการทดสอบนั้น -

• หันหน้าไปทางธุรกิจหรือ
• หันหน้าไปทางเทคโนโลยี

การทดสอบการเผชิญหน้าทางธุรกิจ

การทดสอบคือการทดสอบแบบเผชิญหน้าทางธุรกิจหากตอบคำถามที่มีกรอบคำจากโดเมนธุรกิจ ผู้เชี่ยวชาญด้านธุรกิจเหล่านี้เข้าใจและน่าสนใจเพื่อให้สามารถอธิบายพฤติกรรมของระบบได้ในสถานการณ์แบบเรียลไทม์

การทดสอบการเผชิญกับเทคโนโลยี

การทดสอบคือการทดสอบที่ต้องเผชิญกับเทคโนโลยีหากตอบคำถามที่มีกรอบคำจากโดเมนเทคโนโลยี โปรแกรมเมอร์เข้าใจสิ่งที่ต้องดำเนินการตามคำชี้แจงเกี่ยวกับเทคโนโลยี

ประเภทการทดสอบทั้งสองนี้สามารถดูได้โดยใช้ Agile Testing Quadrants ที่กำหนดโดย Brian Marick

Quadrants การทดสอบ Agile

การรวมสองด้านของประเภทการทดสอบเข้าด้วยกัน Quadrants การทดสอบ Agile ต่อไปนี้ได้มาจาก Brian Marick -

Agile Testing Quadrants ให้อนุกรมวิธานที่เป็นประโยชน์เพื่อช่วยให้ทีมระบุวางแผนและดำเนินการทดสอบที่จำเป็น

• Quadrant Q1- ระดับหน่วยการหันหน้าไปทางเทคโนโลยีและสนับสนุนนักพัฒนา การทดสอบหน่วยเป็นของ Quadrant นี้ การทดสอบเหล่านี้อาจเป็นการทดสอบอัตโนมัติ

• Quadrant Q2- ระดับระบบการเผชิญหน้าทางธุรกิจและสอดคล้องกับพฤติกรรมของผลิตภัณฑ์ การทดสอบการทำงานเป็นของควอดแรนท์นี้ การทดสอบเหล่านี้เป็นแบบแมนนวลหรือแบบอัตโนมัติ

• Quadrant Q3- ระดับการยอมรับของระบบหรือผู้ใช้การหันหน้าเข้าหาธุรกิจและมุ่งเน้นไปที่สถานการณ์แบบเรียลไทม์ การทดสอบการยอมรับของผู้ใช้เป็นของส่วนนี้ การทดสอบเหล่านี้เป็นแบบแมนนวล

• Quadrant Q4- ระดับการยอมรับของระบบหรือการปฏิบัติงานการหันหน้าเข้าหาเทคโนโลยีและมุ่งเน้นไปที่ประสิทธิภาพการโหลดความเครียดการบำรุงรักษาการทดสอบความสามารถในการปรับขยาย สามารถใช้เครื่องมือพิเศษสำหรับการทดสอบเหล่านี้ร่วมกับการทดสอบอัตโนมัติ

การรวมสิ่งเหล่านี้เข้าด้วยกัน Quadrants การทดสอบ Agile ที่สะท้อน What-Testing-When สามารถมองเห็นได้ดังนี้ -