Communitygithub.com

Jamie-BitFlight/bash-testing

Cette compétence doit être utilisée lorsque l'utilisateur demande de « tester un script bash », « écrire des tests shell », « utiliser shunit2 », « utiliser shellspec », « créer une suite de tests pour bash », ou mentionne les tests unitaires, les frameworks de test, le mocking ou le développement piloté par les tests (TDD) pour les scripts shell.

Qu'est-ce que bash-testing ?

Cette compétence fournit un guide complet pour tester les scripts shell à l'aide de deux frameworks populaires : shunit2 et shellspec. Elle couvre l'installation, la structure de base des tests, les assertions, les matchers, le mocking de commandes externes, les fixtures de test, et les tests de code interactif. La compétence est conçue pour aider les développeurs à écrire des tests robustes pour leurs scripts bash, que ce soit pour des projets simples avec shunit2 (style xUnit) ou des projets plus complexes avec shellspec (style BDD). Elle met l'accent sur les meilleures pratiques comme l'isolation des tests, le nettoyage des ressources et le test des codes de sortie. La compétence inclut de nombreux exemples de code concrets et des références vers des exemples supplémentaires, ce qui la rend utilisable aussi bien pour des tests unitaires que pour des tests d'intégration de scripts shell.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Jamie-BitFlight/claude_skills/tree/main/plugins/bash-development/skills/bash-testing

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Tests Bash

Frameworks et motifs de test pour les scripts shell, axés sur shunit2 et shellspec.

Sélection du Framework

FrameworkPoints FortsMeilleur Pour
shunit2Style xUnit, simple, portableTests unitaires, tests de fonctions
shellspecStyle BDD, moderne, étenduSpécifications de comportement, projets complets

shunit2

Installation

# Téléchargement direct
curl -L https://github.com/kward/shunit2/raw/master/shunit2 -o shunit2

# Ou via le gestionnaire de paquets
apt install shunit2
brew install shunit2

Structure de Base d'un Test

#!/usr/bin/env bash

# Source du script à tester
source ./my_script.sh

# Les fonctions de test commencent par test
test_addition() {
    result=$(add 2 3)
    assertEquals "2 + 3 devrait être égal à 5" "5" "$result"
}

test_string_output() {
    result=$(greet "World")
    assertEquals "Hello, World" "$result"
}

test_file_creation() {
    create_temp_file
    assertTrue "Le fichier temporaire devrait exister" "[ -f /tmp/testfile ]"
}

test_exit_code() {
    validate_input "valide"
    assertEquals "Devrait retourner 0 pour une entrée valide" 0 $?
}

# Configuration et démontage
oneTimeSetUp() {
    # Exécuté une fois avant tous les tests
    export TEST_DIR=$(mktemp -d)
}

oneTimeTearDown() {
    # Exécuté une fois après tous les tests
    rm -rf "$TEST_DIR"
}

setUp() {
    # Exécuté avant chaque test
    cd "$TEST_DIR"
}

