คุณคุ้นเคยกับ Agile Testing Life Cycle (ATLC) หรือไม่? เป็นกระบวนการที่ทีมพัฒนาซอฟต์แวร์ใช้เพื่อให้แน่ใจว่าแอปพลิเคชันของพวกเขาได้รับการทดสอบอย่างถูกต้องและมีประสิทธิภาพ
โพสต์นี้จะแนะนำคุณเกี่ยวกับทุกสิ่งที่คุณจำเป็นต้องรู้เกี่ยวกับ ATLC รวมถึงประโยชน์ ขั้นตอนที่เกี่ยวข้องในกระบวนการ การวางแผนกลยุทธ์การทดสอบภาคปฏิบัติ การดำเนินการทดสอบตามการรวบรวมข้อกำหนดและการติดตามจุดบกพร่อง การทดสอบการยอมรับของผู้ใช้ (UAT) และแบบต่อเนื่อง การรวมระบบอัตโนมัติของการทดสอบ
หลังจากอ่านคู่มือนี้แล้ว คุณจะเข้าใจวิธีใช้การทดสอบแบบ Agile เป็นส่วนหนึ่งของวงจรชีวิตการพัฒนาซอฟต์แวร์ของคุณได้ดีขึ้น!
หากคุณเป็นนักพัฒนาซอฟต์แวร์ ผู้ทดสอบ หรือผู้จัดการผลิตภัณฑ์ที่คล่องตัวและกำลังมองหาวิธีที่ดีกว่าในการส่งมอบผลิตภัณฑ์ของคุณ บทความนี้จะอธิบายขั้นตอนต่างๆ ที่เกี่ยวข้องพร้อมกับการดำเนินการที่จำเป็นในการดำเนินการ
ภาพรวมของวัฏจักรการทดสอบ Agile
ไม่มีความลับใดที่การทดสอบมีความสำคัญอย่างมากในโลกของการพัฒนาที่คล่องตัว แต่อย่างไรก็ตาม ก็มักจะประเมินกิจกรรมต่ำเกินไปภายในการส่งมอบที่คล่องตัว แน่นอนว่าเหตุผลก็คือเงินที่เกี่ยวข้องกับเวลาในการผลิต
แต่หากไม่มีการทดสอบโดยละเอียด จะไม่มีการรับประกันคุณภาพหรือความน่าเชื่อถือสำหรับผลิตภัณฑ์ใดๆ ที่ทีมของคุณพัฒนาขึ้น นั่นเป็นเหตุผลว่าทำไมการทำความเข้าใจวงจรชีวิตของการทดสอบแบบ Agile จึงมีความสำคัญ ตั้งแต่การระบุรายการงานไปจนถึงการทำความเข้าใจว่าควรใช้การทดสอบประเภทใดในแต่ละขั้นตอน
รอบการทดสอบแบบ Agile กำหนดให้นักพัฒนาและผู้ทดสอบมีส่วนร่วมในการวิ่งทุกครั้ง การทำได้ดีจะช่วยให้ระบบอัตโนมัติทดสอบในทุกขั้นตอน ซึ่งช่วยตรวจหาจุดบกพร่องได้เร็วและถี่ขึ้น ลดเวลาในการแก้ไขปัญหาในภายหลัง
การทดสอบแบบ Agile ยังช่วยในการตรวจสอบความถูกต้องของข้อกำหนดตั้งแต่เนิ่นๆ และช่วยเพิ่มความพึงพอใจของลูกค้าด้วยการส่งมอบผลิตภัณฑ์ที่มีคุณภาพ
การทดสอบแบบ Agile คืออะไรและมีประโยชน์อย่างไร
Agile Testing เป็นวิธีการทดสอบซอฟต์แวร์ที่เป็นนวัตกรรมใหม่ที่ใช้ประโยชน์จากระบบอัตโนมัติเพื่อสร้างกระบวนการทดสอบซ้ำ วิธีการที่เน้นระบบอัตโนมัติเป็นศูนย์กลางนี้ช่วยให้ทีมวิเคราะห์ความไม่สอดคล้องกันหรือปัญหาใดๆ ในโค้ดได้อย่างรวดเร็ว จากนั้นจึงทดสอบการแก้ไขตามคำติชมนี้
ดังนั้นประโยชน์หลักของกระบวนการนี้ดูเหมือนจะชัดเจน:
- ตรวจสอบให้แน่ใจว่าการทดสอบมีผลกระทบที่จำเป็น
- มันนำไปสู่เวลาในการพัฒนาที่มีประสิทธิภาพมากขึ้น
- ระบบที่พัฒนาขึ้นมีอัตราการแก้ไขข้อผิดพลาดโดยรวมที่เร็วขึ้น
- และความพึงพอใจของลูกค้าดีขึ้น
คุณภาพและความเร็วเป็นปัจจัยสำคัญที่นี่ เนื่องจากการสปรินต์ถูกกำหนดให้เป็นช่วงเวลาสั้นๆ (โดยทั่วไปคือ 2 ถึง 4 สัปดาห์) ยิ่งทีมสามารถพึ่งพาคุณภาพที่รวมอยู่ในการทดสอบ Sprint ได้มากเท่าไร ความมั่นใจก็จะสูงขึ้นและการพัฒนาก็เร็วขึ้นเท่านั้น
การมุ่งเน้นไปที่ระบบอัตโนมัติควรเป็นเป้าหมายหลักของทีมที่คล่องตัว ซึ่งช่วยให้ทีมลดความเสี่ยงของความล้มเหลวที่มีค่าใช้จ่ายสูง และมีเวลาทุ่มเทให้กับการสร้างเนื้อหาใหม่มากขึ้น แทนที่จะแก้ไขสิ่งที่มีอยู่แล้วในการผลิต
ข้อดีอีกด้านคือการประมาณต้นทุนและระยะเวลาของโครงการได้ดีขึ้น เนื่องจากผลิตภัณฑ์มีความเป็นผู้ใหญ่และสามารถคาดเดาได้มากขึ้น มีสถานการณ์น้อยลงที่ทีมต้องจัดการกับปัญหาที่ไม่คาดคิดที่เกิดขึ้นภายในการวิ่งโดยไม่ต้องคำนวณความยุ่งยากดังกล่าวก่อนหน้านี้
ขั้นตอนการทดสอบ Agile Testing Life Cycle
วงจรชีวิตการทดสอบแบบ Agile ประกอบด้วยสี่ขั้นตอนที่แตกต่างกัน
การทดสอบหน่วย
นี่คือการทดสอบที่ดำเนินการโดยนักพัฒนาเมื่อโค้ดพร้อมจากมุมมองของการพัฒนา มีการดำเนินการแยกกันในสภาพแวดล้อมการพัฒนาโดยไม่เกี่ยวข้องกับส่วนอื่น ๆ ของระบบ
การทดสอบหน่วยจะดำเนินการเพื่อทดสอบรหัสและสามารถทำได้ด้วยตนเองและโดยอัตโนมัติ
หากดำเนินการด้วยตนเอง นักพัฒนาจะเรียกใช้กรณีทดสอบกับรหัส สิ่งนี้สามารถเข้าใจได้อย่างรวดเร็ว แต่จะใช้เวลามากขึ้นจากการวิ่งที่ทุ่มเทให้กับการพัฒนา โดยเฉพาะอย่างยิ่งจากมุมมองระยะยาว
อีกทางเลือกหนึ่งคือการสร้างรหัสทดสอบหน่วยอัตโนมัติ ซึ่งโดยพื้นฐานแล้วจะทำการตรวจสอบรหัสคุณสมบัติเพียงแค่ดำเนินการ ซึ่งหมายความว่านักพัฒนาต้องใช้เวลาไม่เพียงแต่ในการพัฒนาคุณลักษณะใหม่เท่านั้น แต่ยังต้องพัฒนารหัสการทดสอบหน่วยที่จะทดสอบคุณลักษณะนั้นด้วย
และแม้ว่าสิ่งนี้อาจดูเหมือนเป็นความพยายามที่ยิ่งใหญ่กว่าในมุมมองระยะสั้น แต่ก็ช่วยประหยัดเวลาสำหรับโครงการโดยรวม เนื่องจากการทดสอบหน่วยดังกล่าวนั้นง่ายต่อการนำกลับมาใช้ใหม่ในขั้นตอนต่อมาของการทดสอบการวิ่ง พวกเขาสามารถรวมไว้ในกรณีทดสอบการถดถอยปกติซึ่งจะช่วยประหยัดเวลาได้มากขึ้น
ประการสุดท้าย ความครอบคลุมของรหัสที่สูงขึ้นโดยการทดสอบหน่วยอัตโนมัติ ตัวชี้วัดความน่าเชื่อถือของรหัสที่ดีขึ้นสามารถแสดงให้ลูกค้าเห็นได้
การทดสอบการทำงาน
การทดสอบการทำงานได้รับการออกแบบมาเพื่อพิจารณาว่าคุณลักษณะของแอปพลิเคชันทำงานได้ดีเพียงใด การทดสอบประเภทนี้ใช้เพื่อให้แน่ใจว่าโค้ดทำงานได้อย่างถูกต้องมากกว่าด้านเทคนิค (ซึ่งส่วนใหญ่เป็นส่วนหนึ่งของการทดสอบหน่วย) ตลอดจนประเมินว่าตรงตามความต้องการและความคาดหวังของผู้ใช้หรือไม่
กล่าวอีกนัยหนึ่ง การทดสอบการทำงานจะใช้เพื่อตรวจสอบว่าสิ่งที่พัฒนาขึ้นนั้นตรงตามข้อกำหนดที่กำหนดโดยผู้ใช้ทางธุรกิจ
เป็นแนวปฏิบัติที่ดีในการรวบรวมกรณีการทดสอบที่สำคัญไว้ล่วงหน้าและจากผู้มีส่วนได้ส่วนเสียที่เกี่ยวข้อง (ทั้งจากเจ้าของผลิตภัณฑ์หรือแม้แต่จากผู้ใช้ปลายทาง) และจัดทำรายการกรณีทดสอบดังกล่าวทั้งหมดที่จำเป็นสำหรับเนื้อหาภายในการวิ่ง
การทดสอบการทำงานอัตโนมัติต้องใช้ความพยายามมากขึ้นในด้านการพัฒนาการทดสอบ เนื่องจากเป็นกระบวนการที่ซับซ้อนที่ต้องตรวจสอบ รวมถึงส่วนต่างๆ ของระบบเข้าด้วยกัน กลยุทธ์ที่ดีที่สุดในกรณีนี้คือการจัดตั้งทีมเฉพาะสำหรับการพัฒนาการทดสอบการทำงานตามแนวที่ทีมพัฒนาหลักกำลังพัฒนาคุณสมบัติใหม่
แน่นอน สำหรับโครงการนี้ หมายถึงต้นทุนที่เพิ่มขึ้นสำหรับการดูแลทีมแยกต่างหาก แต่ก็มีศักยภาพที่ดีในการประหยัดเงินของโครงการในระยะยาว ขึ้นอยู่กับผู้จัดการโครงการเท่านั้นที่จะอธิบายและคำนวณผลประโยชน์และการประหยัดโดยเฉพาะเพื่อสร้างข้อโต้แย้งที่มั่นคงต่อหน้าผู้ใช้ทางธุรกิจซึ่งจะนำไปสู่การอนุมัติต้นทุนโครงการที่เพิ่มขึ้น
ในอีกด้านหนึ่ง หากทำด้วยตนเอง กิจกรรมนี้สามารถทำได้โดยทีมขนาดเล็กมาก (ในบางกรณี แม้แต่คนเดียว) อย่างไรก็ตาม จำเป็นต้องมีกิจกรรมแบบแมนนวลและกิจกรรมซ้ำๆ ทุกๆ การวิ่ง เมื่อเวลาผ่านไป เมื่อชุดคุณลักษณะของระบบขยายตัว อาจเป็นเรื่องยากมากขึ้นที่จะติดตามการทดสอบการทำงานแบบต่อเนื่องโดยการวิ่งแบบสปรินต์
การทดสอบการถดถอย
จุดประสงค์ของการทดสอบการถดถอยคือเพื่อให้แน่ใจว่าทุกอย่างที่ใช้งานได้จนถึงตอนนี้จะทำงานหลังจากรุ่นถัดไป จำเป็นต้องทำการทดสอบการถดถอยเพื่อให้แน่ใจว่าไม่มีปัญหาความเข้ากันได้ระหว่างโมดูลต่างๆ
กรณีทดสอบสำหรับการทดสอบการถดถอยจะดีที่สุดหากได้รับการบำรุงรักษาและทบทวนเป็นประจำก่อนการเปิดตัวแต่ละครั้ง จากข้อมูลเฉพาะของโครงการที่เป็นรูปธรรม เป็นการดีที่สุดที่จะรักษาความเรียบง่ายแต่ครอบคลุมฟังก์ชันหลักส่วนใหญ่และโฟลว์แบบ end-to-end ที่สำคัญซึ่งไหลผ่านทั้งระบบ
โดยปกติแล้ว แต่ละระบบจะมีกระบวนการดังกล่าวที่สัมผัสกับพื้นที่ต่างๆ มากมาย และกระบวนการเหล่านั้นคือตัวเลือกที่ดีที่สุดสำหรับกรณีทดสอบการถดถอย
หากมีการทดสอบหน่วยอัตโนมัติและการทดสอบการทำงานอยู่แล้ว การสร้างระบบอัตโนมัติในการทดสอบการถดถอยจะเป็นงานที่ง่ายมาก เพียงนำสิ่งที่คุณมีอยู่แล้วกลับมาใช้ใหม่สำหรับส่วนที่สำคัญที่สุดของระบบ (เช่น สำหรับกระบวนการที่ใช้ในการผลิตมากที่สุด)
การทดสอบการยอมรับของผู้ใช้ (UAT)
สุดท้าย แต่ไม่ท้ายสุด UAT จะตรวจสอบว่าแอปพลิเคชันตรงตามข้อกำหนดที่จำเป็นสำหรับการปรับใช้จริง วิธีการนี้ได้ผลดีที่สุดเมื่อทดสอบซอฟต์แวร์บ่อยๆ ในรอบที่สั้นและหนักหน่วง
การทดสอบ UAT จะต้องดำเนินการโดยบุคคลภายนอกทีม Agile โดยเฉพาะ โดยผู้ใช้ทางธุรกิจในสภาพแวดล้อมเฉพาะ ซึ่งใกล้เคียงกับการผลิตในอนาคตมากที่สุดเท่าที่จะเป็นไปได้ อีกทางหนึ่ง เจ้าของผลิตภัณฑ์สามารถแทนที่ผู้ใช้ปลายทางได้ที่นี่
ไม่ว่าในกรณีใด นี่ควรเป็นการทดสอบการทำงานที่สะอาดหมดจดจากมุมมองของผู้ใช้ปลายทาง โดยไม่มีการเชื่อมต่อกับทีมพัฒนา ผลลัพธ์ของการทดสอบเหล่านี้มีไว้เพื่อประกอบการตัดสินใจที่สำคัญทั้งหมดสำหรับการวางจำหน่ายจริง
การวางแผนสำหรับกลยุทธ์การทดสอบที่มีประสิทธิภาพ
การวางแผนเป็นส่วนสำคัญของการทดสอบแบบ Agile เนื่องจากเชื่อมโยงกลยุทธ์ทั้งหมดเข้าด้วยกัน นอกจากนี้ยังต้องกำหนดความคาดหวังของไทม์ไลน์ที่ชัดเจนในบริบทของการวิ่ง
ด้วยการจัดการการวางแผนการทดสอบแบบ Agile อย่างมีประสิทธิภาพ ทีมสามารถสร้างทิศทางที่ชัดเจนซึ่งนำไปสู่การใช้ทรัพยากรอย่างมีประสิทธิภาพภายใน Sprint เห็นได้ชัดว่าคาดว่าจะมีการทำงานร่วมกันระหว่างผู้ทดสอบและนักพัฒนามากขึ้น
ควรมีการจัดทำแผนที่ครอบคลุมเพื่อกำหนดเมื่อการทดสอบหน่วย การทดสอบการทำงาน หรือการทดสอบการยอมรับของผู้ใช้เกิดขึ้นในแต่ละช่วงการพัฒนา ด้วยเหตุนี้ ทุกคนจึงทราบดีว่าเมื่อใดที่จำเป็นต้องมีการมีส่วนร่วมเพื่อให้การเปิดตัว Agile ประสบความสำเร็จ
วิธีการจัดทำแผนขึ้นอยู่กับการพูดคุยและข้อตกลงเพิ่มเติม อย่างไรก็ตาม สิ่งที่สำคัญที่สุดคือทำให้เป็นกระบวนการและยึดมั่นกับมัน สร้างระยะเวลาที่จะเชื่อถือได้และคาดการณ์ได้
อย่าเลื่อนลอยออกจากกระบวนการ มิฉะนั้น สิ่งที่ตรงกันข้ามจะเป็นความจริง – ความโกลาหลและการเปิดตัวสู่การผลิตที่คาดเดาไม่ได้
ดำเนินการทดสอบตามการรวบรวมความต้องการ
การทดสอบจะต้องดำเนินการตามข้อกำหนดของแต่ละขั้นตอน จากนั้นตั๋วจะเปิดขึ้นเมื่อพบจุดบกพร่องหรือปัญหาและมอบหมายให้ทีมพัฒนาซึ่งจะสามารถระบุได้ว่าต้องแก้ไขหรือเปลี่ยนแปลงอะไรสำหรับรหัส เมื่อแก้ไขข้อบกพร่องทั้งหมดแล้ว การดำเนินการทดสอบแบบ Agile สามารถดำเนินต่อไปได้จนกว่าการทดสอบทั้งหมดจะผ่าน
การตรวจสอบผลลัพธ์และการติดตามจุดบกพร่อง
การตรวจสอบผลลัพธ์ที่มีประสิทธิภาพและกระบวนการติดตามข้อผิดพลาดที่มั่นคงเป็นสิ่งสำคัญ กระบวนการนี้ควรเกี่ยวข้องกับผู้มีส่วนได้ส่วนเสียที่เกี่ยวข้องทั้งหมด ตั้งแต่ผู้จัดการโครงการและผู้ทดสอบไปจนถึงนักพัฒนา และในท้ายที่สุด ทีมสนับสนุน รวมถึงลูกค้าสำหรับการรวบรวมความคิดเห็น
กิจกรรมนี้ควรเป็นกิจกรรมที่ครอบคลุมเพียงพอเพื่อให้สามารถระบุปัญหาได้อย่างรวดเร็วและแก้ไขก่อนที่วันที่เผยแพร่ตามกำหนดการจะตกอยู่ในความเสี่ยง
เครื่องมือที่เลือกขึ้นอยู่กับทีมอีกครั้ง แต่เมื่อเลือกแล้ว กิจกรรมการทดสอบใดๆ จะต้องมีกระบวนการติดตามข้อบกพร่องที่เชื่อถือได้เพื่อติดตามปัญหา จัดลำดับความสำคัญตามการพึ่งพา รายงานการอัปเดตสถานะย้อนหลังจากนักพัฒนาเกี่ยวกับการแก้ปัญหาหรือการถ่ายโอนเพื่อการตรวจสอบเพิ่มเติม จากนั้นปิดตั๋วเมื่อแก้ไขได้
การตรวจสอบช่วยให้ผู้ทดสอบ Agile เข้าใจพฤติกรรมของระบบ โดยระบุจุดบกพร่องในแต่ละขั้นตอนแทนที่จะตรวจสอบภายหลังในกระบวนการ การตรวจสอบอย่างสม่ำเสมอยังช่วยให้ทีม Agile สามารถระบุแนวโน้มและส่วนที่ต้องปรับปรุงได้ ช่วยให้สามารถอัปเดตเฟรมเวิร์กการทดสอบอย่างต่อเนื่องและสร้างผลิตภัณฑ์ที่มีคุณภาพดีขึ้นได้เร็วยิ่งขึ้น
สิ้นสุดการเปิดตัวผลิตภัณฑ์ด้วยการทดสอบควันจากการผลิต
เพื่อเพิ่มความสำเร็จของการเปิดตัว การทดสอบควันกับการผลิต (หลังจากการเปิดตัว) เป็นวิธีหนึ่งในการสร้างความมั่นใจมากขึ้น
การทดสอบนี้ประกอบด้วยชุดของกิจกรรมแบบอ่านอย่างเดียวภายในระบบการผลิต ซึ่งจะไม่สร้างข้อมูลสุ่มใหม่ใดๆ แต่จะยังคงตรวจสอบการทำงานพื้นฐานของระบบจากมุมมองของผู้ใช้ปลายทาง
การมีส่วนร่วมของผู้มีส่วนได้ส่วนเสียที่เหมาะสมในกระบวนการช่วยให้มั่นใจได้ถึงความสอดคล้องและความรับผิดชอบ ในขณะเดียวกันก็เพิ่มความมั่นใจว่าบรรลุเป้าหมายแล้ว ในท้ายที่สุด การทดสอบเหล่านี้รับประกันว่าการเปิดตัวจะประสบความสำเร็จ
การบูรณาการอย่างต่อเนื่องและการทำงานอัตโนมัติของการทดสอบเพื่อปรับปรุงประสิทธิภาพ
การผสานรวมอย่างต่อเนื่องและระบบอัตโนมัติของการทดสอบกำลังถูกนำมาใช้มากขึ้นโดยบริษัทต่างๆ เพื่อขับเคลื่อนกระบวนการที่คล่องตัวไปสู่ระดับถัดไป
หากทีมสามารถนำระบบอัตโนมัติไปใช้ในหลายๆ ขั้นตอนตามที่อธิบายไว้ข้างต้น ก็จะสามารถรวมและเชื่อมต่อขั้นตอนเหล่านั้นเข้ากับไปป์ไลน์การทดสอบโดยเฉพาะ ซึ่งโดยพื้นฐานแล้วเป็นกระบวนการแบบกลุ่มอัตโนมัติเต็มรูปแบบที่ทำกิจกรรมการทดสอบส่วนใหญ่โดยอิสระและไม่ต้องมีส่วนร่วมของทีมอื่น สมาชิก.
เมื่อเวลาผ่านไป ท่อทดสอบที่ครอบคลุมเช่นนี้จะทำให้เวลาทั้งหมดที่จำเป็นสำหรับขั้นตอนการทดสอบทั้งหมดสั้นลง ในที่สุด มันสามารถนำไปสู่การปล่อยการผลิตที่เพิ่มขึ้นอย่างรวดเร็วหลังจากสิ้นสุดการวิ่งแต่ละครั้ง แม้ว่านี่จะเป็นกรณีตัวอย่างในอุดมคติ แต่ในความเป็นจริงแล้ว เป็นเรื่องยากที่จะทำสำเร็จด้วยขั้นตอนการทดสอบทั้งหมดที่เกี่ยวข้อง ระบบอัตโนมัติเป็นวิธีเดียวที่จะไปถึงที่นั่นได้
ความแตกต่างระหว่างการทดสอบ Agile และการทดสอบแบบ Waterfall
กลยุทธ์การทดสอบ Agile แตกต่างจากกลยุทธ์การทดสอบ Waterfall แบบดั้งเดิมในหลายๆ วิธี เช่น ระยะเวลา ความเท่าเทียม หรือเวลาเฉพาะสำหรับแต่ละกิจกรรม
แต่ความแตกต่างที่โดดเด่นที่สุดคือจุดเน้นของแต่ละแนวทาง:
- การทดสอบแบบ Agile มุ่งเน้นไปที่การพัฒนาซ้ำอย่างต่อเนื่องและรวดเร็วและวงจรป้อนกลับเพื่อระบุปัญหาและปรับปรุงผลิตภัณฑ์อย่างรวดเร็ว กระบวนการที่เกิดซ้ำๆ นั้นมุ่งเน้นไปที่การทำงานร่วมกันกับลูกค้า การผสานรวมอย่างต่อเนื่อง และการวางแผนที่ปรับเปลี่ยนได้
- ในทางกลับกัน การทดสอบแบบ Waterfall แบบดั้งเดิมเน้นกระบวนการเชิงเส้นตรงซึ่งแต่ละขั้นตอนได้รับการแก้ไขแยกกันและตามลำดับ โดยทิ้งข้อเสนอแนะของโซลูชันทั้งหมดไว้สำหรับขั้นตอนสุดท้ายของโครงการเท่านั้นและใกล้กับวันที่เผยแพร่การผลิตขั้นสุดท้ายมาก
เห็นได้ชัดว่ายิ่งผู้มีส่วนได้ส่วนเสียหลักระบุปัญหาได้เร็วเท่าไร สถานการณ์ของโครงการก็จะดีขึ้นเท่านั้น ในเรื่องนี้ วิธีการแบบอไจล์มีโอกาสประสบความสำเร็จมากกว่าแน่นอน
บทสรุป
แม้ว่าวงจรชีวิตการทดสอบแบบ Agile อาจดูเหมือนสั้นกว่าน้ำตก แต่ในความเป็นจริงแล้ว ไม่ใช่เลย กระบวนการทั้งหมดดำเนินไปอย่างต่อเนื่องจนถึงวันวางจำหน่ายผลิตภัณฑ์ ขึ้นอยู่กับงบประมาณและเวลาที่มีสำหรับการวิ่งแต่ละครั้ง คุณจะต้องจัดลำดับความสำคัญของการทดสอบที่จะทำระหว่างการวิ่งนั้น ๆ
กลยุทธ์การทดสอบที่วางแผนไว้อย่างดีจะช่วยให้คุณเลือกได้ว่าฟีเจอร์หรือโมดูลใดต้องการความใส่ใจมากกว่าฟีเจอร์อื่นๆ ระบบอัตโนมัติจะช่วยให้สามารถรวมขั้นตอนการทดสอบต่างๆ ไว้ใน Sprint เดียวกันได้ ซึ่งจะเพิ่มความน่าเชื่อถือโดยรวมของระบบตั้งแต่ Sprint ไปจนถึง Sprint
ตอนนี้คุณอาจดูแนวทางปฏิบัติที่ดีที่สุดในการทดสอบการต่อสู้
