Eu não sou anti-teste, mas o próprio conceito de tentar estabelecer "cobertura de código" no JavaScript do lado do cliente me parece um ponto faltante. Não resolva problemas que você não tem. Preocupe-se com os riscos reais, não com todos os códigos que você escreveu. Riscos no meu livro são códigos que entram em contato com coisas de terceiros sobre as quais você não tem controle ou uma peça mal arquitetada de um aplicativo onde muitas mãos estão no mesmo jarro de cookie. Se um aplicativo inteiro é frágil e propenso a problemas de regressão, tudo o que tenta alcançar a cobertura de código máxima é para você ativar mais códigos ruins.
A execução de código no JS do lado do cliente é trivial. Você deveria estar testando tudo o que você faz à medida que escreve e mantendo as coisas limpas e desacopladas para evitar erros de regressão em primeiro lugar.