Sebagian besar tempat saya pernah bekerja, orang-orang QA memang memiliki semacam langkah keluar, tetapi tidak memiliki otoritas final tentang apakah rilis akan dilanjutkan atau tidak. Sign-off mereka menyatakan bahwa mereka menyelesaikan pengujian yang diharapkan oleh rencana rilis, bukan bahwa rilis itu sempurna.
Pada akhirnya QA! = Bisnis dan bisnis perlu memutuskan apakah mereka boleh menggunakan kode dalam kondisi saat ini atau jika manfaatnya melebihi kerugian atau apa pun. Ini sering dilakukan oleh klien atau pemangku kepentingan segera sebelum disebarkan dan sering disebut Penerimaan Pengguna.
Jika QA Anda juga merupakan grup Penerimaan Pengguna Anda, maka ada potensi bahwa mereka memiliki wewenang untuk menentukan kandidat rilis Anda sebagai tidak dapat diterima, tetapi jika Anda menyelesaikan masalah ini yang berada di luar ruang lingkup untuk perbaikan bug / iterasi / sprint / perubahan meminta / apa pun yang Anda masukkan dalam waktu Anda, maka Manajer Proyek atau pemangku kepentingan lini bisnis perlu mengadakan pertemuan Yesus dengan tim QA.
Baik-baik saja untuk melaporkan cacat yang sudah ada sebelumnya atau hasil yang tidak diinginkan dari persyaratan baru, tetapi jika itu di luar ruang lingkup dan non-bencana, umumnya tidak dapat diterima untuk menandainya sebagai masalah pemblokiran. Ini masuk dalam jaminan bagi pemilik produk untuk memprioritaskan seperti yang lainnya.