pruebas unitarias de karma-runner / jazmín perfilado

Para pruebas de unidad usamos grunt / karma-runner / jasmine / phantom.js. Debido a que tratamos de cubrir cualquier funcionalidad nueva, varias pruebas unitarias crecen rápidamente. Y, desafortunadamente, el tiempo para las pruebas también aumenta. Ahora no es crítico y toma 10 segundos para 1000 pruebas, pero va peor y peor.

Y preguntas:

Lo sé, algunas de las pruebas están mal escritas (mucho tiempo), pero ¿cuál debería optimizar? Es que existealgunos karma / perfilador de jazmín ¿Qué medida de ejecución de tiempo para cada prueba?

Puedo comenzarmás hilos / procesos de karma-runner, porque la CPU se usa solo para 5% -10%? Pruebas unitarias realmente independientes.

Cada vez que guardo un archivo, karma: watch inicia todas las pruebas, puede existiralguna opción para karma-runner, que reinicia solo las pruebas para la carpeta actual (usamos la regla: la unidad prueba el archivo.spec.js almacenado en la misma carpeta que el archivo fuente.js)?

Gracias,

update1: alguien me sugiere usariit / ddescribe para jazmín (lo mismo que .only para mocha) y es una gran opción para desarrollar / depurar, pero ¿puede existir de otra manera?

Publico la pregunta en el foro de usuarios de karma.aquí.

Respuestas a la pregunta(3)

Su respuesta a la pregunta