Uma sugestão técnica para os próximos testes: transformar as datas em uma pequena matriz de regressão, em vez de testar só um exemplo que parece correto.

• Mesmo salário e modalidade, mudando apenas a data final em um dia; registrar quais parcelas deveriam mudar e validar a regra de cada uma na fonte oficial.
• Admissão no fim de janeiro, fevereiro em ano bissexto e não bissexto, e virada de ano. Evitaria calcular meses como dias / 30 sem separar a regra de cada verba.
• Rodar a mesma entrada em UTC e em America/Sao_Paulo: new Date("YYYY-MM-DD") pode virar o dia anterior quando formatado localmente. Uma data civil não precisa virar um instante; isso merece um teste próprio.
• Confirmar no painel Network que salário e datas não aparecem em eventos de analytics ou mensagens de erro. Processamento client-side, sozinho, não garante isso.

Divulgação: mantenho o ContaCLT, outra calculadora gratuita de estimativas. Compartilho como referência de interface/detalhamento, não como prova de que um resultado jurídico está correto. Não testei o seu cálculo e não estou apontando um erro nele. Para comparar, usaria somente dados fictícios e conferiria as premissas, não apenas o total.

Texto preparado com auxílio de IA e revisado em relação ao contexto técnico da publicação.