Na maioria dos lugares em que trabalhei, o pessoal do controle de qualidade tem algum tipo de etapa de aprovação, mas não tem autoridade final se a liberação prosseguir ou não. A aprovação deles significa que eles concluíram os testes esperados pelo plano de lançamento, não que o lançamento seja perfeito.
Em última análise, controle de qualidade! = A empresa e a empresa precisam decidir se estão bem com a implantação do código no estado atual ou se o benefício supera a desvantagem ou o que for. Isso geralmente é feito por clientes ou partes interessadas imediatamente antes da implantação e geralmente é chamado de Aceitação do Usuário.
Se o seu controle de qualidade também for o seu grupo de Aceitação do usuário, é possível que eles tenham autoridade para definir seu candidato a liberação como inaceitável, mas se você estiver obtendo isso sobre problemas que estão fora do escopo do bugfix / iteration / sprint / change solicitar / o que quer que você dedique, o gerente de projetos ou as partes interessadas da linha de negócios precisam comparecer a Jesus com a equipe de controle de qualidade.
Não há problema em relatar defeitos preexistentes ou resultados não intencionais de novos requisitos, mas se estiver fora do escopo e não for desastroso, geralmente não será aceitável classificá-lo como um problema de bloqueio. Ele fica na lista de pendências para o proprietário do produto priorizar como todo o resto.