Vamos a ver, la pregunta es totalmente normal y ademas es una pregunta que deja expresividad al entrevistado. Esas son las buenas.
No le esta diciendo que le escriba un test en directo usando tal libreria. Ni le está haciendo una pregunta especifica de memorizar sintaxis de una libreria. Le está preguntando que como haria un test.
Si el entrevistado ha puesto en su CV diciendo que ha hecho test, lo minimo es que sepa explicar QUE SON, aunque sea con sus propias palabras o poniendo un ejemplo. Si se queda en blanco, y mas hoy en dia, apesta a CV inventado o que lo hace todo con AI sin saber lo que hace. Vamos, justo lo que NO quieres que entre a tu equipo.
Tan facil como poner un ejemplo:
Si tengo una funcion de codigo que suma dos numeros y devuelve el resultado, hacerle un test significa comprobar bien por partes, o en su totalidad que la función está ejecutando la suma correctamente. De esta forma si ejecuto el test, puedo estar seguro de que esa pieza de codigo se sigue comportando como fue originalmente ideada.
Si no eres capaz ni de hacer este ejemplo, es que no has hecho un test en tu vida, o si lo has hecho no sabias ni lo que estas haciendo ni por qué, lo cual es aún más preocupante. Y si os fijais no he entrado en nada de librerias, ni de teoria de diferencias de unit test, test e2e, integracion...
