También describiría esto como elegante, pero me gustaría agregar el problema, si perdonas mi intrusión.
Sé que hay paquetes de software muy caros para trabajar en situaciones como esta, pero en la empresa donde trabajo no podemos pagar el costo a menos que estemos seguros de que hace lo que necesitamos.
Test Driven Development (TDD) es uno de los mejores sistemas de los que he oído hablar para el desarrollo, y lo disfruto, pero los problemas que toman mi tiempo normalmente son causados por interrupciones complejas y eventos de hardware que muchos llamarían fallas. Parece algo menor tener un problema cada 2 horas cuando las estrellas se alinean, pero si su teléfono se congela una vez por semana, maldeciría el nombre de los ingenieros. En nuestro caso, tenemos que caminar hacia un lote de alimentación cuando las cosas realmente se rompen, lo que, como pueden imaginar, me gusta evitar.
He visto soluciones muy inteligentes para verificar la funcionalidad de los subsistemas, que, si se implementan correctamente, probablemente me ahorrarían 3 horas de una semana laboral de 50 horas, pero si hubiera una forma inteligente de encontrar situaciones de fallas me ahorraría semanas de trabajo. buscando el "error" que ocurre en el campo ocasionalmente bajo una carga pesada.
Esta publicación probablemente no ayuda mucho, pero creo que sacar todo a la luz hace que todo sea más fácil de resolver. Si hubiera un método TDD para encontrar situaciones de falla, podría obtener 10s de miles asignados para pagarlo. -Max