Hay múltiples formas diferentes de manejar Selenium en producción. Por ejemplo, si tiene un proyecto de código abierto, puede considerar usar GitHub Actions. Este es un ejemplo de un flujo de trabajo de JavaScript del Proyecto Selenium: https://github.com/SeleniumHQ/selenium/actions/workflows/javascript.yml Ese es probablemente un buen lugar para comenzar, ya que es de código abierto y puede ver cómo ejecutar pruebas. Una vez que haya aprendido eso, puede probar algunas de las otras soluciones populares que existen si lo desea (por ejemplo: Jenkins, Azure Pipelines, AWS, Google Cloud, CircleCI, GitLab, TravisCI, etc.)

En caso de que no haya ninguna diferencia entre ejecutar las pruebas en su máquina local y el entorno del producto, no hay razón para usar sus pruebas de manera diferente en la producción.
Sin embargo, es común ejecutar las pruebas en producción con Jenkins u otras herramientas de CI/CD en un servidor Unix en modo sin cabeza o con Selenium Grid, etc.
En este caso, deberá ajustar sus pruebas para que se ejecuten con Selenium Grid o en modo sin cabeza, respectivamente, para ajustarlas para que se ejecuten en Unix, etc.
Todo esto depende de SU configuración real, cómo USTED la usará.

No hay forma de que use Selenium en producción, considerando que necesita Selenium en producción, como un rastreador , lo que puede ser diferente son sus dependencias, en desarrollo usará las dependencias para probar, selenium usará el driver disponible, ya sea en producción o en desarrollo/prueba.

Quizás los argumentos que utilices para el navegador elegido puedan ser diferentes para los entornos utilizados (producción, desarrollo, etc.), lo cual no tiene sentido para mí, ya que en la prueba deberías reproducir el mismo escenario que en producción.