Considerando um cenário de desenvolvimento de software onde a integração contínua (CI) e a entrega contínua (CD) são cruciais, e onde a qualidade do software (QA) é uma prioridade, crie um *blueprint* detalhado para um sistema de QA automatizado. Este sistema deve ser capaz de identificar automaticamente regressões de performance e funcionalidade em *pull requests* (PRs) antes que sejam mergeadas na *branch* principal, minimizando o impacto no ciclo de desenvolvimento.

O *blueprint* deve incluir:

1.  **Gatilhos e Orquestração:** Descreva os eventos que disparam os testes de QA automatizados (e.g., abertura de PR, cada *commit* em um PR), e como esses testes são orquestrados dentro do pipeline de CI/CD.
2.  **Tipos de Testes Abrangidos:** Liste os tipos de testes de QA que seriam executados (e.g., testes unitários, de integração, de API, de UI, de performance, de segurança – focando nos mais relevantes para regressão).
3.  **Ambientes de Teste:** Proponha a arquitetura dos ambientes de teste efêmeros ou persistentes necessários para cada PR, garantindo isolamento e reprodutibilidade.
4.  **Coleta e Análise de Métricas:** Detalhe como métricas de performance (e.g., tempo de resposta, uso de CPU/memória) e resultados funcionais (e.g., falhas de testes, erros de log) são coletados e comparados com uma linha de base.
5.  **Mecanismos de Feedback:** Explique como os resultados dos testes são comunicados de volta aos desenvolvedores de forma clara e acionável (e.g., comentários no PR, relatórios em ferramentas de CI, alertas).
6.  **Estratégias de Mitigação de Falsos Positivos/Negativos:** Sugira abordagens para minimizar resultados enganosos, como tolerância a variações de performance ou reexecução de testes.
7.  **Escalabilidade e Manutenibilidade:** Aborde como o sistema pode escalar para um grande número de PRs e projetos, e como a suíte de testes é mantida e atualizada.

Seu objetivo é fornecer um guia prático e inovador que um time de