Se me ha presentado una inquietud con respecto a ejecutar código ABAP sin necesidad de crear un programa Z, esto mas que todo para ejecutar unos select y realizar unas pruebas unitarias en PRD.
He visto algunas opciones que son usar unos TIPS and TRICKS, donde puedes hacer unas pruebas de rendimiento y te permitiría en teoría crear tu código ahí. He probado y me dice que no dispongo de autorización para tratar, mas he leído que un amigo con la misma duda dice que tiene SAP_ALL y aun así no he posible.
Si ustedes han encontrado alguna forma de hacer esto, seria de mucha ayuda si me pudieran facilitar algún tipo de orientación.
Hola muchas gracias, no estoy creando validaciones, creo que mi frase fue muy ambigua. La he modificado. Lo que necesito es ejecutar código ABAP pero sin crear un programa, porque para esto debería de transportar y como he mencionado, son pruebas unitarias, algo bien controlado.
Con lo que yo pongo puedes hacer las consultas, no tiene sentido un if, porque estás haciendo una consulta o la otra, pero para hacer lo que pone si es posible Con SQL, haces una consulta ejecutas y luego cambias el código y pruebas la otra consulta, porque yo entiendo que sólo quieres obtener dichos datos.
Hay veces que esta transacción si está restringida su uso (sap_all obviamente puede siempre) tanto en desarrollo como en producción porque puedes atacar los datos desde la fuente y borrar tablas estandar y liarla parda.
Ahí comentan para hacer pruebas ABAP pero no te va a dejar correr esas pruebas en PRD y es aquí es donde esta el detalle, por eso quería ver que necesitabas hacer en PRD para ver si hay alguna alternativa.
Los clientes/mandante de producción y algunas veces calidad están cerrados a modificaciones y aquí es donde se complica probar código y la necesidad de usar OT.
Usa Eclipse con el ADT, tiene muchas posivilidades, y podras hacer las pruebas que necesitas.
ya para consultas en PRD, hay otros servicios que te permiten hacerlas, yo uso o solicia usar un SQL ABAP stemanet test. funcionaba de maravilla para estos fines.
Pero nada de lo que estas necesitando ahora mismo se puede hacer con una T-Code standard o con algun as bajo la manga, son configuraciones a problemas particulares las cuales requieren una profundizacion en lo que se busca.
De que se puede se puede. Si tuviera el sistema activo, te habria pasado mi metodo.
¿es decir? ¿necesitas ejecutar código ABAP en un entorno pero no quieres hacer un transporte de un report? Si es así, se puede hacer algo. Mediante la función “TRINT_OBJECTS_CHECK_AND_INSERT” y un breakpoint se puede modificar cualquier report z que haya en un entorno para el que el mandante esté bloqueado para modificaciones.
Yo lo uso por ejemplo en entorno de pruebas QAS, donde tengo un report Z… y lo modifico a mi antojo para hacer pruebas.
Hola @sconoredhot,
Voy a la SE37 y visualizo la función TRINT_OBJECTS_CHECK_AND_INSERT. Busco la primera aparición en código de la string DDIC-EXIT y cuando la localizo pongo un break-point en el if que viene debajo (línea 699 en mi caso).
Entonces voy al report Z con la se38, le doy al lápiz para editarlo y salta el debugger justo en el brek point. Lo que hay que hacer es poner el valor X en la variable ls_s-no_wbo_control y dar al F8. Con eso se abre el report para editarlo.
Una vez hecha la modificación le das a activar y va a saltar el breakpoint 4 veces y en todas hay que hacer lo mismo, poner la X en la variable y dar F8. Así lo activa, no hay que hacer transporte y puedes probar tu código.
La verdad es que la uso mucho, es que tenemos sap_all y podemos hacer muchas cosas.
La modificación se hace realmente sobre el report. Si luego no te interesa lo que has hecho lo puedes quitar de nuevo.
Si quieres hacer pruebas para ver una funcionalidad muy concreta pues puedes hacer un ztest o algo así y modificar sobre ese.