No, non esiste una regola empirica.
Dipende davvero da quanto affidabile e manutenibile vuoi che sia la tua base di codice. Se il tuo progetto è una piccola classe o un'utilità one-shot, potresti non aver bisogno di nessun test unitario. Se, d'altra parte, si tratta di un framework o di un programma core che verrà utilizzato da molte persone, potrebbero essere necessari test di unità completi e probabilmente sarà necessario dall'inizio.
Il test dell'unità, se usato correttamente, guida la progettazione generale del software. Il codice verificabile è più facile da mantenere, più facile da ragionare e ha meno bug. Questo è vero sin dal primo giorno così come lo è alla fine del tuo progetto. Ritardare questo processo si basa sulla falsa idea che il test dell'unità richieda più tempo rispetto alla semplice scrittura di un'applicazione e alla verifica manuale. Mentre il test delle unità richiede un po 'più tempo per essere configurato, si ripaga da solo la prima volta che devi eseguire nuovamente i test.
A meno che tu non stia scrivendo in un linguaggio dinamico con un REPL, onestamente non vedo come ritardare i tuoi test unitari ti aiuterà. Uso i test unitari come shim per provare codice sperimentale. Quando ho un codice che funziona, io collaudo sia il test unitario che il codice di lavoro in stato "di prima classe" nel mio progetto, e il test unitario funge da prototipo di progetto per il codice effettivo, oltre a verificare che il codice sia ancora funziona dopo un refactoring.
Se sei lavora in un linguaggio dinamico con un REPL (al contrario di un linguaggio tipizzato staticamente come C #), i test unitari diventano ancora più importanti, perché non hai più la rete di sicurezza di verifica del tipo statico durante la compilazione.
Da nessuna parte questa filosofia è più evidente di quella del codice SQLite. SQLite ha circa 84 mila linee di codice di produzione, coperte da oltre 90 milioni di codice di test. Sono abbastanza sicuro che l'autore non abbia mai pensato "quindi quando dovrei iniziare a scrivere test di unità per questa cosa?"
Ulteriori letture
link