{"id":14348,"date":"2018-12-04T08:00:31","date_gmt":"2018-12-04T07:00:31","guid":{"rendered":"http:\/\/192.168.20.3\/?p=14348"},"modified":"2024-12-12T11:06:59","modified_gmt":"2024-12-12T10:06:59","slug":"introduccion-tecnica-al-testeo-unitario-abap-abap-unit-testing","status":"publish","type":"post","link":"https:\/\/orekait.com\/es\/introduccion-tecnica-al-testeo-unitario-abap-abap-unit-testing\/","title":{"rendered":"Introducci\u00f3n t\u00e9cnica al testeo unitario ABAP \u2013
ABAP UNIT TESTING<\/span>"},"content":{"rendered":"

[et_pb_section fb_built=”1″ admin_label=”section” _builder_version=”4.25.2″ global_colors_info=”{}”][et_pb_row admin_label=”Imagen principal” _builder_version=”4.16″ background_size=”initial” background_position=”top_left” background_repeat=”repeat” global_colors_info=”{}”][et_pb_column type=”4_4″ _builder_version=”4.16″ custom_padding=”|||” global_colors_info=”{}” custom_padding__hover=”|||”][et_pb_image src=”https:\/\/orekait.com\/wp-content\/uploads\/2018\/12\/ABAP-UNIT-1.png” alt=”cloud-public” title_text=”ABAP-UNIT-1″ admin_label=”Imagen principal” module_class=”post-img” _builder_version=”4.25.2″ _module_preset=”default” global_colors_info=”{}”][\/et_pb_image][\/et_pb_column][\/et_pb_row][et_pb_row admin_label=”Cuerpo” _builder_version=”4.25.2″ _module_preset=”default” global_colors_info=”{}”][et_pb_column type=”4_4″ _builder_version=”4.25.2″ _module_preset=”default” global_colors_info=”{}”][et_pb_text content_last_edited=”off|desktop” admin_label=”Texto” _builder_version=”4.25.2″ header_2_font_size=”24px” header_3_font_size=”20px” header_4_font_size=”17px” background_size=”initial” background_position=”top_left” background_repeat=”repeat” width=”%22671%22″ height=”%22251%22″ global_colors_info=”{}” content__hover_enabled=”off|hover”]<\/p>\n

En el\u00a0art\u00edculo anterior<\/u><\/a>\u00a0os hablaba de las ventajas de integrar el\u00a0ABAP Unit Testing<\/strong>\u00a0en un proceso de desarrollo. En este art\u00edculo y los siguientes nos vamos a meter en harina y empezar a ver todo desde el punto de vista t\u00e9cnico.<\/p>\n

C\u00f3mo se crea el entorno de pruebas?<\/u><\/strong><\/h2>\n

Para crear un entorno de pruebas unitario\u00a0es necesario crear al menos una clase local de pruebas\u00a0<\/strong>\u00a0(se pueden crear varias, ya que podemos necesitar varios entornos de pruebas diferentes). Si el elemento a testear es una clase, \u00e9sta ya dispone de un lugar espec\u00edfico al que se puede acceder desde el men\u00fa de opciones superior.<\/p>\n

\"\"<\/p>\n

Para cualquier otro elemento a testear, la clase se debe definir\/implementar en los Includes correspondientes a las definiciones\/implementaciones locales.<\/p>\n

La clase local de pruebas es como cualquier otra clase habitual. S\u00f3lo presenta las siguientes particularidades en su definici\u00f3n:<\/p>\n

CLASS ltc_nombre_de_la_clase DEFINITION\u00a0FOR TESTING<\/u>\u00a0RISK LEVEL<\/u>\u00a0x\u00a0DURATION<\/u>\u00a0y.<\/em><\/p>\n

    \n
  • El nombre de la clase, al que es aconsejable a\u00f1adirle el sufijo\u00a0LTC_<\/strong>\u00a0(local test class).<\/li>\n
  • FOR TESTING<\/u>, que evita que la clase sea ejecutada por accidente en un entorno productivo. Esta clase es segura y\u00a0s\u00f3lo se puede ejecutar en modo de prueba<\/strong>.<\/li>\n
  • RISK LEVEL<\/u>, que declara el nivel de riesgo de la prueba. Hay tres valores posibles:\u00a0HARMLESS<\/strong>\u00a0(no tiene efecto sobre datos persistentes ni sobre ajustes del sistema),\u00a0DANGEROUS<\/strong>\u00a0(puede modificar datos persistentes) y\u00a0CRITICAL<\/strong>\u00a0(puede modificar ajustes del sistema y Customizing).<\/li>\n
  • DURATION<\/u>, establece la duraci\u00f3n de los tests. Tambi\u00e9n hay tres posibles valores:\u00a0SHORT<\/strong>\u00a0(menos de un minuto),\u00a0MEDIUM<\/strong>\u00a0(entre uno y cinco minutos) y\u00a0LONG<\/strong>\u00a0(m\u00e1s de cinco minutos).<\/li>\n<\/ul>\n

    Si cualquiera de nuestras pruebas se sale del entorno que hemos definido (en cuanto a duraci\u00f3n o en cuanto a alteraci\u00f3n de datos persistentes, etc.), su ejecuci\u00f3n se detendr\u00e1 (dependiendo de la modalidad de ejecuci\u00f3n) y obtendremos el correspondiente mensaje de error en la ventana de resultados.<\/p>\n

    Una vez definida la clase, ya\u00a0es detectada por la herramienta ABAP Unit Browser<\/strong>\u00a0.\u00a0<\/strong>Con esta herramienta podemos\u00a0ejecutar y analizar<\/strong>\u00a0los tests que definamos en la\/s clase\/s de pruebas. Para activar la herramienta, hay que ir a la transacci\u00f3n SE80->Utilidades->Opciones->Pesta\u00f1a Workbench (general) y activar la casilla Browser de test unidad ABAP.<\/p>\n

    \"\"<\/p>\n

    \"\"<\/p>\n

    \"\"<\/p>\n

    El browser detectar\u00e1 todos los elementos que poseen clase de test y nos los mostrar\u00e1 filtrados por el criterio que escojamos (paquete, clase, funci\u00f3n, autor, etc.). Desde el browser se podr\u00e1n ejecutar las clases de test que queramos pulsando el bot\u00f3n derecho del rat\u00f3n.<\/p>\n

    Creaci\u00f3n de los casos de prueba<\/u><\/strong><\/h2>\n

    Cada una de las pruebas que queramos realizar, la debemos definir como\u00a0m\u00e9todo de la clase de pruebas y a\u00f1adirle el prefijo\u00a0FOR TESTING<\/u><\/strong>.<\/p>\n

    METHODS Nombre_Del_M\u00e9todo_de_Pruebas FOR TESTING<\/em>.<\/p>\n

    Esto es debido a que dentro de la clase de pruebas podemos definir todos los m\u00e9todos y miembros que necesitemos (s\u00f3lo se admiten miembros y m\u00e9todos PRIVADOS), aunque durante la ejecuci\u00f3n de la clase de pruebas\u00a0s\u00f3lo se ejecutar\u00e1n los m\u00e9todos definidos FOR TESTING<\/strong>. El resto de m\u00e9todos reciben el nombre de m\u00e9todos de ayuda y tan s\u00f3lo servir\u00e1n para hacer nuestro c\u00f3digo m\u00e1s legible y f\u00e1cil de modificar.<\/p>\n

    Los m\u00e9todos de prueba tambi\u00e9n presentan la particularidad de que\u00a0no admiten par\u00e1metros de ning\u00fan tipo<\/strong>. Tienen que tener una estructura definida y ordenada en tres partes fundamentales que nunca deben faltar:<\/p>\n

      \n
    • Datos de partida<\/strong>, donde se realizan las operaciones de configuraci\u00f3n de la prueba (por ejemplo, si estamos probando una funci\u00f3n, se almacenan en variables los par\u00e1metros de entrada que queremos probar).<\/li>\n
    • Realizaci\u00f3n de la prueba<\/strong>, en donde el objeto de prueba es invocado (siguiendo el ejemplo, se hace una llamada a la funci\u00f3n con los par\u00e1metros definidos en el paso anterior).<\/li>\n
    • Contraste de los resultados<\/strong>, en donde se comparan los resultados obtenidos por el objeto de pruebas con los resultados que esperamos obtener a priori. Esto se hace a trav\u00e9s de los m\u00e9todos de la clase\u00a0CL_ABAP_UNIT_ASSERT<\/strong>, que tiene los m\u00e9todos suficientes (EQUALS, IS_INITIAL, IS_BOUND, DIFFERS, etc.) para contrastar los resultados obtenidos (par\u00e1metro ACT<\/strong>\u00a0de los m\u00e9todos) con los esperados (par\u00e1metro EXP<\/strong>\u00a0de dichos m\u00e9todos). Si alguno de ellos difiere, el test se considera fallido y el sistema nos proporciona toda la informaci\u00f3n necesaria para saber cu\u00e1l ha sido el problema.<\/li>\n<\/ul>\n

      Adem\u00e1s del prefijo FOR TESTING, hay 4 m\u00e9todos concretos que podemos definir si los necesitamos:\u00a0CLASS_SETUP, SETUP, TEARDOWN y CLASS_TEARDOWN<\/strong>. Estos m\u00e9todos los comentaremos a continuaci\u00f3n.<\/p>\n

      Una vez que tenemos definida la clase de pruebas y alg\u00fan m\u00e9todo de pruebas, podemos iniciar la ejecuci\u00f3n. La ejecuci\u00f3n es c\u00edclica y tiene las siguientes fases:<\/p>\n

        \n
      • Ejecuci\u00f3n del m\u00e9todo est\u00e1tico\u00a0CLASS_SETUP<\/strong>. Se ejecuta\u00a0una \u00fanica vez<\/u><\/strong>\u00a0por cada clase de prueba<\/strong>. Sirve fijar o establecer todos los datos que van a ser comunes a todas las pruebas que se van a realizar dentro de la clase de pruebas. De esta forma, eliminaremos duplicidades en c\u00f3digo de asignaci\u00f3n de par\u00e1metros comunes.<\/li>\n
      • Ejecuci\u00f3n del m\u00e9todo\u00a0SETUP<\/strong>. Se ejecuta siempre\u00a0antes de cada m\u00e9todo de prueba<\/u><\/strong>. Sirve para establecer un entorno seguro de prueba. Por ejemplo, si estamos testeando un objeto de una clase determinada, en este m\u00e9todo se debe llamar al constructor del objeto y crearlo de nuevo. De esta forma, eliminamos la posibilidad de obtener falsos positivos (o negativos) debido al almacenamiento de datos de pruebas anteriores en el objeto.<\/li>\n
      • Ejecuci\u00f3n del m\u00e9todo de prueba<\/strong>. En esta fase se ejecuta el m\u00e9todo de prueba (FOR TESTING) propiamente dicho.<\/li>\n
      • Ejecuci\u00f3n del m\u00e9todo\u00a0TEARDOWN<\/strong>. Se ejecuta siempre\u00a0despu\u00e9s de cada m\u00e9todo de prueba<\/strong>. Sirve para relaizar las operaciones de limpieza de memoria y datos necesarios para eliminar todo posible rastro dejado por el m\u00e9todo de prueba.<\/li>\n
      • Ejecuci\u00f3n del m\u00e9todo est\u00e1tico\u00a0CLASS_TEARDOWN<\/strong>. Se ejecuta\u00a0una \u00fanica\u00a0<\/u>vez por cada clase de prueba<\/strong>\u00a0tras el \u00faltimo m\u00e9todo TEARDOWN. Sirve para realizar las operaciones de limpieza de memoria y datos necesarios para eliminar todo posible rastro dejado por la clase de prueba.<\/li>\n<\/ul>\n

        Los m\u00e9todos de prueba siempre se van a\u00a0ejecutar en un orden aleatorio<\/strong>, para que no haya posibilidad de enmascaramiento de fallos debido a un orden preestablecido.<\/p>\n

        An\u00e1lisis de los resultados<\/u><\/strong><\/h2>\n

        Tras la ejecuci\u00f3n de la\/s clase\/s de test, obtenemos los resultados. Los resultados est\u00e1n organizados en dos pesta\u00f1as:\u00a0ABAP Unit Results\u00a0<\/strong>y\u00a0Coverage Metrics<\/strong>.<\/p>\n

        La pesta\u00f1a ABAP Unit Results nos informa de una manera sencilla, ordenada y muy visual del resultado de los diferentes tests. Luz verde indica resultado positivo y luz roja resultado negativo.<\/p>\n

        \"\"<\/p>\n

        Cuando hay un error, el sistema nos da toda la informaci\u00f3n necesaria para que podamos aislarlo y corregirlo.<\/p>\n

        La pesta\u00f1a Coverage Metrics nos da informaci\u00f3n sobre qu\u00e9\u00a0porcentaje de c\u00f3digo se ha probado<\/strong>, qu\u00e9 procedimientos se han testeado e incluso qu\u00e9 l\u00edneas de c\u00f3digo se han utilizado.<\/p>\n

        \"\"<\/p>\n

        El c\u00f3digo sobre fondo verde indica c\u00f3digo utilizado en los tests, mientras que el fondo rojo nos indica c\u00f3digo no utilizado.<\/p>\n

        \"\"<\/p>\n

        De esta forma, podemos ver qu\u00e9 partes del c\u00f3digo no se han testeado a\u00fan y\u00a0dise\u00f1ar m\u00e1s tests para cubrirlas<\/strong>.<\/p>\n

        Conclusi\u00f3n<\/u><\/strong><\/h2>\n

        Este art\u00edculo tan s\u00f3lo pretende ser una breve introducci\u00f3n a un tema tan importante como apasionante (a nivel te\u00f3rico y pr\u00e1ctico) y profundo. Esperamos ir explicando cosas m\u00e1s concretas en futuras entregas, como ejemplos de tests, t\u00e9cnicas para convertir c\u00f3digo existente en testeable, t\u00e9cnicas de desarrollo orientado al testeo, t\u00e9cnicas de inyecci\u00f3n de suplantadores de dependencias, ejecuci\u00f3n de Unit Tests multinivel, creaci\u00f3n de objetos esp\u00eda, automatizaci\u00f3n de la ejecuci\u00f3n de tests\u2026.en fin, el tema da para mucho. Por ahora, esperamo que os haya servido para despertar vuestra curiosidad y mentalizaros de que realizar estos test \u201ctempranos\u201d es necesario y ahorra much\u00edsimo\u00a0tiempo en debugging.\u00a0\u00a1Ahora, a convencer a vuestros responsables de desarrollo!<\/strong><\/p>\n

        [\/et_pb_text][\/et_pb_column][\/et_pb_row][et_pb_row admin_label=”M\u00e1s informaci\u00f3n” _builder_version=”4.25.2″ _module_preset=”default” global_colors_info=”{}”][et_pb_column type=”4_4″ _builder_version=”4.25.2″ _module_preset=”default” global_colors_info=”{}”][et_pb_text _builder_version=”4.25.2″ _module_preset=”default” global_colors_info=”{}”]<\/p>\n

        M\u00e1s informaci\u00f3n:<\/p>\n

        [\/et_pb_text][et_pb_button button_url=”https:\/\/orekait.com\/es\/area-produccion” button_text=”M\u00e1s informaci\u00f3n” module_class=”entrada-btn” _builder_version=”4.25.2″ _module_preset=”default” custom_button=”on” button_text_color=”#8156EA” button_bg_color=”RGBA(255,255,255,0)” button_border_color=”#8156EA” button_border_radius=”30px” button_font=”Plus Jakarta Sans|600|||||||” button_icon=”$||divi||400″ button_icon_color=”#8156EA” button_on_hover=”off” hover_enabled=”0″ global_colors_info=”{}” button_text_color__hover_enabled=”on|desktop” button_text_color__hover=”#8156EA” button_bg_color__hover_enabled=”on|hover” button_bg_color__hover=”#8156EA” button_bg_enable_color__hover=”on” button_icon_color__hover_enabled=”on|hover” button_icon_color__hover=”#ffffff” sticky_enabled=”0″][\/et_pb_button][et_pb_divider show_divider=”off” _builder_version=”4.25.2″ _module_preset=”default” custom_margin=”||40px||false|false” global_colors_info=”{}”][\/et_pb_divider][\/et_pb_column][\/et_pb_row][et_pb_row use_custom_gutter=”on” admin_label=”Noticias relacionadas titulo” module_id=”fondo-articulos” _builder_version=”4.25.2″ _module_preset=”default” background_color=”#f7f7f7″ width=”100%” global_colors_info=”{}”][et_pb_column type=”4_4″ _builder_version=”4.25.2″ _module_preset=”default” global_colors_info=”{}”][et_pb_divider show_divider=”off” _builder_version=”4.25.2″ _module_preset=”default” background_color=”RGBA(255,255,255,0)” custom_margin=”||40px||false|false” global_colors_info=”{}”][\/et_pb_divider][et_pb_heading title=”Quizas te pueda interesar” _builder_version=”4.25.2″ _module_preset=”default” title_level=”h2″ title_text_align=”center” global_colors_info=”{}”][\/et_pb_heading][et_pb_divider show_divider=”off” _builder_version=”4.25.2″ _module_preset=”default” custom_margin=”||30px||false|false” global_colors_info=”{}”][\/et_pb_divider][\/et_pb_column][\/et_pb_row][et_pb_row admin_label=”Noticias relacionadas” _builder_version=”4.25.2″ _module_preset=”default” width=”100%” custom_margin=”-150px||||false|false” custom_margin_tablet=”0px||||false|false” custom_margin_phone=”0px||||false|false” custom_margin_last_edited=”on|desktop” global_colors_info=”{}”][et_pb_column type=”4_4″ _builder_version=”4.25.2″ _module_preset=”default” global_colors_info=”{}”][et_pb_blog fullwidth=”off” posts_number=”3″ include_categories=”current” show_author=”off” show_date=”off” show_pagination=”off” _builder_version=”4.25.2″ _module_preset=”default” global_colors_info=”{}”][\/et_pb_blog][\/et_pb_column][\/et_pb_row][\/et_pb_section]<\/p>\n","protected":false},"excerpt":{"rendered":"

        En el\u00a0art\u00edculo anterior\u00a0os hablaba de las ventajas de integrar el\u00a0ABAP Unit Testing\u00a0en un proceso de desarrollo. En este art\u00edculo y los siguientes nos vamos a meter en harina y empezar a ver todo desde el punto de vista t\u00e9cnico. C\u00f3mo se crea el entorno de pruebas? Para crear un entorno de pruebas unitario\u00a0es necesario crear […]<\/p>\n","protected":false},"author":3,"featured_media":14335,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"on","_et_pb_old_content":"Lorem ipsum dolor sit amet consectetur adipiscing elit congue montes, imperdiet taciti erat elementum fermentum sem ante ultrices ridiculus, sagittis sociis egestas quisque ac semper quis odio. Aenean hendrerit ac metus dis nascetur aliquet mollis integer, rutrum vel laoreet posuere proin sagittis luctus est, tempus duis nisl ultrices parturient tempor praesent. Dignissim curabitur nascetur pellentesque augue fringilla pulvinar eros, tempus fames vehicula maecenas cubilia id, rutrum euismod integer ut scelerisque mus.\r\n\r\nVivamus auctor odio aenean rhoncus natoque dictum purus, volutpat pellentesque laoreet ridiculus consequat nisi varius euismod, augue platea convallis curae magnis taciti. Imperdiet nibh curabitur quisque orci consequat aenean pellentesque, cubilia duis senectus felis sed posuere tortor, magnis enim diam a odio sociis. Enim tellus nisl nec molestie augue luctus tempor habitant, nunc dictumst phasellus volutpat sem facilisis taciti, habitasse laoreet at turpis vel fermentum vulputate.","_et_gb_content_width":"","footnotes":""},"categories":[51],"tags":[],"class_list":["post-14348","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-user-experience-integracion"],"_links":{"self":[{"href":"https:\/\/orekait.com\/es\/wp-json\/wp\/v2\/posts\/14348","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/orekait.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/orekait.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/orekait.com\/es\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/orekait.com\/es\/wp-json\/wp\/v2\/comments?post=14348"}],"version-history":[{"count":6,"href":"https:\/\/orekait.com\/es\/wp-json\/wp\/v2\/posts\/14348\/revisions"}],"predecessor-version":[{"id":22262,"href":"https:\/\/orekait.com\/es\/wp-json\/wp\/v2\/posts\/14348\/revisions\/22262"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/orekait.com\/es\/wp-json\/wp\/v2\/media\/14335"}],"wp:attachment":[{"href":"https:\/\/orekait.com\/es\/wp-json\/wp\/v2\/media?parent=14348"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/orekait.com\/es\/wp-json\/wp\/v2\/categories?post=14348"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/orekait.com\/es\/wp-json\/wp\/v2\/tags?post=14348"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}