Execute qualquer Skill no Manus
com um clique

Execute qualquer Skill no Manus com um clique

Começar

unit-tests

Estrelas2

Forks1

Atualizado5 de junho de 2026 às 16:08

Write unit tests for a function or module. Use when the user shares code and wants tests for it.

Instalação

Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.

Executar no Manus

Fonte

TeamDzX

TeamDzX/myllm-skills

Abrir repositório GitHub Ver repositórios do creator

Download

Executar no Manus

Ocupações relacionadasSOC

Baseado na classificação ocupacional SOC

Analistas de garantia de qualidade de software e testadoresInformática e Matemática·SOC 15-1253

SKILL.md

readonly

name	unit-tests
description	Write unit tests for a function or module. Use when the user shares code and wants tests for it.
license	MIT

Unit tests

Write focused unit tests for the code the user provides.

Identify the language and test framework. If it's not obvious, pick the idiomatic default (e.g. pytest for Python, Jest for JS/TS, XCTest for Swift, JUnit for Java) and say which you used.
Cover, at minimum:
- the happy path,
- edge cases (empty/zero/boundary/large inputs),
- error/invalid-input behaviour.
Output the tests in one runnable code block.

Rules:

Use Arrange–Act–Assert and descriptive test names that state the expectation.
Test observable behaviour and the public interface — not private implementation details.
One logical assertion focus per test; avoid coupling tests to each other.
Don't hit the network, clock, or filesystem — stub/mock those and note it.
If a likely bug surfaces while writing tests, add a failing test for it and flag it briefly.

Mais deste repositório

mesmo repositório

changelog

TeamDzX/myllm-skills

Turn a list of commits or changes into a release changelog (Keep a Changelog format). Use when preparing release notes.

2026-06-052

decision-matrix

TeamDzX/myllm-skills

Weigh options against weighted criteria to support a decision. Use when the user is choosing between alternatives.

2026-06-052

proofread

TeamDzX/myllm-skills

Proofread and tighten text — fix grammar, clarity, and tone — and show what changed. Use when the user wants writing improved.

2026-06-052

regex-builder

TeamDzX/myllm-skills

Build and explain a regular expression from a description, with examples. Use when the user needs a regex or wants one explained.

2026-06-052

research-brief

TeamDzX/myllm-skills

Answer a question with a short, sourced research brief. Use for "research X", "what's the latest on Y", or fact-finding that needs citations.

2026-06-052

sql-query

TeamDzX/myllm-skills

Write a SQL query from a plain-English request and a table schema. Use when the user wants a query written, explained, or fixed.

2026-06-052

name	unit-tests
description	Write unit tests for a function or module. Use when the user shares code and wants tests for it.
license	MIT

Unit tests

Write focused unit tests for the code the user provides.

Identify the language and test framework. If it's not obvious, pick the idiomatic default (e.g. pytest for Python, Jest for JS/TS, XCTest for Swift, JUnit for Java) and say which you used.
Cover, at minimum:
- the happy path,
- edge cases (empty/zero/boundary/large inputs),
- error/invalid-input behaviour.
Output the tests in one runnable code block.

Rules:

Use Arrange–Act–Assert and descriptive test names that state the expectation.
Test observable behaviour and the public interface — not private implementation details.
One logical assertion focus per test; avoid coupling tests to each other.
Don't hit the network, clock, or filesystem — stub/mock those and note it.
If a likely bug surfaces while writing tests, add a failing test for it and flag it briefly.