ผู้ทดสอบควรอนุมัติการปล่อยหรือเพียงแค่รายงานการทดสอบ?

มันสมเหตุสมผลไหมที่จะมอบอำนาจการออกจากระบบให้แก่ผู้ทดสอบ? ควรมีทีมทดสอบ

1. เพียงทดสอบคุณสมบัติปัญหา ฯลฯ และเพียงรายงานตามเกณฑ์การผ่าน / ไม่ผ่านปล่อยให้ผู้อื่นดำเนินการกับผลลัพธ์เหล่านั้นหรือ
2. มีอำนาจในการระงับการเผยแพร่ตัวเองตามผลลัพธ์เหล่านั้นหรือไม่

กล่าวอีกนัยหนึ่งผู้ทดสอบควรจะต้องออกจากระบบจริงหรือไม่? ทีมทดสอบที่ฉันทำงานด้วยรู้สึกว่าพวกเขาทำและเรากำลังมีปัญหากับเรื่องนี้เพราะ "การทดสอบขอบเขตคืบคลาน" - การปฏิเสธการอนุมัติการปล่อยบางครั้งก็ขึ้นอยู่กับปัญหาที่ไม่ได้รับการแก้ไขอย่างชัดเจน

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

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

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

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

บางคนต้องการอำนาจนั้น ไม่ว่าจะเป็นผู้ทดสอบทีมผู้ทดสอบผู้นำทีมผู้ทดสอบหรือผู้นำขององค์กรการพัฒนานั้นไม่เกี่ยวข้องเลย หรืออาจจะแม่นยำมากขึ้นก็ขึ้นอยู่กับองค์กร

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

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

การให้สิทธิ์ในการลงชื่อออก (เช่นการยับยั้งสิทธิ์) สำหรับการเผยแพร่ต่อผู้ทดสอบทำให้รู้สึกเหมาะสมกับการให้สิทธิ์แก่นักพัฒนา: ไม่มีเลย

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

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

การตัดสินใจที่จะ 'ปล่อย' หรือ 'ไม่ปล่อย' นั้นเป็นการตัดสินใจทางธุรกิจเมื่อสิ้นสุดวันที่ต้องทำการวิเคราะห์ความเสี่ยง / ผลตอบแทนที่เข้มงวด

เป็นเรื่องที่บ้าสำหรับองค์กรใด ๆ ที่ขอให้ทีมทดสอบทำหน้าที่นี้หรือให้ทีมทดสอบยอมรับความรับผิดชอบนี้

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

ดังที่คนอื่น ๆ ระบุไว้ _ บางคน _ (และฉันเชื่อว่าเป็นบุคคล) จำเป็นต้องมีอำนาจในการตัดสินใจ 'ปล่อย' หรือ 'ไม่ปล่อย' บุคคลเดียวกันนั้นสามารถมอบหมายการตัดสินใจภายใต้เงื่อนไขเฉพาะ (เช่นไม่มี P1 หรือ P2 Bugs)

ฉันได้ทำงานกับสถานการณ์เดียวกันของผู้ทดสอบที่ครอบคลุมและคิดค้นวิธีที่สร้างสรรค์มากขึ้นในการทำลายระบบซึ่งเมื่อประเมินความเสี่ยงแล้วก็ไม่น่าจะเกิดขึ้นได้ในการผลิต

ในขณะที่ฉันเข้าใจและยกย่องทีมทดสอบที่ไม่ต้องการส่งการเปิดตัวที่ไม่สมบูรณ์ แต่ก็ต้องการการเป็นเจ้าของผลิตภัณฑ์ที่แข็งแกร่งในการกำหนดความเสี่ยงที่ยอมรับได้

จากประสบการณ์ของฉันทีมทดสอบควรได้รับการยับยั้งในการปล่อยซอฟต์แวร์ แต่การยับยั้งนี้ควรจะ overridable โดยเจ้าของผลิตภัณฑ์ แต่หลังจากหารือกับผู้ทดสอบลีดเดอร์เท่านั้น

ซอฟแวร์จะไม่สมบูรณ์แบบถ้าคุณกำลังทรมานจากการคืบการทดสอบแล้วคุณจะไม่ได้รับการปล่อยตัวจนกว่าจะมีปัญหาการผลิตที่สำคัญ (ซึ่งจะไม่ถูกทดสอบอย่างถูกต้อง) และรีบออกไป