<?xml version="1.0" encoding="ISO-8859-1"?><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<front>
<journal-meta>
<journal-id>1684-1859</journal-id>
<journal-title><![CDATA[Revista Cubana de Informática Médica]]></journal-title>
<abbrev-journal-title><![CDATA[RCIM]]></abbrev-journal-title>
<issn>1684-1859</issn>
<publisher>
<publisher-name><![CDATA[Universidad de Ciencias Médicas de La Habana]]></publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id>S1684-18592015000100007</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[Proceso de pruebas y suite de herramientas de soluciones informáticas para la salud]]></article-title>
<article-title xml:lang="en"><![CDATA[Process of tests and suite of tools of informatics solve for the health]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Castilla Blanco]]></surname>
<given-names><![CDATA[Roberto Carlos]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Barrera Palenzuela]]></surname>
<given-names><![CDATA[Otniel]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Fernández Pérez]]></surname>
<given-names><![CDATA[Luis Guillermo]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Cabrera Hernández]]></surname>
<given-names><![CDATA[Mirna]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[González Cabrera]]></surname>
<given-names><![CDATA[Laura]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
</contrib-group>
<aff id="A01">
<institution><![CDATA[,SOFTEL  ]]></institution>
<addr-line><![CDATA[ ]]></addr-line>
<country>Cuba</country>
</aff>
<pub-date pub-type="pub">
<day>30</day>
<month>06</month>
<year>2015</year>
</pub-date>
<pub-date pub-type="epub">
<day>30</day>
<month>06</month>
<year>2015</year>
</pub-date>
<volume>7</volume>
<numero>1</numero>
<fpage>56</fpage>
<lpage>72</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_arttext&amp;pid=S1684-18592015000100007&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_abstract&amp;pid=S1684-18592015000100007&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_pdf&amp;pid=S1684-18592015000100007&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[Con la estrategia trazada por el Ministerio de Salud Pública para alcanzar la informatización del sector de la salud, se han creado un conjunto de sistemas informáticos capaces de automatizar lo que anteriormente se hacía de forma manual, siendo el Grupo de Integración de Soluciones (GIS) perteneciente a la empresa SOFTEL del Ministerio de Informática y Comunicaciones, el encargado de realizar un conjunto de pruebas con una serie de herramientas para reducir los recursos dedicados a esta actividad e incrementar mayor calidad, fiabilidad y con el menor número de errores posibles. Este trabajo detalla cada proceso de pruebas con las herramientas a utilizar, donde el objetivo es proporcionar los procesos que permiten utilizar disímiles herramientas automatizadas de pruebas, como una suite donde validar las aplicaciones informáticas desarrolladas para el Sistema Nacional de Salud. Esto minimizaría la ocurrencia de errores, cuyo resultado es la automatización de las pruebas unitarias, funcionales y de regresión de todos los sistemas en desarrollo; así como las pruebas a los servicios web, permitiendo la disminución ostensible del tiempo de demora de las pruebas a los sistemas y la cantidad de defectos detectados por los usuarios de las aplicaciones.]]></p></abstract>
<abstract abstract-type="short" xml:lang="en"><p><![CDATA[With the strategy outlined by the Ministry of Public Health to achieve the informatization have been created a group of computer systems able to automate that previously you toward in a manual way. as the Group Management Integration Solutions (GIS), belonging to the company SOFTEL, Ministry of Information and Communications, in charge of carrying out a group of tests with a series of tools to reduce the resources dedicated to this activity and to increase bigger quality and reliability and with the smallest number of possible errors. This work details each process of tests with the tools to use for each process process where the objective is to provide processes that allow dissimilar to use automated testing tools as a suite which validate software applications developed for the National Health System. This minimize the occurrence of errors, the results are automating unit, functional and regression of all developing test systems; as well as testing web services allowing considerable reduction of delay time test systems and the number of errors detected by application users.]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[proceso]]></kwd>
<kwd lng="es"><![CDATA[pruebas]]></kwd>
<kwd lng="es"><![CDATA[herramientas]]></kwd>
<kwd lng="es"><![CDATA[factoría]]></kwd>
<kwd lng="es"><![CDATA[calidad]]></kwd>
<kwd lng="en"><![CDATA[process]]></kwd>
<kwd lng="en"><![CDATA[test]]></kwd>
<kwd lng="en"><![CDATA[tools]]></kwd>
<kwd lng="en"><![CDATA[factory]]></kwd>
<kwd lng="en"><![CDATA[quality]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[ <div align="right">        <p><font size="2" face="Verdana"><b>ART&Iacute;CULO ORIGINAL</b></font></p>       <p align="left">&nbsp;</p>       <p align="left"><font size="4"><font face="Verdana"><strong>Proceso de pruebas      y suite de herramientas de soluciones inform&aacute;ticas para la salud </strong></font></font></p>       <p align="left">&nbsp;</p>       <p align="left"><font size="3" face="Verdana"><strong>Process of tests and suite      of tools of informatics solve for the health</strong> </font></p>       <p align="left">&nbsp;</p>       <p align="left">&nbsp;</p>       <p align="left"><font size="2" face="Verdana"><strong> Ing. Roberto Carlos Castilla      Blanco,<sup>I</sup> Ing. Otniel Barrera Palenzuela,<sup>II</sup> Ing. Luis      Guillermo Fern&aacute;ndez P&eacute;rez,<sup>III</sup> Ing. Mirna Cabrera      Hern&aacute;ndez,<sup>IV</sup> Ing. Laura Gonz&aacute;lez Cabrera<sup>V</sup></strong></font></p> </div>     <P><font size="2" face="Verdana"><sup>I</sup> Ingeniero en Ciencias Inform&aacute;tica.    SOFTEL, Cuba. E-mail: <a href="mailto:rccastilla@softel.cu">rccastilla@softel.cu</a>    ]]></body>
<body><![CDATA[<br>   <sup>II</sup> Ingeniero en Inform&aacute;tica. SOFTEL, Cuba. E-mail: <a href="mailto:obarrpal@softel.cu">obarrpal@softel.cu</a>    <br>   <sup>III</sup> Ingeniero en Sistema Automatizado de Direcci&oacute;n. SOFTEL,    Cuba. E-mail: <a href="mailto:lg@softel.cu">lg@softel.cu</a>    <br>   <sup>IV</sup> Master en Gesti&oacute;n de Proyectos Inform&aacute;ticos. Ingeniera    en Sistema Automatizado de Direcci&oacute;n. SOFTEL, Cuba. E-mail: <a href="mailto:mirna@softel.cu">mirna@softel.cu</a>    <br>   <sup>V</sup> Ingeniera Industrial. SOFTEL, Cuba. E-mail: <a href="mailto:laura@softel.cu">laura@softel.cu</a></font>      <P>&nbsp;     <P>&nbsp; <hr> <font size="2" face="Verdana"><strong>RESUMEN</strong></font>      <P><font size="2" face="Verdana">Con la estrategia trazada por el Ministerio de    Salud P&uacute;blica para alcanzar la informatizaci&oacute;n del sector de la    salud, se han creado un conjunto de sistemas inform&aacute;ticos capaces de    automatizar lo que anteriormente se hac&iacute;a de forma manual, siendo el    Grupo de Integraci&oacute;n de Soluciones (GIS) perteneciente a la empresa SOFTEL    del Ministerio de Inform&aacute;tica y Comunicaciones, el encargado de realizar    un conjunto de pruebas con una serie de herramientas para reducir los recursos    dedicados a esta actividad e incrementar mayor calidad, fiabilidad y con el    menor n&uacute;mero de errores posibles. Este trabajo detalla cada proceso de    pruebas con las herramientas a utilizar, donde el objetivo es proporcionar los    procesos que permiten utilizar dis&iacute;miles herramientas automatizadas de    pruebas, como una suite donde validar las aplicaciones inform&aacute;ticas desarrolladas    para el Sistema Nacional de Salud. Esto minimizar&iacute;a la ocurrencia de    errores, cuyo resultado es la automatizaci&oacute;n de las pruebas unitarias,    funcionales y de regresi&oacute;n de todos los sistemas en desarrollo; as&iacute;    como las pruebas a los servicios web, permitiendo la disminuci&oacute;n ostensible    del tiempo de demora de las pruebas a los sistemas y la cantidad de defectos    detectados por los usuarios de las aplicaciones. </font>     <P><font size="2" face="Verdana"><strong>Palabras clave:</strong> proceso, pruebas,    herramientas, factor&iacute;a, calidad. </font> <hr> <font size="2" face="Verdana"><strong>ABSTRACT </strong></font>      <P>      <P><font size="2" face="Verdana">With the strategy outlined by the Ministry of    Public Health to achieve the informatization have been created a group of computer    systems able to automate that previously you toward in a manual way. as the    Group Management Integration Solutions (GIS), belonging to the company SOFTEL,    Ministry of Information and Communications, in charge of carrying out a group    of tests with a series of tools to reduce the resources dedicated to this activity    and to increase bigger quality and reliability and with the smallest number    of possible errors. This work details each process of tests with the tools to    use for each process process where the objective is to provide processes that    allow dissimilar to use automated testing tools as a suite which validate software    applications developed for the National Health System. This minimize the occurrence    of errors, the results are automating unit, functional and regression of all    developing test systems; as well as testing web services allowing considerable    reduction of delay time test systems and the number of errors detected by application    users. </font>     ]]></body>
<body><![CDATA[<P><font size="2" face="Verdana"><strong>Key words:</strong> process, test, tools,    factory, quality.</font> <hr>     <p>&nbsp;</p>     <p>&nbsp;</p>     <p><font size="3" face="Verdana"><strong>INTRODUCCI&Oacute;N</strong> </font>  </p>     <P><font size="2" face="Verdana">Desde el a&ntilde;o 2003, el Ministerio de Salud    P&uacute;blica (MINSAP), traza una nueva estrategia para alcanzar la informatizaci&oacute;n    en el sector de la salud, poniendo como centro al paciente y utilizando las    &uacute;ltimas tecnolog&iacute;as de la informaci&oacute;n y las comunicaciones.    </font>     <P><font size="2" face="Verdana">Con el objetivo de integrar los esfuerzos aislados    para informatizar la salud en Cuba, el MINSAP decide estandarizar la arquitectura    de los sistemas que formar&aacute;n parte del Sistema de Informaci&oacute;n    para la Salud (<font color="#000000">SiSalud)</font>, implicando a todas las    entidades que participan en el proceso.<sup>1</sup></font>      <P><font size="2" face="Verdana">En estos momentos se trabaja integradamente en    el desarrollo de un grupo de aplicaciones b&aacute;sicas acordes a la nueva    estrategia. En su desarrollo e implementaci&oacute;n participan varias instituciones    del Ministerio de Inform&aacute;tica y Comunicaciones (MINCOM), como Softel    y otras empresas de este ministerio, del MINSAP y la Universidad de las Ciencias    Inform&aacute;ticas (UCI).<sup>2</sup></font>     <P><font size="2" face="Verdana">Forma parte de la estrategia para lograr la informatizaci&oacute;n    del Sistema Nacional de Salud (SNS), un conjunto de sistemas inform&aacute;ticos    capaces de informatizar lo que anteriormente se hac&iacute;a de forma manual.    </font>     <P><font size="2" face="Verdana">El Grupo de Gesti&oacute;n de Integraci&oacute;n    de Soluciones (GIS) perteneciente a la empresa Softel, tiene como una de sus    misiones la realizaci&oacute;n de diferentes tipos de pruebas a los sistemas    inform&aacute;ticos de salud con un conjunto de herramientas para garantizar    la disminuci&oacute;n de los defectos y/o errores; entregar el proyecto o producto    con la mayor calidad y fiabilidad al cliente, en el plazo de tiempo acordado,    teniendo en cuenta que el Aseguramiento de la Calidad del Software (SQA - por    sus siglas en ingl&eacute;s), es una parte esencial dentro del desarrollo y    mantenimiento del software.<sup>3,4</sup></font>     <P><font size="2" face="Verdana">Las actividades de verificaci&oacute;n y validaci&oacute;n    de productos son fundamentales para asegurar la calidad de un producto<sup>5</sup> y    se encuentran dentro del conjunto de actividades de SQA. El objetivo de las    primeras es asegurar el correcto funcionamiento del producto, mientras que las    segundas aseguran que el producto satisface las necesidades definidas.<sup>6</sup> Las    pruebas de software forman parte de las actividades de verificaci&oacute;n y    validaci&oacute;n y, por tanto, constituyen una parte integral de las actividades    de SQA.<sup>4,7</sup></font>     ]]></body>
<body><![CDATA[<P><font size="2" face="Verdana">En dependencia de la estructura organizativa    de la entidad, las actividades relacionadas con las pruebas de software se desarrollan    siguiendo diferentes modelos. Entre ellos destacan los siguientes:<sup>8</sup>    desarrolladores que hacen las funciones de probadores,<sup>8,9 </sup>equipo    de pruebas integrado en el equipo de desarrollo, equipos de pruebas independientes    que realizan las labores de verificaci&oacute;n y validaci&oacute;n,<sup>8</sup>    grupos de SQA que dedican parte de su esfuerzo a realizar pruebas<sup>5</sup>    y, actualmente, se est&aacute; comenzando a realizar externalizaci&oacute;n    de las actividades relacionadas con las pruebas de software.<sup>8</sup> </font>      <P><font size="2" face="Verdana">La ocurrencia de defectos es la principal causa    del incremento de los costos del producto, debido a la correcci&oacute;n y el    tiempo de re-trabajo, lo que conlleva a una baja calidad del producto.<sup>10,11</sup>    Por eso, el objetivo que persiguen las organizaciones de desarrollo de software    al subcontratar servicios de pruebas de software es reducir costos, tiempos    y mejorar, tanto el proceso de pruebas, como la calidad del producto.<sup>12</sup></font>      <P><font size="2" face="Verdana">Una soluci&oacute;n apropiada para aplicar los    principios de externalizaci&oacute;n de pruebas de software son las Factor&iacute;as    de Pruebas, organizaci&oacute;n cuya actividad de negocio principal consiste    en proporcionar servicios de pruebas a organizaciones de desarrollo software.    Las mismas dispondr&aacute;n de los recursos necesarios, tanto personas como    procesos e infraestructura, que permitan proporcionar y gestionar de forma eficiente    los servicios ofrecidos.<sup>12</sup></font>     <P><font size="2" face="Verdana">El objetivo de este trabajo es proporcionar los    procesos que permiten utilizar dis&iacute;miles herramientas automatizadas de    pruebas, como una suite donde validar las aplicaciones inform&aacute;ticas desarrolladas    para el SNS. Esto minimizar&iacute;a la ocurrencia de errores. </font>     <P>&nbsp;     <P><font size="3" face="Verdana"><strong>M&Eacute;TODOS</strong></font>      <P><font size="2" face="Verdana">Las pruebas de software constituyen un elemento    importante en el aseguramiento de la calidad de software y la mejora de procesos    en cualquier empresa. La externalizaci&oacute;n de las pruebas de software constituye    una alternativa fiable y proporciona un cat&aacute;logo de servicios con los    niveles de calidad predefinidos; un personal con nivel &oacute;ptimo de experiencia,    y optimizaci&oacute;n de los costos. Si las organizaciones de software est&aacute;n    demandando servicios de pruebas de software, entonces es necesaria la creaci&oacute;n    de Factor&iacute;as de Pruebas que proporcionen dichos servicios. Con el objetivo    de crear y gestionar estas factor&iacute;as son necesarios los procesos de pruebas    y herramientas a utilizar para gestionar dichos procesos de pruebas. </font>     <P><font size="2" face="Verdana"> <strong>Estructuras organizativas para el desarrollo    de pruebas de software</strong></font>      <P><font size="2" face="Verdana">Existen muchas formas de organizar las pruebas    de software, desde estructuras sencillas hasta organizaciones que proporcionan    servicios de pruebas. En este trabajo se hace referencia a las Factor&iacute;a    de Pruebas, donde las organizaciones subcontratan todas o parte de las actividades    de verificaci&oacute;n y validaci&oacute;n a organizaciones especializadas en    pruebas de software, con la principal ventaja de que &eacute;stas disponen del    personal experimentado y la infraestructura necesaria, mientras que la principal    desventaja es la necesidad de realizar una buena gesti&oacute;n de las actividades    externalizadas. </font>     <P><font size="2" face="Verdana"> <strong>Principales modelos de referencias de    buenas pr&aacute;cticas</strong> </font>      ]]></body>
<body><![CDATA[<P><font size="2" face="Verdana">Existen diferentes modelos de referencia que    definen el conjunto de buenas pr&aacute;cticas a realizar dentro de una organizaci&oacute;n    con el objetivo de llevar a cabo una mejora de procesos. CMMi<sup>13</sup> es    el modelo de referencia m&aacute;s difundido en la industria del software, que    proporciona la cobertura necesaria para el desarrollo de actividades aplicadas,    tanto a productos, como a servicios. Adem&aacute;s, existen modelos de referencia    dirigidos especialmente al proceso de pruebas de software, los m&aacute;s destacables    son: TMM,<sup>14</sup> TMMi,<sup>15</sup> TPI<sup>16</sup> y TestPAI.<sup>17</sup>    Ofrecen el marco de referencia necesario para determinar el conjunto de fortalezas    y debilidades en el &aacute;rea de pruebas de software. </font>     <P>&nbsp;     <P><font size="3" face="Verdana"><strong>RESULTADOS Y DISCUSI&Oacute;N</strong>    </font>      <P><font size="2" face="Verdana"><strong>Procesos de pruebas y suite de herramientas    </strong></font>      <P><font size="2" face="Verdana">Las Factor&iacute;as de Pruebas son un tipo de    organizaci&oacute;n que dispone de los mecanismos necesarios para proporcionar    y gestionar servicios de pruebas de software. Para poder desarrollar estas tareas    de forma efectiva la organizaci&oacute;n debe disponer de procesos de pruebas    con un conjunto de herramientas para automatizar dichos procesos, como se muestra    en las figuras <a href="/img/revistas/rcim/v7n1/f0107115.jpg">1</a>, <a href="/img/revistas/rcim/v7n1/f0207115.jpg">2</a>    y <a href="/img/revistas/rcim/v7n1/f0307115.jpg">3</a>. </font>      <P><font size="2" face="Verdana"><strong>Descripci&oacute;n detallada de cada    proceso </strong></font>      <P><font size="2" face="Verdana"><em>Proceso de Certificaci&oacute;n de Entornos:</em>    Asegura el correcto funcionamiento de los sistemas en los distintos entornos    de ejecuci&oacute;n en los que deba implantarse. Funciona de manera troncal,    donde para cada uno de los entornos destino identificados, invocar&aacute; la    ejecuci&oacute;n de los servicios de &iacute;ndole t&eacute;cnica o funcional    en el propio entorno o en un entorno de similares caracter&iacute;sticas, como    se muestra en la <a href="#fig4">figura 4</a>. </font>     <P align="center"> <img src="/img/revistas/rcim/v7n1/f0407115.jpg" width="542" height="428"><a name="fig4"></a>      <P align="left"> <em><font size="2" face="Verdana">Proceso de Verificaci&oacute;n    y Validaci&oacute;n del Proceso de Compilaci&oacute;n:</font></em><font size="2" face="Verdana">    La entrega del software contiene todos los elementos fuentes necesarios para    la generaci&oacute;n de sus desplegables y mantiene correctamente las dependencias    a nivel software con otras aplicaciones, componentes y librer&iacute;as, igualmente    provee el software compilado y empaquetado en los distintos desplegables, como    se muestra en la <a href="#fig5">figura 5</a>. </font>     <P align="center"><img src="/img/revistas/rcim/v7n1/f0507115.jpg" width="569" height="460"><a name="fig5"></a>      ]]></body>
<body><![CDATA[<P><font size="2" face="Verdana"><em>Proceso de Verificaci&oacute;n y Validaci&oacute;n    Est&aacute;tica del C&oacute;digo Fuente:</em> Este proceso verifica los niveles    de calidad de c&oacute;digo fuente en base a las mejores pr&aacute;cticas de    desarrollo definidas, como se muestra en la <a href="#fig6">figura 6</a>. </font>     <div align="center"><img src="/img/revistas/rcim/v7n1/f0607115.jpg" width="557" height="370">    <a name="fig6"></a> </div>     <P><font size="2" face="Verdana"><em>Proceso de Verificaci&oacute;n y Validaci&oacute;n    del Proceso de Despliegue:</em> Se verifica que la entrega podr&aacute; implantarse    en el entorno definido para la misma y atendiendo, estricta y &uacute;nicamente,    a las instrucciones que se deben describir en la documentaci&oacute;n de soporte    a la instalaci&oacute;n, como se muestra en la <a href="#fig7">figura 7</a>.</font>     <P align="center"><img src="/img/revistas/rcim/v7n1/f0707115.jpg" width="557" height="458"><a name="fig7"></a>      <P><em><font size="2" face="Verdana">Proceso de Verificaci&oacute;n y Validaci&oacute;n    Funcional:</font></em><font size="2" face="Verdana"> Persigue la certificaci&oacute;n    de que el producto de software se ajusta funcionalmente a las necesidades solicitadas    por los usuarios, para lo que se contratar&aacute; el funcionamiento real con    las especificaciones de las fases de an&aacute;lisis y dise&ntilde;o, seg&uacute;n    se muestra en la <a href="/img/revistas/rcim/v7n1/f0807115.jpg">figura 8</a>. </font>      <P><font size="2" face="Verdana"><em>Proceso de Verificaci&oacute;n y Validaci&oacute;n    de Regresi&oacute;n:</em> Consiste en que los cambios hechos en el software,    especialmente los de car&aacute;cter correctivo, no han provocado nuevos errores,    como se muestra en la <a href="/img/revistas/rcim/v7n1/f0907115.jpg">figura 9</a>. </font>      <P><font size="2" face="Verdana"><em>Proceso de Generaci&oacute;n de Pruebas de    Regresi&oacute;n:</em> Consiste en la grabaci&oacute;n de casos de prueba funcionales    que se utilizan para automatizar las pruebas de regresi&oacute;n, como se muestra    en la <a href="#fig10">figura 10</a>. </font>      <P align="center"><img src="/img/revistas/rcim/v7n1/f1007115.jpg" width="519" height="408"><a name="fig10"></a>      <P><font size="2" face="Verdana"><em>Proceso de Ejecuci&oacute;n de Pruebas de    Regresi&oacute;n</em>: Este proceso realiza la verificaci&oacute;n de que los    cambios efectuados en la versi&oacute;n no han provocado otros errores o carencias,    como se muestra en la <a href="#fig11">figura 11</a>. </font>      <P align="center"><img src="/img/revistas/rcim/v7n1/f1107115.jpg" width="556" height="614"><a name="fig11"></a>      ]]></body>
<body><![CDATA[<P><font size="2" face="Verdana"><em>Proceso de Validaci&oacute;n y Verificaci&oacute;n    de Accesibilidad:</em> Asegura que la aplicaci&oacute;n cumple los requisitos    de accesibilidad, los particularmente establecidos en el proyecto o los de car&aacute;cter    general. Frecuentemente como requisito de accesibilidad se establece, &uacute;nicamente,    el nivel requerido seg&uacute;n la definici&oacute;n del grupo de trabajo WAI    del grupo W3C, como se muestra en la <a href="/img/revistas/rcim/v7n1/f1207115.jpg">figura    12</a>. </font>      <P><font size="2" face="Verdana"><em>Proceso de Verificaci&oacute;n y Validaci&oacute;n    de Usabilidad:</em> Asegura que la aplicaci&oacute;n cumple los requisitos de    usabilidad, los particularmente establecidos en el proyecto o los de car&aacute;cter    general, como se muestra en la <a href="/img/revistas/rcim/v7n1/f1307115.jpg">figura 13</a>.    </font>      <P><font size="2" face="Verdana"><em>Proceso de Verificaci&oacute;n y Validaci&oacute;n    de Seguridad de la Aplicaci&oacute;n:</em> El proceso consiste en la detenci&oacute;n    de vulnerabilidades de seguridad en las aplicaciones, como se muestra en la    <a href="#fig14">figura 14</a>. </font>     <P align="center"><img src="/img/revistas/rcim/v7n1/f1407115.jpg" width="548" height="614"><a name="fig14"></a>      <P><em><font size="2" face="Verdana">Proceso de Verificaci&oacute;n y Validaci&oacute;n    de Servicios Webs:</font></em><font size="2" face="Verdana"> Est&aacute; orientado    a asegurar que el servicio web realiza de forma correcta las funciones para    las que ha sido dise&ntilde;ado, recogidas en la documentaci&oacute;n del proyecto    (requisitos del sistema, an&aacute;lisis, dise&ntilde;o, planes de prueba, etc.),    seg&uacute;n la <a href="/img/revistas/rcim/v7n1/f1507115.jpg">figura 15</a>. </font>      <P><font size="2" face="Verdana">Entregar productos con calidad es la principal    exigencia en la industria del software en Cuba, por lo que se hace necesario    el desarrollo de un proceso de pruebas que se encargue de validar la calidad    de las soluciones inform&aacute;ticas. Es un proceso que requiere tiempo y esfuerzo,    pero que permite, una vez terminados los productos, que cumplan con los requerimientos    y expectativas del cliente. A partir de la aplicaci&oacute;n de este proceso,    se puede constatar que la soluci&oacute;n inform&aacute;tica probada est&aacute;    a un paso de adquirir la calidad requerida, al permitir encontrar errores en    la misma y ser corregidos antes de entregar al cliente.<sup>18</sup> </font>     <P>&nbsp;     <P><font size="3" face="Verdana"><strong>CONCLUSIONES</strong> </font>      <P><font size="2" face="Verdana">Se defini&oacute; una propuesta de proceso de    pruebas conformado a su vez por 12 subprocesos, que son: </font>     <P><font size="2" face="Verdana">- Proceso de Certificaci&oacute;n de Entornos.    ]]></body>
<body><![CDATA[<br>   </font><font size="2" face="Verdana">- Proceso de Verificaci&oacute;n y Validaci&oacute;n    del Proceso de Compilaci&oacute;n.    <br>   </font><font size="2" face="Verdana">- Proceso de Verificaci&oacute;n y Validaci&oacute;n    Est&aacute;tica del C&oacute;digo Fuente.    <br>   </font><font size="2" face="Verdana">- Proceso de Verificaci&oacute;n y Validaci&oacute;n    del Proceso de Despliegue.    <br>   </font><font size="2" face="Verdana">- Proceso de Verificaci&oacute;n y Validaci&oacute;n    Funcional.    <br>   </font><font size="2" face="Verdana">- Proceso de Verificaci&oacute;n y Validaci&oacute;n    de Regresi&oacute;n.    <br>   </font><font size="2" face="Verdana">- Proceso de Generaci&oacute;n de Pruebas    de Regresi&oacute;n.    <br>   </font><font size="2" face="Verdana">- Proceso de Ejecuci&oacute;n de Pruebas    de Regresi&oacute;n.    <br>   </font><font size="2" face="Verdana">- Proceso de Validaci&oacute;n y Verificaci&oacute;n    de Accesibilidad.    <br>   </font><font size="2" face="Verdana">- Proceso de Verificaci&oacute;n y Validaci&oacute;n    de Usabilidad.    <br>   </font><font size="2" face="Verdana">- Proceso de Verificaci&oacute;n y Validaci&oacute;n    de Seguridad de la Aplicaci&oacute;n.    ]]></body>
<body><![CDATA[<br>   </font><font size="2" face="Verdana">- Proceso de Verificaci&oacute;n y Validaci&oacute;n    de Servicios Webs. </font>      <P><font size="2" face="Verdana">Para cada proceso definido se proponen las herramientas    que se pueden utilizar. </font>      <P><font size="2" face="Verdana">Los procesos de prueba propuestos en este trabajo,    as&iacute; como las herramientas de prueba analizadas, han comenzado a incorporarse    como parte del proceso de desarrollo de software en la empresa Softel. Los diferentes    grupos de trabajo se capacitan en el uso de las herramientas de prueba que deben    utilizar acorde a los roles que desempe&ntilde;an. </font>     <P><font size="2" face="Verdana">Ya se han automatizado las pruebas unitarias,    funcionales y de regresi&oacute;n de todos los sistemas en desarrollo; as&iacute;    como las pruebas a los servicios web. En breve tiempo se comenzar&aacute; a    realizar las pruebas de carga y estr&eacute;s a los sistemas de gesti&oacute;n    hospitalaria.</font>     <P>&nbsp;     <P><strong><font size="3" face="Verdana">REFERENCIAS BIBLIOGR&Aacute;FICAS</font></strong><font size="2" face="Verdana">    </font>      <!-- ref --><P><font size="2" face="Verdana">1. Vidal M, De Armas Y. Estrategias de informatizaci&oacute;n    del Sector de la Salud (I). Revista Inform&aacute;ticaM&eacute;dica. 2002;11(4):24-7.        </font>      <!-- ref --><P><font size="2" face="Verdana">2. Direcci&oacute;n Inform&aacute;tica MINSAP.    Marco Regulatorio, GIS-07.01. La Habana, 2009.     </font>     ]]></body>
<body><![CDATA[<!-- ref --><P><font size="2" face="Verdana">3. Osterweil L. Strategic Direction in Software    Quality. ACM COMPUTING SURVEYS 1996 [citado 2014 Dic];8(4):329-46. Disponible    en: <a href="http://citeseerx.ist.psu.edu/showciting?cid=1681212" target="_blank">http://citeseerx.ist.psu.edu/showciting?cid=1681212</a></font>      <!-- ref --><P><font size="2" face="Verdana">4. Wordpress. Definici&oacute;n de SQA. [citado    2014 Dic]. Disponible en: <a href="https://clauyazmin22.wordpress.com/2012/02/24/definicion-de-sqa/" target="_blank">https://clauyazmin22.wordpress.com/2012/02/24/definicion-de-sqa/</a>    </font>      <!-- ref --><P><font size="2" face="Verdana">5. Hetzel B. The Complete Guide to Software Testing.    John Wiley&amp;Sons. Second Edition. United States; 1993. ISBN 0-89435-242-3.        </font>      <!-- ref --><P><font size="2" face="Verdana">6. Runeson P, Andersson C, Thelin T. What Do    We Know about Defect Detection Methods? IEEE Software 2006 [citado 2014 Dic];23(3):82-90.</font>    <font size="2" face="Verdana">Disponible en: <a href="http://www.researchgate.net/publication/3248375_What_do_we_know_about_defect_detection_methods" target="_blank">http://www.researchgate.net/publication/3248375_What_do_we_know_about_defect_detection_methods</a></font>     <!-- ref --><P><font size="2" face="Verdana">7. Tian J. Software Quality Engineering, IEEE    Computer Society. Estados Unidos; 2005. ISBN: 0-471-71345-7.     </font>      <!-- ref --><P><font size="2" face="Verdana">8. Craig RD, Jaskiel SP. Systematic Software    Testing, Artech House Publishers. Boston; 2002.     </font>      <!-- ref --><P><font size="2" face="Verdana">9. Kit E. Software Testing in the Real World,    Addison- Wesley. Gran Breta&ntilde;a; 1995. ISBN: 0785342877564.     </font>      <!-- ref --><P><font size="2" face="Verdana">10. Boehm BW. Improving software Productivity.    IEEE Computer. 2006.     </font>      <!-- ref --><P><font size="2" face="Verdana">11. Koomen T, van der Aalst L, Broekman B, Vroon    M. TMap Next for result-driven testing. UTN Publishers. Netherlands; 2006. ISBN    90-72194-79-9.     </font>      <!-- ref --><P><font size="2" face="Verdana">12. Weigelt C. The impact of outsourcing new    technologies on integrative capabilities and performance. Strategic Management    Journal 2009 [citado 2014 Dic];30(6):595-616. Disponible en: <a href="http://onlinelibrary.wiley.com/doi/10.1002/smj.v30:6/issuetoc" target="_blank">http://onlinelibrary.wiley.com/doi/10.1002/smj.v30:6/issuetoc</a></font>     <P><font size="2" face="Verdana">13. Software Engineering Institute (SEI). CMMi<sup>&#174;</sup>    for Development 2010;1(3).</font>      <!-- ref --><P><font size="2" face="Verdana">14. Burnstein I. Practical Software Testing.    Springer-Verlag. Chicago, USA; 2003.    </font>     <!-- ref --><P><font size="2" face="Verdana">15. Van E, Wells B. Test Maturity Model Integration    (TMMi) (Guidelines for Test Process Improvement) 2012.     </font>      <!-- ref --><P><font size="2" face="Verdana">16. Koomen T. Test process improvement: a practical    step-by-step guide to structured testing. Addison-Wesley, Great Britain; 1999.        </font>     <!-- ref --><P><font size="2" face="Verdana">17. Sanz A, Salda&ntilde;a J, Garc&iacute;a J,    Gaitero D. TestPAI: Un &aacute;rea de proceso de pruebas integrada con CMMI.    REICIS 2008 [citado 2014 Dic];4(4):6-20. Disponible en: <a href="http://www.researchgate.net/publication/228729310_TestPAI_Un_rea_de_proceso_de_pruebas_integrada_con_CMMI" target="_blank">http://www.researchgate.net/publication/228729310_TestPAI_Un_rea_de_proceso_de_pruebas_integrada_con_CMMI</a></font>      <!-- ref --><P><font size="2" face="Verdana">18. Betancourt L. Proceso de prueba de un software.    [Internet] [citado 2014 Dic]. Disponible en: <a href="http://revista.jovenclub.cu/?p=789" target="_blank">http://revista.jovenclub.cu/?p=789</a></font>      <P>&nbsp;     <P>&nbsp;     <P><font size="2" face="Verdana">Recibido: 24 de julio de 2014.    <br>   Aprobado: 1 de marzo de 2015.</font>       ]]></body><back>
<ref-list>
<ref id="B1">
<label>1</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Vidal]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
<name>
<surname><![CDATA[De Armas]]></surname>
<given-names><![CDATA[Y]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Estrategias de informatización del Sector de la Salud (I)]]></article-title>
<source><![CDATA[Revista Informática Médica]]></source>
<year>2002</year>
<volume>11</volume>
<numero>4</numero>
<issue>4</issue>
<page-range>24-7</page-range></nlm-citation>
</ref>
<ref id="B2">
<label>2</label><nlm-citation citation-type="">
<collab>Dirección Informática MINSAP</collab>
<source><![CDATA[Marco Regulatorio, GIS-07.01]]></source>
<year>2009</year>
<publisher-loc><![CDATA[La Habana ]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B3">
<label>3</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Osterweil]]></surname>
<given-names><![CDATA[L]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Strategic Direction in Software Quality]]></article-title>
<source><![CDATA[ACM COMPUTING SURVEYS]]></source>
<year>1996</year>
<volume>8</volume>
<numero>4</numero>
<issue>4</issue>
<page-range>329-46</page-range></nlm-citation>
</ref>
<ref id="B4">
<label>4</label><nlm-citation citation-type="">
<collab>Wordpress</collab>
<source><![CDATA[Definición de SQA]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B5">
<label>5</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Hetzel]]></surname>
<given-names><![CDATA[B]]></given-names>
</name>
</person-group>
<source><![CDATA[The Complete Guide to Software Testing. John Wiley&Sons]]></source>
<year>1993</year>
<edition>Second</edition>
</nlm-citation>
</ref>
<ref id="B6">
<label>6</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Runeson]]></surname>
<given-names><![CDATA[P]]></given-names>
</name>
<name>
<surname><![CDATA[Andersson]]></surname>
<given-names><![CDATA[C]]></given-names>
</name>
<name>
<surname><![CDATA[Thelin]]></surname>
<given-names><![CDATA[T]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[What Do We Know about Defect Detection Methods?]]></article-title>
<source><![CDATA[IEEE Software]]></source>
<year>2006</year>
<volume>23</volume>
<numero>3</numero>
<issue>3</issue>
<page-range>82-90</page-range></nlm-citation>
</ref>
<ref id="B7">
<label>7</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Tian]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<source><![CDATA[Software Quality Engineering, IEEE Computer Society]]></source>
<year>2005</year>
</nlm-citation>
</ref>
<ref id="B8">
<label>8</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Craig]]></surname>
<given-names><![CDATA[RD]]></given-names>
</name>
<name>
<surname><![CDATA[Jaskiel]]></surname>
<given-names><![CDATA[SP]]></given-names>
</name>
</person-group>
<source><![CDATA[Systematic Software Testing, Artech House Publishers]]></source>
<year>2002</year>
<publisher-loc><![CDATA[^eBoston Boston]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B9">
<label>9</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Kit]]></surname>
<given-names><![CDATA[E]]></given-names>
</name>
</person-group>
<source><![CDATA[Software Testing in the Real World, Addison- Wesley.]]></source>
<year>1995</year>
</nlm-citation>
</ref>
<ref id="B10">
<label>10</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Boehm]]></surname>
<given-names><![CDATA[BW]]></given-names>
</name>
</person-group>
<source><![CDATA[Improving software Productivity. IEEE Computer]]></source>
<year>2006</year>
</nlm-citation>
</ref>
<ref id="B11">
<label>11</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Koomen]]></surname>
<given-names><![CDATA[T]]></given-names>
</name>
<name>
<surname><![CDATA[van der Aalst]]></surname>
<given-names><![CDATA[L]]></given-names>
</name>
<name>
<surname><![CDATA[Broekman]]></surname>
<given-names><![CDATA[B]]></given-names>
</name>
<name>
<surname><![CDATA[Vroon]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
</person-group>
<source><![CDATA[TMap Next for result-driven testing. UTN Publishers]]></source>
<year>2006</year>
<publisher-loc><![CDATA[Netherlands ]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B12">
<label>12</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Weigelt]]></surname>
<given-names><![CDATA[C]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[The impact of outsourcing new technologies on integrative capabilities and performance]]></article-title>
<source><![CDATA[Strategic Management Journal]]></source>
<year>2009</year>
<volume>30</volume>
<numero>6</numero>
<issue>6</issue>
<page-range>595-616</page-range></nlm-citation>
</ref>
<ref id="B13">
<label>13</label><nlm-citation citation-type="">
<collab>Carnegie Mellon University^dSoftware Engineering Institute (SEI). CMMi® for Development</collab>
<source><![CDATA[CERT's Podcast Series: Security for Business Leaders]]></source>
<year>2010</year>
<publisher-loc><![CDATA[Georgia ]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B14">
<label>14</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Burnstein]]></surname>
<given-names><![CDATA[I]]></given-names>
</name>
</person-group>
<source><![CDATA[Practical Software Testing. Springer-Verlag]]></source>
<year>2003</year>
<publisher-loc><![CDATA[^eChicago Chicago]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B15">
<label>15</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Van]]></surname>
<given-names><![CDATA[E]]></given-names>
</name>
<name>
<surname><![CDATA[Wells]]></surname>
<given-names><![CDATA[B]]></given-names>
</name>
</person-group>
<source><![CDATA[Test Maturity Model Integration (TMMi) (Guidelines for Test Process Improvement)]]></source>
<year>2012</year>
</nlm-citation>
</ref>
<ref id="B16">
<label>16</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Koomen]]></surname>
<given-names><![CDATA[T]]></given-names>
</name>
</person-group>
<source><![CDATA[Test process improvement: a practical step-by-step guide to structured testing]]></source>
<year>1999</year>
<publisher-loc><![CDATA[Great Britain ]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B17">
<label>17</label><nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Sanz]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
<name>
<surname><![CDATA[Saldaña]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[García]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[Gaitero]]></surname>
<given-names><![CDATA[D]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[TestPAI:: Un área de proceso de pruebas integrada con CMMI]]></article-title>
<source><![CDATA[REICIS]]></source>
<year>2008</year>
<volume>4</volume>
<numero>4</numero>
<issue>4</issue>
<page-range>6-20</page-range></nlm-citation>
</ref>
<ref id="B18">
<label>18</label><nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Betancourt]]></surname>
<given-names><![CDATA[L]]></given-names>
</name>
</person-group>
<source><![CDATA[Proceso de prueba de un software]]></source>
<year></year>
</nlm-citation>
</ref>
</ref-list>
</back>
</article>
