Esta pregunta probablemente se cerrará por estar basada en opiniones, pero de todos modos.

Estoy de acuerdo en que no todas las utilidades deberían ser comandos. En general , vería que el alcance del comando tiene más que ver con actuar sobre las cosas en el navegador como lo haría el usuario, o una forma de agrupar las acciones del usuario, por ejemplo, en un sistema típico, vería comandos como:

• login(), que agruparía el clic en campos de texto e ingresar la contraseña del nombre de usuario y, finalmente, hacer clic en el botón de inicio de sesión.
• addUser(), que podría ser un grupo de comandos pequeño pero repetitivo para agregar un usuario a un panel de administración, por ejemplo.
• dragTo(x), que tal vez manejaría alguna funcionalidad de arrastrar y soltar.

etc.

No vería las utilidades de fecha, etc. como comandos, pero como usted dice, solo funciones de utilidad, que son más sobre la implementación subyacente de la prueba, y no sobre cómo el usuario interactuaría con el sistema.

Aunque no Nightwatch, tal vez tome algunos consejos de las mejores prácticas de comandos personalizados de Cypress: https://docs.cypress.io/api/cypress-api/custom-commands#Best-Practices