Crie uma suíte de testes completa a partir de qualquer função ou descrição de funcionalidade
Why this prompt matters
<p>Incomplete tests are the leading cause of regressions in production. A typical developer writing tests from memory covers 60-70% of edge cases — the remaining 30% is where bugs live. Every missed edge case is a future incident, a 2am page, or a data corruption bug discovered by a customer. Beyond bugs: code without proper tests blocks confident refactoring. You end up with unmaintainable spaghetti because nobody dares touch it. This prompt forces systematic coverage across happy paths, boundaries, failures, and integration points — the same coverage a dedicated QA engineer would produce in several hours, generated in under a minute.</p>
What we use it for
You wrote a function or shipped a feature and need full test coverage before merging. You have the code in front of you but writing tests feels slow — you keep forgetting edge cases and your PR review always comes back with 'what about null input?' or 'does this handle timeout?'
Prompt
Act as a senior software engineer and QA architect with deep expertise in test-driven development. Context: I have a [FUNCTION / FEATURE / MODULE] that I need fully tested. It is written in [PROGRAMMING LANGUAGE] and uses [FRAMEWORK / LIBRARY if any]. Here is the code or description: [PASTE YOUR FUNCTION OR FEATURE DESCRIPTION HERE] Task: Generate a comprehensive test suite for the above. Cover ALL of the following: 1. Happy-path unit tests 2. Edge case unit tests 3. Error/failure scenarios 4. Integration test outlines 5. Security-relevant tests if applicable Constraints: - Write tests in [TEST FRAMEWORK, e.g. Jest, pytest, JUnit] - Name tests: should_[expected behavior]_when_[condition] - Do NOT write implementation code - Group tests into describe blocks by category - Flag any testability issues in the original code Output Format: - Full runnable test file with all imports - Section comments: // === HAPPY PATH ===, // === EDGE CASES ===, etc. - Summary table: test count per category + estimated code coverage % - Testability issue flags
O problema de escrever testes manualmente
Pergunte a qualquer desenvolvedor o que eles pulam quando estão sob pressão de prazos, e os testes aparecem toda vez. Escrever testes abrangentes é tedioso e mentalmente desgastante. A maioria dos desenvolvedores perde de 30 a 40% dos casos de borda significativos.
Este prompt resolve isso ao colocar o pensamento sistemático de um engenheiro de QA sênior em um template reutilizável.
O que torna este prompt eficaz
O prompt usa um framework de cobertura de cinco categorias: caminho feliz, casos de borda, erros, integração e segurança. A restrição de nomear testes usando should_[behavior]_when_[condition] força a IA a ser precisa. A exigência de sinalizar problemas de testabilidade captura problemas arquiteturais antes que se tornem dívida técnica.
Como usar
Cole o prompt no Claude Sonnet 4.5 (ou GPT-4o). Preencha os três campos: sua linguagem, seu framework de teste e a descrição da função. A saída é um arquivo de teste pronto para executar mais uma tabela resumo de cobertura.
Adaptação para diferentes linguagens e frameworks
Para Python pytest. Para TypeScript, Jest ou Vitest. Para Java, JUnit 5. Para Go, Go testing package.