tearDown() {
    # Exécuté après chaque test
    rm -f "$TEST_DIR"/*
}

# Chargement de shunit2
source shunit2

Assertions shunit2

# Égalité
assertEquals [message] attendu réel
assertNotEquals [message] inattendu réel

# Null/Vide
assertNull [message] valeur
assertNotNull [message] valeur

# Booléen/Statut
assertTrue [message] condition
assertFalse [message] condition

# Même référence (comparaison de chaînes)
assertSame [message] attendu réel
assertNotSame [message] inattendu réel

# Contient (dans une chaîne)
assertContains [message] conteneur contenu

# Code de sortie
assertEquals 0 $?

Tester les Fonctions de Manière Isolée

Exemples de code

#!/usr/bin/env bash
# test_my_functions.sh

source ./my_functions.sh

test_calculate_sum_empty() {
    result=$(calculate_sum)
    assertEquals "Une somme vide devrait être 0" "0" "$result"
}

test_calculate_sum_single() {
    result=$(calculate_sum 5)
    assertEquals "5" "$result"
}

test_calculate_sum_multiple() {
    result=$(calculate_sum 1 2 3 4 5)
    assertEquals "15" "$result"
}

test_validate_email_valid() {
    validate_email "[email protected]"
    assertTrue "Un email valide devrait passer" $?
}

test_validate_email_invalid() {
    validate_email "pas-un-email"
    assertFalse "Un email invalide devrait échouer" $?
}

source shunit2

shellspec

Installation

# Via curl
curl -fsSL https://git.io/shellspec | sh

# Via Homebrew
brew install shellspec

# Via les gestionnaires de paquets
apt install shellspec

Structure de Répertoire

project/
├── lib/
│   └── functions.sh
├── spec/
│   ├── spec_helper.sh
│   ├── functions_spec.sh
│   └── support/
│       └── fixtures/
└── .shellspec

Configuration (.shellspec)

--require spec_helper
--format documentation
--color

Structure de Base d'une Spécification

Exemples de code

Matchers shellspec

# Matchers de sortie
The output should eq "correspondance exacte"
The output should include "partiel"
The output should start with "préfixe"
The output should end with "suffixe"
The output should match pattern "*glob*"
The output should be blank

# Matchers de statut
The status should be success    # sortie 0
The status should be failure    # sortie non nulle
The status should eq 1          # code spécifique

# Matchers de variables
The variable VAR should eq "valeur"
The variable VAR should be defined
The variable VAR should be undefined

# Matchers de fichiers
The file "chemin" should be exist
The file "chemin" should be file
The file "chemin" should be directory
The file "chemin" should be readable

# Matchers de chemins
The path "fichier.txt" should be exist

Mocking avec shellspec

Describe 'fonction deploy'
  # Mock d'une commande externe
  curl() {
    echo "réponse simulée"
    return 0
  }

  It 'appelle le point de terminaison API'
    When call deploy "serveur"
    The output should include "réponse simulée"
  End
End

Describe 'opérations sur fichiers'
  # Mock avec remplacement de fonction
  Mock rm
    echo "rm appelé avec : $*"
  End

  It 'tente de supprimer le fichier'
    When call cleanup_temp
    The output should include "rm appelé avec"
  End
End

Aide de Spécification

# spec/spec_helper.sh

# Chargement des fonctions communes
spec_helper_precheck() {
  minimum_version "0.28.0"
}

spec_helper_loaded() {
  # Configuration de l'environnement de test
  export TEST_MODE=true
}

spec_helper_configure() {
  # Importation des fonctions du projet
  import 'lib/functions.sh'
}

Motifs de Test

Tester les Codes de Sortie

# shunit2
test_success_exit() {
    run_command "entrée_valide"
    assertEquals 0 $?
}

test_error_exit() {
    run_command "entrée_invalide"
    assertEquals 1 $?
}

# shellspec
It 'sort avec 0 en cas de succès'
  When call run_command "entrée_valide"
  The status should eq 0
End

Tester stdout et stderr

# shunit2
test_stdout() {
    result=$(my_function 2>/dev/null)
    assertEquals "sortie attendue" "$result"
}

test_stderr() {
    error=$(my_function 2>&1 >/dev/null)
    assertContains "$error" "message d'erreur"
}

# shellspec
It 'envoie la sortie sur stdout'
  When call my_function
  The stdout should eq "sortie attendue"
End

It 'envoie l'erreur sur stderr'
  When call my_function
  The stderr should include "message d'erreur"
End

Tester avec des Fixtures

# Configuration des fixtures de test
setUp() {
    TEST_DIR=$(mktemp -d)
    cat > "$TEST_DIR/config.json" <<EOF
{
    "clé": "valeur"
}
EOF
}

tearDown() {
    rm -rf "$TEST_DIR"
}

test_config_parsing() {
    result=$(parse_config "$TEST_DIR/config.json")
    assertEquals "valeur" "$result"
}

Tester les Fonctions Interactives

# Fournir une entrée via heredoc
test_interactive() {
    result=$(my_prompt <<EOF
o ui
EOF
)
    assertEquals "confirmé" "$result"
}

# Ou utiliser printf
test_with_input() {
    result=$(printf 'oui\n' | my_prompt)
    assertEquals "confirmé" "$result"
}

Exécution des Tests

# shunit2
./test_script.sh

# shellspec
shellspec                    # Exécuter toutes les spécifications
shellspec spec/fichier_spec.sh  # Exécuter une spécification spécifique
shellspec --format tap       # Sortie TAP
shellspec --jobs 4           # Exécution parallèle

Meilleures Pratiques

  1. Une assertion par test lorsque c'est possible
  2. Noms de test explicites expliquant ce qui est testé
  3. Isoler les tests - pas de dépendances entre les tests
  4. Tester les cas limites - entrée vide, caractères spéciaux, grandes données
  5. Nettoyer les ressources dans tearDown
  6. Simuler les commandes externes - ne testez pas curl, testez votre logique
  7. Tester les codes de sortie pas seulement la sortie standard

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

Jamie-BitFlight/agentskill-kaizen-meta-docs

Agentskill kaizen plugin documentation index. Load when needing to read about cross-platform notes, improvement plans, or DuckDB integration.

Jamie-BitFlight/bash-51-features

Bash 5.1 release features and improvements with practical examples. Use when working with Bash 5.1 features, epoch time variables, redirection enhancements, or when user asks about Bash 5.1 changes, new features, or version-specific capabilities.

Jamie-BitFlight/bash-52-features

Bash 5.2 release features and improvements with practical examples. Use when working with Bash 5.2 features, variable handling enhancements, readline improvements, or when user asks about Bash 5.2 changes, new features, or version-specific capabilities.

Jamie-BitFlight/bash-53-features

Bash 5.3 release features and improvements with practical examples. Use when working with Bash 5.3 features, new command substitution, GLOBSORT, loadable builtins, or when user asks about Bash 5.3 changes, new features, or version-specific capabilities.

Jamie-BitFlight/bash-development

This skill should be used when the user asks to "write a bash script", "create a shell script", "implement bash function", "parse arguments in bash", "handle errors in bash", or mentions bash development, shell scripting, script templates, or modern bash patterns.

Jamie-BitFlight/bash-lint

This skill should be used when the user asks to "lint bash script", "run shellcheck", "format shell script", "use shfmt", "fix shellcheck errors", or mentions shell script linting, formatting, code quality, or pre-commit hooks for bash.

Jamie-BitFlight/bash-logging

This skill should be used when the user asks to "add logging to bash script", "colorize output", "implement log levels", "CI/CD sections", "terminal colors in bash", or mentions logging functions, emoji output, collapsible CI sections, or shlocksmith.

Jamie-BitFlight/bash-portability

This skill should be used when the user asks about "POSIX compatibility", "portable shell scripts", "cross-shell compatibility", "bashisms", "shebang selection", or mentions writing scripts that work on different shells (bash, sh, dash, zsh) or different systems.

Jamie-BitFlight/brainstorming-skill

You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or when users request help with ideation, marketing, and strategic planning. Explores user intent, requirements, and design before implementation using research-validated prompt patterns.

Jamie-BitFlight/clang-format

Configure clang-format code formatting. Use when: user mentions clang-format or .clang-format, analyzing code style/patterns, creating/modifying formatting config, troubleshooting formatting, brace styles/indentation/spacing/alignment/pointer alignment, or codifying conventions.

Jamie-BitFlight/commitlint

When setting up commit message validation for a project. When project has commitlint.config.js or .commitlintrc files. When configuring CI/CD to enforce commit format. When extracting commit rules for LLM prompt generation. When debugging commit message rejection errors.

Jamie-BitFlight/conventional-commits

When writing a git commit message. When task completes and changes need committing. When project uses semantic-release, commitizen, git-cliff. When choosing between feat/fix/chore/docs types. When indicating breaking changes. When generating changelogs from commit history.

Jamie-BitFlight/dasel-reference

Use when querying, modifying, or converting JSON, YAML, TOML, XML, CSV, HCL, or INI with dasel v3. Complete reference for selectors, functions, conditionals, variables, spread operator, type casting, and format-specific patterns.

Jamie-BitFlight/data-exploration

Use when exploring unknown structured data files with dasel v3 — discover schema, list keys, find nested values, sample arrays, identify data types across JSON, YAML, TOML, XML, CSV, HCL, INI formats

Jamie-BitFlight/data-transformation

Use when modifying, converting, or transforming structured data with dasel v3 — in-place mutations, format conversion, batch operations, array manipulation, object construction, and merge patterns across JSON, YAML, TOML, XML, CSV, HCL, INI

Jamie-BitFlight/delegate

Decompose substantive work into phases, dispatch each phase to a sub-agent, and adjudicate what comes back. Use whenever a request asks for implementation, investigation, a fix, a review, or any change to files — including small ones — and whenever you are about to read source or run a diagnostic yourself instead of handing it off. Also use when a report from a sub-agent needs judging, when a phase needs re-dispatching, or when a user names one instance of a pattern. Does not apply when your own prompt begins "Your ROLE_TYPE is sub-agent." — then follow references/sub-agent-contract.md instead.

Jamie-BitFlight/enterprise-hibernate-hbm

Dasel v3 query patterns for Hibernate .hbm.xml mapping files — entity-table binding, Java property-to-column extraction, one-to-many set/list/bag relationship tracing, many-to-one foreign key discovery, batch scanning across 60+ HBM files. Use when querying Hibernate ORM class mappings, extracting schema metadata from Java persistence layer, or auditing entity-column relationships in enterprise legacy codebases.

Jamie-BitFlight/enterprise-installanywhere

Dasel v3 query patterns for InstallAnywhere .iap_xml installer definitions — use when querying action sequences, discovering variables, resolving platform conditions, navigating panels, or comparing installer variants. Files are 2.5+ MB, 65,000+ lines — too large for context reads, requires structural dasel queries.

Jamie-BitFlight/enterprise-maven-pom

Dasel v3 selector patterns for Maven POM XML files — use when querying dependency versions, filtering by groupId or scope, extracting module hierarchy from parent POMs, or detecting version conflicts across enterprise multi-module Java projects. Load this skill when working with pom.xml files using dasel.

Jamie-BitFlight/enterprise-spring-xml

Dasel v3 selectors for Spring bean factory XML — use when querying any Spring ApplicationContext XML for bean discovery, dependency wiring, JMS destination mapping, property injection extraction, or cross-bean reference tracing. Load this skill before writing dasel selectors against Spring bean XML files (applicationContext.xml, *_beans.xml, spring-*.xml).

Skills associés