Para esta semana tenemos que acabar los elementos que tengamos de dos de los RT's funcionales. A mi personalmente me importa un pepino, ya que la semana que viene nos echan la patada previsiblemente y prefiero que lo hagan porque la carrera este semestre me va a dar mucho por ojo ciego. Total que tengo un elemento en uno de ellos que llevo días con errores al único servicio que llama y que también está en pruebas. Cada cierto tiempo le digo a la encargada de ese programa algún error que he encontrado para que ella lo revise y confirme que así es. Técnicamente, es como si yo también me estuviera encargando de las pruebas de su programa (lógico, ella de momento está probando otro camino).
La cuestión es que ese servicio es tan complejo que (a parte de una parte común para cualquier llamada al servicio) en función del tipo de operación hace un proceso totalmente distinto. No os llegáis a imaginar la fruta biblia que le han metido para programar a la AP (ya os lo conté en una entrega anterior). El sumum de esta historia ha llegado hoy, cuando ese servicio llama a un tercero que por no tener informadas dos de las variables de entrada a ese servicio llega un momento que peta porque una de ellas no tiene información. Voy a su programa esperando ver alguna variable para investigar con que la informa... y veo esto:
* MOVE ¿? TO ZV7103I-CAPGARVE
* MOVE ¿? TO ZV7103I-FEVTOTMG
O sea, a un día de la fecha límite para tener finalizados y probados elementos de una RT (creo que la otra ya hace tiempo que todos están finalizados) todavía no han acabado el análisis de algunos de los elementos. Sencillamente hilarante. Y que recen para que esos dos campos fueran un despiste del analista y no los añadieran posteriormente en el ZV7103 sin llegar a probar que sigue ejecutando correctamente, porque de no ser así las pruebas integradas (el pobre desgraciad@ que se quede para ellas) van a ser épicas.
La cuestión es que ese servicio es tan complejo que (a parte de una parte común para cualquier llamada al servicio) en función del tipo de operación hace un proceso totalmente distinto. No os llegáis a imaginar la fruta biblia que le han metido para programar a la AP (ya os lo conté en una entrega anterior). El sumum de esta historia ha llegado hoy, cuando ese servicio llama a un tercero que por no tener informadas dos de las variables de entrada a ese servicio llega un momento que peta porque una de ellas no tiene información. Voy a su programa esperando ver alguna variable para investigar con que la informa... y veo esto:
* MOVE ¿? TO ZV7103I-CAPGARVE
* MOVE ¿? TO ZV7103I-FEVTOTMG
O sea, a un día de la fecha límite para tener finalizados y probados elementos de una RT (creo que la otra ya hace tiempo que todos están finalizados) todavía no han acabado el análisis de algunos de los elementos. Sencillamente hilarante. Y que recen para que esos dos campos fueran un despiste del analista y no los añadieran posteriormente en el ZV7103 sin llegar a probar que sigue ejecutando correctamente, porque de no ser así las pruebas integradas (el pobre desgraciad@ que se quede para ellas) van a ser épicas.
