Testes a partir do diff

Etapa 1, casos

Caminho feliz

• Converte "Olá Mundo" em "olá-mundo"
• Múltiplos espaços viram um único hífen

Bordas

• String vazia devolve string vazia
• Só espaços devolve string vazia
• Acento é preservado (a implementação atual não translitera)
• Emoji sobrevive sem quebrar
• Hífen já existente não é duplicado

Falha

• Entrada não-string: a assinatura é string, mas em runtime JS null explode em .toLowerCase

Regressão

• Nada a verificar: função nova.

Etapa 2, código

import { describe, expect, it } from 'vitest';
import { slugify } from './slugify.ts';

describe('slugify', () => {
  it('minúsculas o texto e troca espaço por hífen', () => {
    expect(slugify('Olá Mundo')).toBe('olá-mundo');
  });

  it('colapsa espaços consecutivos em um único hífen', () => {
    expect(slugify('a    b')).toBe('a-b');
  });

  it('devolve vazio para entrada vazia', () => {
    expect(slugify('')).toBe('');
  });

  it('devolve vazio quando a entrada é só espaço', () => {
    expect(slugify('   ')).toBe('');
  });

  it('preserva acentuação', () => {
    expect(slugify('Ação Rápida')).toBe('ação-rápida');
  });

  it('não duplica hífen já presente', () => {
    expect(slugify('bem - vindo')).toBe('bem---vindo');
  });
});

Etapa 3, sem cobertura

• Entrada null/undefined: só dá para testar com @ts-expect-error. O teste documentaria um contrato que o tipo já proíbe, sugiro validar na fronteira da API, não aqui.
• O último teste revela um provável defeito: 'bem - vindo' produz 'bem---vindo', com três hífens. Escrevi o teste com o comportamento atual, não com o desejado. Se a intenção era colapsar, a regex precisa virar /[\s-]+/g. Decida antes de mergear, o teste está fixando o comportamento errado.