dotnet test roda verde com 1 teste exemplo. Pacotes xunit, Moq, coverlet.collector.📌 Material de chegada: projeto com dotnet test verde + 1 dúvida concreta sobre TDD. Esses 2 itens alimentam o daily de abertura.
Fundamentos de Orientação a Objetos e SOLID, e como garantir a modelagem do diagrama de classes usando TDD como guardrail.
Codificar a modelagem como teste em xUnit (Red) e usar as skills QA e Dev do AIOX para a implementação.
🎯 Saída do dia: Merge Request no repositório do grupo com 5+ commits seguindo Red/Green/Refactor e dotnet test verde. Sem ponderada — atividade boa em sala que prepara a aula 8 (Testes de Integração ponderada).
💡 Ponte para TDD: Se deixarmos a IA gerar classes livremente, ela ignorará o SOLID. O Teste Unitário é o "Guardrail" que trava as dependências e métodos exatos que projetamos no diagrama de classes.
🧠 O novo fluxo de Engenharia: O humano faz o trabalho nobre (Pensar a modelagem e definir os contratos/testes). A IA faz o trabalho braçal (Escrever o miolo da classe para os testes passarem).
Teste deve falhar. Se passa de cara, é teste tautológico ou código já existia. Failure message tem que ser claro.
Use o caminho mais ridículo possível. Hard-code, return fixo, "fake it till you make it" — tudo permitido. Só não pode quebrar a barra verde.
Renomear, extrair método, remover duplicação. dotnet test deve continuar verde após cada mudança micro.
Tolere duplicação até a 3ª ocorrência — aí extraia. Antes disso, é cedo demais para abstrair.
Obriga a IA a usar as dependências certas. Ex: Injeção de repositórios Mock.
Define a assinatura do método. A IA não pode inventar rotas alternativas.
Garante a regra de negócio exata. É o guardrail que impede lógicas quebradas.
✅ Isso é o Guardrail: A classe nem existe ainda, mas a regra já está travada. O compilador (e os testes falhando) ditam exatamente o que o AIOX terá que fazer na etapa Green.
📐 Preparando o terreno: A skill de QA do AIOX garante que a IA entendeu o contrato que você desenhou. Como o teste vermelho é a única verdade, o Dev-Agent não terá como fugir da regra de negócio.
Como o escopo foi fechado pelo teste, a IA não tenta reinventar a roda ou mudar a arquitetura.
O AIOX lê que o teste usou mock e já sabe que deve injetar via construtor.
O ciclo só para quando o dotnet test roda limpo e a IA finaliza o trabalho sozinha.
📚 Red → AIOX → Green: A refatoração contínua é delegada, mas os contratos e arquitetura são definidos por VOCÊ.
Espia se um método foi chamado e como. Verifica comportamento (interação).
Devolve resposta pré-fabricada. Alimenta o SUT sem verificar nada.
Implementação real, mas leve. Ex.: repositório em memória que substitui o banco.
Recebe lista de Interacao (Like, View, Compra com pesos diferentes) e devolve um score em float. Pesos: View=1, Like=3, Compra=10.
Cobrindo: histórico vazio · só views · só likes · mix dos 3 · peso de compra > outros. Cada [Fact] = 1 guardrail.
A dupla foca 100% em criar a suíte de testes perfeita (Contrato). A skill dev do AIOX deve rodar para passar o teste.
📋 Restrição: a IA não pode tocar nas classes existentes do projeto. Crie testes que forcem injeção de dependência via interfaces se precisar.
📦 Entrega: Merge Request no repositório do grupo. Deve conter os logs da interação com o AIOX QA e AIOX Dev no descritivo.
⭐ Excelência: cobertura > 90% medida com coverlet, screenshot anexado no MR. Bônus para par que entregar com [Theory] + [InlineData] bem usado.
feat/score-usuario-aioxtests/CalculadoraScoreTests/aiox run qa para validar contratoaiox run dev · commit green ⭐