<?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>2227-1899</journal-id>
<journal-title><![CDATA[Revista Cubana de Ciencias Informáticas]]></journal-title>
<abbrev-journal-title><![CDATA[Rev cuba cienc informat]]></abbrev-journal-title>
<issn>2227-1899</issn>
<publisher>
<publisher-name><![CDATA[Editorial Ediciones Futuro]]></publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id>S2227-18992014000400009</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[Estrategia para desarrollar la perspectiva Procesos internos en un laboratorio de pruebas de software]]></article-title>
<article-title xml:lang="en"><![CDATA[Strategy to develop the internal processes perspective on software testing lab]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Capote García]]></surname>
<given-names><![CDATA[Tayché]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Brito Riverol]]></surname>
<given-names><![CDATA[Yanet]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Yzquierdo Herrera]]></surname>
<given-names><![CDATA[Raykenler]]></given-names>
</name>
<xref ref-type="aff" rid="A02"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Febles Estrada]]></surname>
<given-names><![CDATA[Ailyn]]></given-names>
</name>
<xref ref-type="aff" rid="A03"/>
</contrib>
</contrib-group>
<aff id="A01">
<institution><![CDATA[,Universidad de las Ciencias Informáticas  ]]></institution>
<addr-line><![CDATA[Boyeros La Habana]]></addr-line>
<country>Cuba</country>
</aff>
<aff id="A02">
<institution><![CDATA[,Universidad de las Ciencias Informáticas  ]]></institution>
<addr-line><![CDATA[Boyeros La Habana]]></addr-line>
<country>Cuba</country>
</aff>
<aff id="A03">
<institution><![CDATA[,Universidad de las Ciencias Informáticas  ]]></institution>
<addr-line><![CDATA[Boyeros La Habana]]></addr-line>
<country>Cuba</country>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>12</month>
<year>2014</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>12</month>
<year>2014</year>
</pub-date>
<volume>8</volume>
<numero>4</numero>
<fpage>145</fpage>
<lpage>156</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_arttext&amp;pid=S2227-18992014000400009&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_abstract&amp;pid=S2227-18992014000400009&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_pdf&amp;pid=S2227-18992014000400009&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[Las organizaciones deben brindar sus bienes o servicios con un alto grado de calidad, garantizando la satisfacción de sus clientes. Las normas, contribuyen a la estandarización de los procesos de las organizaciones, para lograr su acreditación y certificación a partir de estas, con reconocimiento a escala internacional. Las actividades relacionadas con las pruebas de software, se brindan como tendencia actual, bajo el principio del outsourcing en las Factorías de Pruebas. Existen modelos de referencia para estas organizaciones, los cuales definen un conjunto de buenas prácticas a realizar, con el objetivo de llevar a cabo una mejora de procesos. Sin embargo, no toman en cuenta lo definido en las normas de la Organización Internacional de Normalización, en función de facilitar la acreditación y certificación del laboratorio de pruebas y lograr un aumento en la eficiencia de las pruebas. En este trabajo se presenta una estrategia para desarrollar la perspectiva procesos internos en un laboratorio de pruebas de software que brinda servicios outsourcing, facilitando su acreditación y certificación, así como un aumento en la eficiencia de las pruebas de software. La propuesta considera las normas NC-ISO/IEC 9001: 2008, NC-ISO/IEC 17025:2006 y NC- ISO/IEC 9126-1:2005. Se elaboró la Guía de requisitos complementarios, esencial para la interpretación de la norma de acreditación. Se aplicó la propuesta en un entorno real, evidenciándose excelentes resultados en los tres métodos aplicados para su validación.]]></p></abstract>
<abstract abstract-type="short" xml:lang="en"><p><![CDATA[Organizations must provide their products or services with a high degree of quality, ensuring customer satisfaction. The standards contribute to the standardization of processes of organizations to achieve their accreditation and certification from these, with international recognition. The activities related to software testing, are provided as the current trend, under the principle of outsourcing in the Testing Factories. There are role models for these organizations, which define a set of best practices to be done with the aim of carrying out a process improvement. However, do not take into account defined in the standards of the International Organization for Standardization, in order to facilitate the accreditation and certification test lab and achieve an increase in testing efficiency. This paper presents a strategy to develop the internal processes perspective in a laboratory test that provides software outsourcing services, facilitating their accreditation and certification as well as an increase in the efficiency of software testing. The proposal considers the standards NC-ISO/IEC 9001: 2008 and NC- NC-ISO/IEC 17025:2006 ISO / IEC 9126-1:2005. The additional requirements guide was developed, essential for the interpretation of the accreditation standard. The proposal was implemented in a real environment, showing excellent results in all three methods used for validation.]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[acreditación]]></kwd>
<kwd lng="es"><![CDATA[certificación]]></kwd>
<kwd lng="es"><![CDATA[normas internacionales]]></kwd>
<kwd lng="es"><![CDATA[procesos estandarizados]]></kwd>
<kwd lng="es"><![CDATA[pruebas de software]]></kwd>
<kwd lng="en"><![CDATA[accreditation, certification]]></kwd>
<kwd lng="en"><![CDATA[international standards]]></kwd>
<kwd lng="en"><![CDATA[software testing]]></kwd>
<kwd lng="en"><![CDATA[standardized processes]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[ <p align="right"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><B>ART&Iacute;CULO    ORIGINAL</B></font></p>     <p>&nbsp;</p>     <p><font size="4" face="Verdana, Arial, Helvetica, sans-serif"><strong>Estrategia  para desarrollar la perspectiva Procesos internos en un laboratorio de pruebas  de software</strong></font></p>     <p>&nbsp;</p>     <p><font face="Verdana, Arial, Helvetica, sans-serif"><strong><font size="3">Strategy to develop the internal  processes perspective on software testing lab</font></strong></font></p>     <p>&nbsp;</p>     <p>&nbsp;</p>     <P><font face="Verdana, Arial, Helvetica, sans-serif"><strong>Taych&eacute; Capote  Garc&iacute;a<font size="2"><strong><sup>1</sup></strong></font>*, Yanet Brito Riverol<font size="2"><strong><sup>1</sup></strong></font>, Raykenler Yzquierdo  Herrera</strong><font size="2"><strong><sup>2</sup></strong></font><strong>, Ailyn Febles Estrada</strong><font size="2"><strong><sup>3</sup></strong></font></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><sup>1 </sup>Centro Nacional de Calidad de Software CALISOFT. Universidad  de las Ciencias Inform&aacute;ticas, Carretera a San Antonio de los Ba&ntilde;os, km 2 &frac12;,  Torrens, Boyeros, La Habana, Cuba. CP.: 19370. Correo-e: <a href="mailto:ybrito@uci.cu">ybrito@uci.cu</a>     <br>     <sup>2</sup> Direcci&oacute;n de Investigaciones. Universidad de las  Ciencias Inform&aacute;ticas, Carretera a San Antonio de los Ba&ntilde;os, km 2 &frac12;, Torrens,  Boyeros, La Habana, Cuba. CP.: 19370. Correo-e: <a href="mailto:ryzquierdo@uci.cu">ryzquierdo@uci.cu</a>    ]]></body>
<body><![CDATA[<br>     <sup>3 </sup>Vicerrector&iacute;a de Investigaci&oacute;n y Postgrado.  Universidad de las Ciencias Inform&aacute;ticas, Carretera a San Antonio de los Ba&ntilde;os,  km 2 &frac12;, Torrens, Boyeros, La Habana, Cuba. CP.: 19370. Correo-e: <a href="mailto:ailyn@uci.cu">ailyn@uci.cu</a></font></p>     <P><font face="Verdana, Arial, Helvetica, sans-serif"><span class="class"><font size="2">*Autor para la correspondencia: </font></span><a href="mailto:tcapote@uci.cu"><font size="2">tcapote@uci.cu</font></a> </font>     <p>&nbsp;</p>     <p>&nbsp;</p> <hr>     <P><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><b>RESUMEN</b> </font>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Las organizaciones deben  brindar sus bienes o servicios con un alto grado de calidad, garantizando la  satisfacci&oacute;n de sus clientes. Las normas, contribuyen a la estandarizaci&oacute;n de  los procesos de las organizaciones, para lograr su acreditaci&oacute;n y certificaci&oacute;n  a partir de estas, con reconocimiento a escala internacional. Las actividades  relacionadas con las pruebas de software, se brindan como tendencia actual,  bajo el principio del <em>outsourcing</em> en  las Factor&iacute;as de Pruebas. Existen modelos de referencia para estas  organizaciones, los cuales definen un conjunto de buenas pr&aacute;cticas a realizar,  con el objetivo de llevar a cabo una mejora de procesos. Sin embargo, no toman en cuenta lo  definido en las normas de la Organizaci&oacute;n  Internacional de Normalizaci&oacute;n, en funci&oacute;n de facilitar la acreditaci&oacute;n y certificaci&oacute;n del  laboratorio de pruebas y lograr un aumento en la eficiencia de las pruebas. En  este trabajo se presenta una estrategia para desarrollar la perspectiva  procesos internos en un laboratorio de pruebas de software que brinda servicios <em>outsourcing</em>, facilitando su  acreditaci&oacute;n y certificaci&oacute;n, as&iacute; como un aumento en la eficiencia de las  pruebas de software. La propuesta considera las normas NC-ISO/IEC 9001: 2008, NC-ISO/IEC  17025:2006 y NC- ISO/IEC 9126-1:2005. Se elabor&oacute; la Gu&iacute;a de requisitos  complementarios, esencial para la interpretaci&oacute;n de la norma de acreditaci&oacute;n.  Se aplic&oacute; la propuesta en un entorno real, evidenci&aacute;ndose excelentes resultados  en los tres m&eacute;todos aplicados para su validaci&oacute;n. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><b><span lang=EN-GB>Palabras clave: </span></b>acreditaci&oacute;n,  certificaci&oacute;n, normas internacionales, procesos estandarizados, pruebas de  software. </font></p> <hr>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><b><span lang=EN-GB>ABSTRACT</span></b> </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Organizations  must provide their products or services with a high degree of quality, ensuring  customer satisfaction. The standards contribute to the standardization of  processes of organizations to achieve their accreditation and certification  from these, with international recognition. The activities related to software  testing, are provided as the current trend, under the principle of outsourcing  in the Testing Factories. There are role models for these organizations, which  define a set of best practices to be done with the aim of carrying out a  process improvement. However, do not take into account defined in the standards  of the International Organization for Standardization, in order to facilitate  the accreditation and certification test lab and achieve an increase in testing  efficiency. This paper presents a strategy to develop the internal processes  perspective in a laboratory test that provides software outsourcing services,  facilitating their accreditation and certification as well as an increase in  the efficiency of software testing. The proposal considers the standards  NC-ISO/IEC 9001: 2008 and NC- NC-ISO/IEC 17025:2006 ISO / IEC 9126-1:2005. The additional  requirements guide was developed, essential for the interpretation of the  accreditation standard. The proposal was implemented in a real environment,  showing excellent results in all three methods used for validation.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><b><span lang=EN-GB>Key words: </span></b>accreditation,  certification, international standards, software testing, standardized  processes.</font></p> <hr>     ]]></body>
<body><![CDATA[<p>&nbsp;</p>     <p>&nbsp;</p>     <p><font size="3" face="Verdana, Arial, Helvetica, sans-serif"><b>INTRODUCCI&Oacute;N</b></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Las organizaciones que brindan bienes o servicios, tienen el  reto de ofertarlos con un alto grado de calidad y deben ser capaces de  satisfacer las expectativas del cliente. Alcanzar este reto ha demostrado en la  pr&aacute;ctica, que la calidad de los productos est&aacute; &iacute;ntimamente ligada a la calidad  de los procesos utilizados para desarrollarlos y mantenerlos. Por esto, las organizaciones  buscan la estandarizaci&oacute;n de sus procesos, para la acreditaci&oacute;n o certificaci&oacute;n  seg&uacute;n modelos y est&aacute;ndares de calidad reconocidos a escala internacional &nbsp;(ENAC, 2011).</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para lograr lo anterior, sobresalen las normas de la  Organizaci&oacute;n Internacional de Normalizaci&oacute;n (normas ISO, por sus siglas en  ingl&eacute;s) (ISO, 2012), por su car&aacute;cter general y la amplitud de temas que tratan.  Estas normas de manera general, y con mayor fuerza la ISO/IEC 9001, se ha  consolidado como el referente mundial para la gesti&oacute;n de la calidad y como  punto de encuentro para las organizaciones de todo tipo, tama&ntilde;o y actividad con  sus clientes y proveedores (Garc&iacute;a, 2013). Las normas son un modelo, un patr&oacute;n,  ejemplo o criterio a seguir. La finalidad principal de estas es orientar,  coordinar, simplificar y unificar los usos, para conseguir menores costes y  efectividad. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para los laboratorios especializados en pruebas de software,  el argumento de la calidad es exhibido como clave en cada uno de sus procesos,  considerando la multitud de elementos que intervienen en la ejecuci&oacute;n de las  pruebas e influyen en su resultado correcto. Tambi&eacute;n se debe considerar que en  este tipo de laboratorio, pueden ensayarse o probarse software destinados a la  automatizaci&oacute;n de &aacute;reas sensibles de la vida de los hombres, por tanto, implica  que se debe trabajar bajo las mayores medidas de garant&iacute;as en la obtenci&oacute;n de  resultados confiables y seguros. Por esta raz&oacute;n, los clientes de la industria  de software, prefieren productos de sus proveedores que est&eacute;n ensayados por un  laboratorio acreditado internacionalmente (Brito Riverol y Capote Garc&iacute;a,  2012).</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">En la actualidad existe una tendencia internacional de externalizar  las actividades que necesitan de habilidades e infraestructura espec&iacute;fica, como  es el caso de las pruebas de software (Simon, Poston y Kettinger, 2009). La  globalizaci&oacute;n industrial y las actividades de externalizaci&oacute;n u <em>outsourcing</em> se han incrementado de forma  sustancial en los diferentes sectores industriales y de servicios. Es una  pr&aacute;ctica com&uacute;n tanto en organizaciones privadas como p&uacute;blicas y es un elemento  esencial en su estrategia de negocio (Kremic, Tukel y Rom, 2006). Algunas  entidades aplican los principios del <em>outsourcing</em> a trav&eacute;s de las Factor&iacute;as de Pruebas de Software, las que disponen de los  recursos necesarios, tanto personas como procesos e infraestructura, que permitan  proporcionar y gestionar de forma eficiente los servicios ofrecidos (Koomen,  Van der Aalst, Broekman y Vroon, 2006). Estas organizaciones, con el objetivo  de ofrecer ventajas competitivas, requieren de un modelo de procesos que  proporcione el soporte adecuado para llevar a cabo actividades de pruebas de  software, en una estructura orientada al servicio. Adem&aacute;s, demanda aspectos  organizativos y de gesti&oacute;n, que permitan implantar y gestionar un proceso de  pruebas disciplinado y bien definido en la organizaci&oacute;n (Sanz, 2012),  considerando como base que debe ser eficiente. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Los procesos y su gesti&oacute;n, son esenciales en este tipo de  organizaci&oacute;n. La familia de normas de la <em>International  Standards Organization</em> (ISO), ISO/IEC 9001:2008. Sistemas de Gesti&oacute;n de la  Calidad. Requisitos, define la gesti&oacute;n por procesos como uno de sus ocho  principios de calidad. En esta norma se afirma que un resultado se alcanza m&aacute;s  eficientemente, cuando las actividades y los recursos se gestionan como un  proceso (ISO, 2008).</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">En los &uacute;ltimos a&ntilde;os, han surgido diferentes modelos de  referencia de procesos, cuyo prop&oacute;sito es proporcionar las gu&iacute;as adecuadas para  que las organizaciones pongan en marcha iniciativas de mejora de procesos, que  permitan incrementar la calidad tanto de sus procesos como de sus productos.  Los modelos m&aacute;s difundidos internacionalmente en el &aacute;rea de las pruebas (CMMI, 2009) (Veenendaal, 2012) (Koomen, Van der Aalst, Broekman y  Vroon, 2006)  (Koomen y Pol, 2001) (Sanz, Garc&iacute;a, Salda&ntilde;a y Amescua, 2012), definen un 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. Sin embargo, de manera general son modelos  privativos, por lo que lograr el acceso completo a la informaci&oacute;n asociada a  ellos se dificulta, as&iacute; como su implementaci&oacute;n. Adem&aacute;s, es importante se&ntilde;alar  despu&eacute;s de realizar un estudio de estos, que excepto el caso del modelo  propuesto por Sanz, no definen los procesos, solo se identifican requisitos que  deben ser cumplidos por las organizaciones.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">De manera general se puede precisar, que no son modelos que  permitan a las Factor&iacute;as de Pruebas de Software, sistematizar el control de la  gesti&oacute;n de las pruebas de software, a partir de indicadores organizados por las  &aacute;reas de creaci&oacute;n de valor de la organizaci&oacute;n. No consideran la influencia que  tienen otros elementos o procesos que conforman la organizaci&oacute;n en la actividad  fundamental, asegurando la obtenci&oacute;n y an&aacute;lisis de la informaci&oacute;n relevante,  con el fin de lograr eficiencia en las pruebas de software. Tampoco se  considera lograr el aprendizaje organizacional a partir del aprendizaje  individual de los miembros de la organizaci&oacute;n. En algunos casos, se contemplan  elementos aislados, pero al no integrarse estas buenas pr&aacute;cticas, no se alinean  en funci&oacute;n de lograr la visi&oacute;n de la organizaci&oacute;n. No existe referenciado un  modelo espec&iacute;ficamente orientado al desarrollo de las actividades de pruebas de  software, formalizado, bien definido y completo; que permita implantar y  ejecutar un proceso de pruebas eficiente en la organizaci&oacute;n.</font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Considerando los elementos anteriores, el objetivo del  presente trabajo es presentar una estrategia para desarrollar la perspectiva  Procesos internos en un laboratorio que brinda servicios <em>outsourcing</em> de pruebas de software. Esta perspectiva es un  componente esencial de un modelo para la gesti&oacute;n de los procesos en las  Factor&iacute;as de Pruebas de Software, desarrollado por una de las autoras de la  presente investigaci&oacute;n. La estrategia que se muestra en este trabajo considera  la estandarizaci&oacute;n de los procesos de la organizaci&oacute;n, a partir de normas  internacionales de calidad que permiten la posterior acreditaci&oacute;n y  certificaci&oacute;n de esta.</font></p>     <p>&nbsp;</p>     <p><font face="Verdana, Arial, Helvetica, sans-serif"><strong><font size="3">MATERIALES Y M&Eacute;TODOS </font></strong></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Inicialmente se identificaron las  normas ISO que tributan a la acreditaci&oacute;n y certificaci&oacute;n de un laboratorio,  as&iacute; como las relativas a las pruebas de software. La NC-ISO/IEC 9001: 2008  (ISO, 2008) est&aacute; relacionada con los Sistemas de Gesti&oacute;n de la Calidad, es  aplicable en cualquier tipo de organizaci&oacute;n y al implementarla correctamente se  logra certificar la organizaci&oacute;n. En el caso de la NC-ISO/IEC 17025:2006 (ISO,  2006), comprende los Requisitos generales relativos a la competencia de los  laboratorios de ensayo y calibraci&oacute;n, por lo que mediante su implementaci&oacute;n es  posible acreditar el laboratorio. Mediante la certificaci&oacute;n se garantiza la  satisfacci&oacute;n de requisitos de un sistema de gesti&oacute;n de la calidad, mientras que  con la acreditaci&oacute;n se alcanza la demostraci&oacute;n de la competencia t&eacute;cnica. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">En el  &aacute;mbito de las pruebas se destaca la NC- ISO/IEC 9126-1:2005 Ingenier&iacute;a de  Software Calidad del Producto, Parte 1: Modelo de la calidad. Esta norma es  esencial, pues para el establecimiento de los requisitos durante el desarrollo  del software, as&iacute; como para la evaluaci&oacute;n de su conformidad y certificaci&oacute;n,  resulta necesario delimitar un modelo de calidad como el que orienta esta norma  (Heck, Klabbers y van Eekelen, 2010). En la presente investigaci&oacute;n se considera  el an&aacute;lisis realizado en (Capote Garc&iacute;a, 2011), que define el modelo de calidad  basado en esta norma como el m&aacute;s completo. Actualmente se est&aacute; definiendo la  familia de normas ISO/IEC 25 000, que nace con el objetivo de unir el modelo de  calidad definido en la ISO/IEC 9126 y el proceso de evaluaci&oacute;n de la ISO/IEC  14598 (Rodr&iacute;guez y Piattini, 2012). Considerando que no est&aacute; formalmente  aprobada, se decidi&oacute; tomar como referencia la NC- ISO/IEC 9126-1:2005 y darle  seguimiento a su evoluci&oacute;n.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Tambi&eacute;n existe la NC-ISO/IEC 29119  Tecnolog&iacute;a de la informaci&oacute;n-Paquetes de software-Requisitos de calidad y  ensayos/pruebas, que constituye una gu&iacute;a en el &aacute;mbito de las pruebas de  software, pues establece aspectos como conceptos, vocabulario, procesos,  niveles, t&eacute;cnicas y documentaci&oacute;n. Cuando se estaba realizando la presente  investigaci&oacute;n, este est&aacute;ndar estaba en desarrollo, por lo que no se tom&oacute; en  cuenta en la investigaci&oacute;n (Tuya, 2009).</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Una vez identificadas las  normas esenciales, se elabor&oacute; una estrategia para desarrollar la perspectiva Procesos  internos en un laboratorio de pruebas de software que brinda servicios <em>outsourcing</em>, facilitando su acreditaci&oacute;n  y certificaci&oacute;n, as&iacute; como un aumento en la eficiencia de las pruebas de  software. La estrategia se defini&oacute; en cuatro fases, representadas en la <a href="/img/revistas/rcci/v8n4/f0109414.jpg" target="_blank">figura  1</a> mediante un diagrama de actividades. Posteriormente se precisan las  principales actividades llevadas a cabo en cada una. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>Fase 1: Inicio-Diagn&oacute;stico. </strong>La esencia de esta fase es la  realizaci&oacute;n del diagn&oacute;stico a la organizaci&oacute;n. Para desarrollarla se definen  tres actividades fundamentales: Diagn&oacute;stico, Reuni&oacute;n con la direcci&oacute;n y  Constituci&oacute;n del grupo de trabajo.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>Diagn&oacute;stico: </strong>Se realiza con el objetivo de conocer la situaci&oacute;n en  la que se encuentra el laboratorio en materia de gesti&oacute;n de la calidad, as&iacute;  como evaluar el grado de adecuaci&oacute;n a lo planteado por las normas NC-ISO/IEC  17025:2006 y NC-ISO/IEC 9001: 2008, que permiten la posterior acreditaci&oacute;n y  certificaci&oacute;n de la organizaci&oacute;n respectivamente. Para desarrollarlo se elabor&oacute;  una lista de chequeo considerando el documento Gu&iacute;a de requisitos  complementarios, en el que se definen un conjunto de requisitos espec&iacute;ficos,  tanto de gesti&oacute;n como t&eacute;cnicos en funci&oacute;n de la acreditaci&oacute;n de ensayos o  pruebas al software. Al aplicar la lista de chequeo se identifica el estado de  cada requisito, ponderando los resultados seg&uacute;n los valores definidos en la <a href="#t01">tabla 1</a>.</font></p>     <p align="center"><font face="Verdana, Arial, Helvetica, sans-serif"><a name="t01"></a><img src="/img/revistas/rcci/v8n4/t0109414.jpg" alt="t01" width="514" height="206"></font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Una vez realizada la evaluaci&oacute;n, se exponen los resultados en  un informe, a partir del cual se derivan actividades como: definir  responsabilidades, plazos y lineamientos, frente a cada elemento del sistema de  gesti&oacute;n identificado. Este informe incluy&oacute; una trazabilidad de la lista de  chequeo aplicada, respecto a los resultados obtenidos. El documento resultante es  la entrada de la siguiente actividad.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>Reuni&oacute;n con la direcci&oacute;n: </strong>El informe elaborado en la  actividad anterior, se presenta a la direcci&oacute;n de la organizaci&oacute;n para su  an&aacute;lisis y aprobaci&oacute;n. Debe definirse un grupo, conformado por especialistas de  la organizaci&oacute;n, que tengan la responsabilidad de coordinar e implementar el  Sistema de Gesti&oacute;n de Calidad (SGC) en la entidad. Esta actividad es muy  importante, pues en las normas se precisa que la direcci&oacute;n de la organizaci&oacute;n define,  conduce y da seguimiento al desarrollo e implantaci&oacute;n del sistema de gesti&oacute;n,  de acuerdo a las pol&iacute;ticas y objetivos del laboratorio. Para este prop&oacute;sito,  debe proveer los recursos necesarios para el &oacute;ptimo desarrollo del sistema y  sus respectivas revisiones. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>Constituci&oacute;n del grupo de trabajo: </strong>Una vez aprobado el grupo de  trabajo en la reuni&oacute;n con la direcci&oacute;n, debe constituirse oficialmente con la  responsabilidad de  coordinar e implantar un Sistema de Gesti&oacute;n de la Calidad (SGC) en el  laboratorio. Sus funciones principales deben ser: establecer la pol&iacute;tica de calidad;  planificar, orientar y dar seguimiento al desarrollo e implantaci&oacute;n del SGC; y  asignar los recursos necesarios, en coordinaci&oacute;n con la direcci&oacute;n, ya  comprometida con esta estrategia. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>Fase 2: Dise&ntilde;o del sistema de gesti&oacute;n. </strong>En esta fase se definen cuatro  actividades: Capacitar al personal, Dise&ntilde;ar el sistema de gesti&oacute;n, Identificar  la documentaci&oacute;n de gesti&oacute;n y t&eacute;cnica y Definir plantillas, documentos tipo.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>Capacitar al personal: </strong>Considerando la importancia que  tiene involucrar a todo el personal del laboratorio en el desarrollo del  sistema, es imprescindible realizar acciones de capacitaci&oacute;n y formaci&oacute;n  durante el proceso de implantaci&oacute;n. Las actividades de capacitaci&oacute;n deben estar  vinculadas a la motivaci&oacute;n, organizaci&oacute;n y gesti&oacute;n para llevar a cabo la  implementaci&oacute;n del sistema. La formaci&oacute;n, por su parte, debe considerar  aspectos t&eacute;cnicos de las actividades propias de cada especialista seg&uacute;n su rol  dentro del laboratorio. Las actividades de capacitaci&oacute;n y formaci&oacute;n deben  registrarse en planes individuales definidos para cada especialista de la  organizaci&oacute;n. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>Dise&ntilde;ar el sistema de gesti&oacute;n: </strong>Para llevar a cabo esta  actividad, debe considerarse el modelo de calidad a implantar a partir de la NC-  ISO/IEC 9126-1:2005, as&iacute; como los resultados del diagn&oacute;stico realizado en la  fase anterior. Debe definirse la estructura documental del sistema de gesti&oacute;n,  as&iacute; como la pir&aacute;mide documental presentada en este trabajo seg&uacute;n cuatro niveles  jerarqu&iacute;a (<a href="#f02">figura 2</a>). Posteriormente, debe dise&ntilde;arse la estructura del  repositorio en el que deben archivarse y gestionarse los documentos que se  definan. Se propone en la presente investigaci&oacute;n que sea un repositorio digital  utilizando la herramienta Subversion y que la informaci&oacute;n se organice en ocho  &aacute;reas de trabajo: Administraci&oacute;n, Bibliograf&iacute;a, Documentos externos, Documento  obsoletos (almacenamiento hist&oacute;rico), Procedimientos del sistema de gesti&oacute;n y  Procesos claves, estrat&eacute;gicos y de apoyo. Para concluir esta actividad, se debe  definir la pol&iacute;tica de calidad, los objetivos de calidad y actualizar el  organigrama del laboratorio si es necesario. </font></p>     <p align="center"><font face="Verdana, Arial, Helvetica, sans-serif"><a name="f02"></a><img src="/img/revistas/rcci/v8n4/f0209414.jpg" width="578" height="266"></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>Identificar la documentaci&oacute;n de gesti&oacute;n y t&eacute;cnica: </strong>La  documentaci&oacute;n de gesti&oacute;n y t&eacute;cnica que se defina para el SGC, debe ser la  m&iacute;nima indispensable para especificar y regular de forma clara y precisa los  procesos de la organizaci&oacute;n. Esta debe ser din&aacute;mica y adaptable, por lo que es  esencial el control de versiones y su correcta identificaci&oacute;n para el registro.  Primeramente deben identificarse los procesos, clasific&aacute;ndolos en claves,  estrat&eacute;gicos y de apoyo. Para esto, deben ser consideradas las &aacute;reas de  creaci&oacute;n de valor definidas para este tipo de organizaci&oacute;n en funci&oacute;n de  complementar los procesos, esencialmente el proceso de pruebas de software.  Estas son: Aprendizaje y crecimiento (desarrollo del personal, gesti&oacute;n del  conocimiento), Formaci&oacute;n de roles, Clientes y Recursos materiales.     <br>       <br>   Los procesos estrat&eacute;gicos deben comprender los destinados a  la gesti&oacute;n de las actividades y servicios con una mirada estrat&eacute;gica para la  organizaci&oacute;n, estos pueden ser: Protecci&oacute;n y control de los medios b&aacute;sicos,  Auditor&iacute;as internas, Acciones correctivas y preventivas y Formaci&oacute;n y  capacitaci&oacute;n de los recursos humanos. Por su parte, los procesos claves re&uacute;nen  los procesos esenciales, destinados a brindar los servicios de cara al cliente:  Evaluaci&oacute;n de productos y Formaci&oacute;n de roles. Los procesos de apoyo son los que  contribuyen y soportan el desarrollo de los procesos claves, d&iacute;gase: Control de  la calidad y los servicios; Revisi&oacute;n de los pedidos, ofertas y contratos; Sub-  contrataci&oacute;n de ensayos; Compra de servicios y suministros; Satisfacci&oacute;n del  cliente; y Manipulaci&oacute;n y protecci&oacute;n de entornos de prueba. Deben identificarse  adem&aacute;s los registros e informes necesarios, considerando los m&aacute;s importantes: Registro  de no conformidades, Registro de entornos de pruebas, Registro de personal  externo, Registro de evaluaciones, Reporte sobre el estado de la evaluaci&oacute;n e  Informe de evaluaci&oacute;n.</font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>Definir plantillas, documentos tipo: </strong>Una vez identificada la  documentaci&oacute;n de gesti&oacute;n y t&eacute;cnica necesaria para el laboratorio, deben  definirse las plantillas y los documentos tipos como gu&iacute;a para su elaboraci&oacute;n.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>Fase 3: Implementaci&oacute;n del sistema de gesti&oacute;n. </strong>En esta  fase los procesos deben ser documentados, en aras de lograr estandarizaci&oacute;n y orientar al personal  hacia una cultura de organizaci&oacute;n, a partir del dise&ntilde;o realizado en la etapa  anterior. Las actividades que se desarrollan son: Elaborar la documentaci&oacute;n,  Elaborar el Manual de Calidad y Pilotar el sistema de gesti&oacute;n.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>Elaborar    la documentaci&oacute;n:</strong> Debe elaborarse toda la documentaci&oacute;n    asociada a los procesos de gesti&oacute;n que posibilitan la ejecuci&oacute;n    y calidad de los ensayos, o puramente la realizaci&oacute;n t&eacute;cnica de    estos, considerando las plantillas elaboradas en la fase anterior. Para desarrollar    esta actividad la organizaci&oacute;n puede tomar como referentes procesos ya    elaborados o definir los propios. Como parte de la investigaci&oacute;n en la    que se elabora el modelo del que es parte la presente estrategia, se definen    los procesos adaptados a las caracter&iacute;sticas de las Factor&iacute;as    de Pruebas de Software. En la <a href="/img/revistas/rcci/v8n4/f0309414.jpg" target="_blank">figura    3</a> se muestran las etapas definidas para el proceso clave Evaluaci&oacute;n    de productos de software, en torno al cual se desarrollan las &aacute;reas de    creaci&oacute;n de valor mencionadas anteriormente. Para la especificaci&oacute;n    de las etapas del proceso, se tuvieron en cuenta los referentes principales    en la literatura sobre las fases definidas para procesos de pruebas de software    y las caracter&iacute;sticas de las Factor&iacute;as (Hetzel, 1988) (Kit y Finzi,    1995) (Whittaker, 2000) (Kaner, Bach y Prettichord, 2001) (Black, 2002) (Pol,    Teunissen y Van Veenendaal 2002) (ISTQB, 2005) (P&eacute;rez Lamancha, 2006).    Este proceso tiene una relaci&oacute;n directa con el proceso estrat&eacute;gico    Prestaci&oacute;n de servicio. Los documentos elaborados deben ser distribuidos    a los usuarios potenciales, con el fin de comentar y evaluar su facilidad de    aplicaci&oacute;n. Posteriormente se presentan a la direcci&oacute;n de la organizaci&oacute;n    para su aprobaci&oacute;n.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>Elaborar el Manual de  Calidad: </strong>Este manual  debe reflejar de forma precisa, completa y concisa la pol&iacute;tica de calidad, los  objetivos y los procedimientos documentados vigentes de la organizaci&oacute;n. Deben  relacionarse las secciones del manual con los requisitos de las normas. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>Pilotar el sistema de gesti&oacute;n: </strong>El sistema de gesti&oacute;n dise&ntilde;ado y  elaborado debe ser implementado en la organizaci&oacute;n a trav&eacute;s de un piloto. Las  necesidades de cambio en los documentos que surjan a ra&iacute;z de su pilotaje, deben  ser analizadas en mesas de trabajo y talleres para determinar las  modificaciones a realizar en los documentos. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>Fase 4: Evaluaci&oacute;n. </strong>Esta fase permite el perfeccionamiento de lo dise&ntilde;ado  e implementado, a partir de un exhaustivo control y la detecci&oacute;n de no conformidades,  definidas como incumplimientos de requisitos. La evaluaci&oacute;n se debe realizar  mediante visitas de control, as&iacute; como auditor&iacute;as internas y externas,  contempladas en un Plan de visitas y auditor&iacute;as. Las visitas de control deben  ser desarrolladas por personal capacitado de la organizaci&oacute;n y la direcci&oacute;n de  esta. Las auditor&iacute;as internas las ejecuta personal de la organizaci&oacute;n que tenga  formaci&oacute;n como auditor. En el caso de las externas deben ser realizadas con especialistas  externos, que tengan preparaci&oacute;n como auditores nacionales. En todos los casos  deben elaborarse informes con los hallazgos de la evaluaci&oacute;n y los planes de acciones correctivas,  preventivas y mejora, seg&uacute;n corresponda.    <br>   Una vez ejecutadas estas actividades y cuando el resultado de  las evaluaciones al sistema de gesti&oacute;n, indiquen que la organizaci&oacute;n cumple con  los requisitos de las normas, puede pasarse al paso formal de la acreditaci&oacute;n y  certificaci&oacute;n. Esta actividad debe ser conciliada con el organismo facultado  para acreditar o certificar, en funci&oacute;n de su capacidad y planificaci&oacute;n.</font></p>     <p>&nbsp;</p>     <p><font face="Verdana, Arial, Helvetica, sans-serif"><strong><font size="3">RESULTADOS Y DISCUSI&Oacute;N </font></strong></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Las actividades descritas  anteriormente fueron implementadas en el laboratorio de pruebas del Centro  Nacional de Calidad de Software (CALISOFT) de Cuba, como parte del dise&ntilde;o e  implementaci&oacute;n de un modelo para aumentar la eficiencia de las pruebas de  software. Para evidenciar la aplicaci&oacute;n y validez de la estrategia propuesta,  se aplicaron un grupo de t&eacute;cnicas y m&eacute;todos de investigaci&oacute;n, los cuales se  precisan a continuaci&oacute;n.</font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Una vez dise&ntilde;ada la estrategia, se  realiz&oacute; una entrevista a profundidad a especialistas y directivos de las &aacute;reas de inform&aacute;tica y  normalizaci&oacute;n, con conocimientos y experiencia en temas de acreditaci&oacute;n de  laboratorios, que pertenecen a tres entidades nacionales. Se realiz&oacute; una  explicaci&oacute;n sobre la estrategia y fueron ejecutadas ocho preguntas, como gu&iacute;a  para la entrevista. Los entrevistados estuvieron de acuerdo con la estrategia  propuesta, catalog&aacute;ndola de innovadora, muy adecuada y pertinente para el fin  propuesto. Adem&aacute;s, expresaron su conformidad respecto a la posibilidad de su  generalizaci&oacute;n a otros laboratorios de pruebas de software, por su car&aacute;cter  flexible y din&aacute;mico. Con respecto a la Gu&iacute;a de requisitos complementarios,  manifestaron su completitud y usabilidad, ya que incorpora la experiencia pr&aacute;ctica  del trabajo del propio laboratorio, as&iacute; como los elementos abordados en la  literatura internacional. De manera colateral, propusieron su estudio por el  Comit&eacute; T&eacute;cnico de Normalizaci&oacute;n de la Inform&aacute;tica de Cuba para su  generalizaci&oacute;n en el pa&iacute;s, y como soporte para la elaboraci&oacute;n de una nueva  versi&oacute;n del Reporte t&eacute;cnico ISO/IEC 13233: 1995 (Gu&iacute;a para la interpretaci&oacute;n de  los requisitos de acreditaci&oacute;n), que est&aacute; obsoleto. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Posteriormente, se contrastaron los resultados obtenidos en  el diagn&oacute;stico inicial y la &uacute;ltima auditor&iacute;a externa realizada, con relaci&oacute;n a  la implementaci&oacute;n de los procesos. Para esto se consideraron los valores de  cumplimiento definidos en la <a href="#t01">tabla 1</a> del presente trabajo. En la <a href="#f04">figura 4</a> se  muestran los resultados en ambos casos, evidenci&aacute;ndose una marcada diferencia y  la tendencia positiva de implementaci&oacute;n de los requisitos definidos en las  normas. El eje de las <em>x</em> lo definen  los valores de cumplimiento y el eje de las <em>y</em> la cantidad de requisitos definidos en las normas.</font></p>     <p align="center"><font face="Verdana, Arial, Helvetica, sans-serif"><a name="f04"></a><img src="/img/revistas/rcci/v8n4/f0409414.jpg" width="510" height="290"></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Una vez aplicadas las t&eacute;cnicas anteriores, se realiz&oacute; un cuasi  experimento con pre-prueba, post-prueba y grupos intactos, para demostrar que  hubo un aumento de la eficiencia de las pruebas de software, posterior a la  aplicaci&oacute;n de la propuesta. En el dise&ntilde;o experimental se definen cuatro grupos  y dos momentos. Cada grupo est&aacute; asociado a un artefacto que es probado en el  laboratorio, siendo seleccionado el artefacto Portal web para ser presentado en  este trabajo. Los momentos est&aacute;n asociados a antes de aplicar la propuesta y  despu&eacute;s de aplicada. El antes considera observaciones de las pruebas realizadas  durante los a&ntilde;os 2008 y 2009, sin aplicar la propuesta. En el caso del despu&eacute;s,  se contemplan las observaciones correspondientes a los a&ntilde;os 2010, 2011, 2012 y  2013, durante los cuales se llev&oacute; a la pr&aacute;ctica la propuesta completa, o sea,  la implementaci&oacute;n del modelo completo. Se calcul&oacute; una Unidad de complejidad  (UC), considerando la cantidad de casos de uso o requisitos de complejidad  alta, media y baja de cada portal web probado, mediante la siguiente expresi&oacute;n:</font></p>     <p align="center"><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><em>UC</em>= (<em>CA</em>*2)+(<em>CM</em>*1.5)+<em>CB</em></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">siendo <em>CA</em>: cantidad  de casos de uso o requisitos de complejidad alta, <em>CM</em>: cantidad de casos de uso o requisitos de complejidad media y <em>CB</em>: cantidad de casos de uso o  requisitos de complejidad baja.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Adem&aacute;s, se cuenta con la cantidad de d&iacute;as que se demor&oacute; una  iteraci&oacute;n de prueba y la cantidad de probadores que intervinieron en esta. Con  estos datos y la Unidad de complejidad calculada anteriormente, se halla un  valor <em>&micro;</em>,el que representa el volumen de trabajo realizado por una persona  en un d&iacute;a laboral. <em>&micro;</em> se calcula a  partir de la siguiente f&oacute;rmula:</font></p>     <p align="center"><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><em>&micro;</em>= <em>UC</em>/(<em>CD</em>*<em>CP</em>)</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">donde,<em> CD</em>: cantidad  de d&iacute;as que demor&oacute; una iteraci&oacute;n de pruebas y <em>CP</em>: cantidad de probadores.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para comparar las observaciones correspondientes a los dos  momentos analizados (antes y despu&eacute;s de la propuesta) se aplica el test no  param&eacute;trico de signos con rangos de Wilcoxon, evidenci&aacute;ndose diferencias  significativas entre estos. En la siguiente gr&aacute;fica se muestran los valores <em>&micro; </em>de los artefactos probados en ambos  momentos (ver <a href="#f05">figura 5</a>). Se representa en el eje de las <em>x</em> la cantidad de portales web probados en el laboratorio y en el  eje de las <em>y</em> los valores obtenidos de  &micro; seg&uacute;n el c&aacute;lculo definido anteriormente:</font></p>     ]]></body>
<body><![CDATA[<p align="center"><font face="Verdana, Arial, Helvetica, sans-serif"><a name="f05"></a><img src="/img/revistas/rcci/v8n4/f0509414.jpg" width="486" height="263"></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para entender las diferencias detectadas se realizan las  comparaciones por pares utilizando el test de Mann-Whitney. Al comparar entre  los a&ntilde;os correspondientes al antes, no se obtienen diferencias significativas.  Esto mismo ocurre entre los a&ntilde;os despu&eacute;s de aplicada la propuesta. Al realizar  comparaciones por pares tomando diferentes combinaciones con un a&ntilde;o  correspondiente al antes y uno al despu&eacute;s, se obtienen diferencias  significativas.</font></p>     <p>&nbsp;</p>     <p><font face="Verdana, Arial, Helvetica, sans-serif" size="3"><B>CONCLUSIONES</B></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La calidad de los productos est&aacute;  &iacute;ntimamente ligada a la calidad de los procesos utilizados para desarrollarlos  y mantenerlos. En este sentido las normas ISO, se han convertido en referencia  de calidad para numerosos sectores. A partir de estas, las organizaciones  estandarizan sus procesos y pueden lograr acreditarse y certificarse seg&uacute;n  modelos y est&aacute;ndares de calidad reconocidos a escala internacional.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Las organizaciones que brindan  servicios <em>outsourcing</em> de las pruebas  de software, deben ser eficientes para lograr que sus clientes reduzcan costos,  tiempos y mejoren la calidad del proceso y el producto. Las Factor&iacute;as de  Pruebas aplican estos principios y aunque existen algunos modelos de referencia,  no toman en cuenta lo definido en las normas ISO, en funci&oacute;n de lograr la  acreditaci&oacute;n y certificaci&oacute;n del laboratorio de pruebas. De manera general,  estos modelos solo definen pol&iacute;ticas, objetivos o elementos generales que deben  considerarse en la definici&oacute;n de los procesos, pero no los describen.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La presente propuesta, considera las  tendencias actuales relacionadas con la acreditaci&oacute;n y certificaci&oacute;n de organizaciones,  las normativas establecidas para ello y su aplicabilidad en el &aacute;rea de ensayos  al software. Fue dise&ntilde;ada e implantada una estrategia para desarrollar la  perspectiva procesos internos en un laboratorio de pruebas de software que  brinda servicios <em>outsourcing</em>,  facilitando su acreditaci&oacute;n y certificaci&oacute;n, as&iacute; como un aumento en la  eficiencia de las pruebas de software. Se defini&oacute; el documento Gu&iacute;a de  requisitos complementarios, para la interpretaci&oacute;n de la norma NC-ISO/IEC  17025:2006 en laboratorios de prueba, como aporte de la investigaci&oacute;n.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La estrategia fue validada a trav&eacute;s  de los resultados de una entrevista a profundidad realizada a especialistas y directivos con  conocimientos y experiencia en temas de acreditaci&oacute;n y certificaci&oacute;n de  laboratorios. Adem&aacute;s, se mostr&oacute; una comparaci&oacute;n entre los resultados del  diagn&oacute;stico inicial y la &uacute;ltima auditor&iacute;a externa, evidenci&aacute;ndose una diferencia  significativa y una tendencia positiva de implementaci&oacute;n de los requisitos definidos  en las normas. Los datos recopilados al aplicarse en un entorno real, se utilizaron  en un dise&ntilde;o experimental que mostr&oacute; resultados positivos.</font></p>     <p>&nbsp;</p>     <p align="left"><font face="Verdana, Arial, Helvetica, sans-serif" size="3"><B>REFERENCIAS    BIBLIOGR&Aacute;FICAS</B></font>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">BLACK, R. &ldquo;Managing the Testing  Process, 2nd Edition&rdquo;. Editorial John Wiley &amp; Sons, Inc. New York, Estados Unidos de Am&eacute;rica, 2002. ISBN 0-471-22398-0. 528  p&aacute;ginas. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">BRITO  R, Y. Y CAPOTE G, T. Propuesta de acreditaci&oacute;n del laboratorio industrial de  pruebas de software. En: 10th Latin American and Caribbean  Conference for Engineering and Technology (LACCEI 2012). Latin American and  Caribbean Consortium of Engineering Institutions (LACCEI Inc.), Panam&aacute;, LACCEI  Inc., 2012, Extended Abstract #91. ISBN-10 978-0-9822896-5-5.</font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">CARNEGIE  MELLON UNIVERSITY. CMMI for Development, Versi&oacute;n 1.3. CMMI Product Team,  Pittsburg, Estados Unidos de Am&eacute;rica. No. reporte: CMU/SEI-2009-TR-001, 2009.  [Consultado en: Marzo de 2012]. Disponible en: <a href="http://www.sei.cmu.edu/cmmi/">www.sei.cmu.edu/cmmi/</a></font><!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">CAPOTE  G, T. Conceptualizaci&oacute;n e implantaci&oacute;n de un Laboratorio Industrial de Pruebas  de Software. Tesis de Maestr&iacute;a. Universidad de las Ciencias Inform&aacute;ticas,  Direcci&oacute;n de Calidad de Software, La Habana, 2011.    </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">ENAC, Entidad Nacional de Acreditaci&oacute;n. &iquest;Qu&eacute; es la Acreditaci&oacute;n? [En l&iacute;nea] Sitio oficial de la Entidad Nacional de  Acreditaci&oacute;n de Espa&ntilde;a ENAC, 2011. [Consultado en: Octubre de 2012]. Disponible en: &nbsp;<a href="http://www.enac.es/web/web/enac/acreditaci&oacute;n">http://www.enac.es/web/web/enac/acreditaci&oacute;n</a>.     </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">GARC&Iacute;A,  J. La futura ISO 9001. Revista Calidad. Asociaci&oacute;n Espa&ntilde;ola para la Calidad,  2013, No. 2: 36-40. ISSN: 156-4915. Disponible en: <a href="http://www.aec.es/web/guest/publicaciones/revista-calidad">http://www.aec.es/web/guest/publicaciones/revista-calidad</a>.    </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">HECK,  P.; KLABBERS, M Y VAN EEKELEN, M. A software product  certification model. Software Qual J, 2010, 38: 17-45. DOI  10.1007/s11219-009-9080-0.    </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">HETZEL, B. &ldquo;The complete guide to  Software Testing, 2nd Edition&rdquo;, QED Information Sciences Inc., Wellesley, MA,  Estados Unidos de Am&eacute;rica, 1988.ISBN 0-89435-242-3. 280 p&aacute;ginas.</font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">ISO, International Standard Organization. ISO Survey [En l&iacute;nea]. Sitio  oficial de la International Standard Organization ISO, 2012. [Consultado en: Septiembre de 2013].  Disponible en: <a href="http://www.iso.org/iso/home/standards/certification/iso-survey.htm">http://www.iso.org/iso/home/standards/certification/iso-survey.htm</a>.    </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">ISTQB, International Software Testing  Qualifications Board. Certified Tester Foundation Level Syllabus, Versi&oacute;n 2005. <a href="http://www.istqb.org/fileadmin/media/SyllabusFoundation.pdf">http://www.istqb.org/fileadmin/media/SyllabusFoundation.pdf</a> </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">KANER, C.; BACH, J. Y PRETICHORD, B.  &ldquo;Lessons Learned in Software Testing&rdquo;, John Wiley &amp; Sons, Inc. New York,  Estados Unidos de Am&eacute;rica,  2001. ISBN 0471081124. 320 p&aacute;ginas. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">KIT, E Y FINZI, S. &ldquo;Software Testing  In The Real World: Improving The Process&rdquo;, Addison Wesley, New York, Estados  Unidos de Am&eacute;rica, 1995. ISBN 0-201-87756-2. 252 p&aacute;ginas.</font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">KOOMEN, T Y POL, M. Test Process  Improvement. Addison-Wesley, Harlow, Essex, 2001. ISBN: 0-201-59624-5.     </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">KOOMEN, T.; VAN DER A, L.; BROEKMAN,  B. Y VROON, M. TMap Next for result- driven testing. Holanda, UTN Publishers, &rsquo;s-Hertogenbosch,  2006. ISBN 90-72194-79-9. 229 p&aacute;ginas.</font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">KREMIC, T, ICMELI T, OYA Y ROM, W O.  Outsourcing decision support: a survey of benefits, risks, and decision  factors. Supply Chain Management: An International Journal, 2006, 11 (6):  467-482. ISSN 1359-8546.</font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">NC-ISO/IEC 9001:2008. Sistemas de Gesti&oacute;n de Calidad.  Requisitos. La Habana, Cuba. Oficina Nacional de Normalizaci&oacute;n, 2008.    </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">NC  ISO/IEC 17025: 2006. Requisitos generales para la competencia de los  laboratorios de ensayo y de calibraci&oacute;n. La Habana, Cuba. Oficina Nacional de  Normalizaci&oacute;n, 2006.    </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">P&Eacute;REZ  L, B. Proceso de testing funcional independiente [Tesis de Maestr&iacute;a]. PEDECIBA  Inform&aacute;tica, Instituto de Computaci&oacute;n (InCo), Facultad de Ingenier&iacute;a,  Universidad de la Rep&uacute;blica, Montevideo, Uruguay, 2006.    </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">POL,  M.; TEUNISSEN, R. Y VAN VEENENDAAL, E., &ldquo;Software Testing, A guide to the TMap  Approach&rdquo;, Addison Wesley, Estados Unidos de Am&eacute;rica, 2002. ISBN:  0-201-74571-2. 564 p&aacute;ginas.</font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">RODR&Iacute;GUEZ, M Y PIATTINI, M. Systematic  review of software product certification. En: Information Systems and  Technologies (CISTI), 7th Iberian Conference. Madrid, Espa&ntilde;a: IEEEXplore, 2012,      1-6). ISSN: 2166-0727. </font></p>     ]]></body>
<body><![CDATA[<!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">SANZ, A., GARC&Iacute;A, J., SALDA&Ntilde;A, J. Y  AMESCUA, A. A proposal of a process model to create a Test Factory. En:  Software Quality, WOSQ '09. ICSE Workshop 2009. Vancouver, Canad&aacute;: IEEEXplore,  2009, pp. 65-70. Print ISBN: 978-1-4244-3723-8.    </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">SIM&Oacute;N, J.C; POSTON, R.S Y KETTINGER,  B. Creating Better Governance of Offshore Services. Information System Management, 2009,  26(2): 110-122, ISSN 1058-0530.     </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">SANZ  E, A. Marco Metodol&oacute;gico para la  mejora de las actividades de Verificaci&oacute;n y Validaci&oacute;n de Productos Software.  Tesis Doctoral. Legan&eacute;s, Universidad Carlos III de Madrid, Departamento de  Inform&aacute;tica, 2012.    </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">TUYA,  J. El futuro est&aacute;ndar ISO/IEC 29119 - Software Testing. REICIS. Revista  Espa&ntilde;ola de Innovaci&oacute;n, Calidad e Ingenier&iacute;a del Software, 2009, 5(4): 33-35. ISSN:  1885-4486.</font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">VEENENDAAL, E.V. Test Maturity Model  integration (TMMi). TMMi Foundation, Release 1, Irlanda, 2012.     </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">WHITTAKER, J. &quot;What is Software  Testing? And Why Is It So Hard?&quot;, IEEE Software, 2000, 17(1): 70-79. ISSN:  0740-7459 </font><p>&nbsp;</p>     <p>&nbsp;</p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Recibido: 17/03/2014     <br> Aceptado: 1/07/2014 </font></p>      ]]></body><back>
<ref-list>
<ref id="B1">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[BLACK]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
</person-group>
<source><![CDATA[&#8220;Managing the Testing Process, 2nd Edition&#8221;]]></source>
<year>2002</year>
<page-range>528</page-range><publisher-name><![CDATA[Editorial John Wiley & Sons, Inc. New York]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B2">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[BRITO]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
<name>
<surname><![CDATA[CAPOTE]]></surname>
<given-names><![CDATA[G, T]]></given-names>
</name>
</person-group>
<source><![CDATA[Propuesta de acreditación del laboratorio industrial de pruebas de software. En: 10th Latin American and Caribbean Conference for Engineering and Technology (LACCEI 2012). Latin American and Caribbean Consortium of Engineering Institutions (LACCEI Inc.)]]></source>
<year></year>
<publisher-name><![CDATA[LACCEI Inc]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B3">
<nlm-citation citation-type="">
<collab>CARNEGIE MELLON UNIVERSITY</collab>
<source><![CDATA[CMMI for Development, Versión 1.3]]></source>
<year>2009</year>
<publisher-loc><![CDATA[^ePittsburg Pittsburg]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B4">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[CAPOTE]]></surname>
<given-names><![CDATA[G, T]]></given-names>
</name>
</person-group>
<source><![CDATA[Conceptualización e implantación de un Laboratorio Industrial de Pruebas de Software.]]></source>
<year>2011</year>
<publisher-loc><![CDATA[^eLa Habana La Habana]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B5">
<nlm-citation citation-type="">
<collab>ENAC</collab>
<source><![CDATA[¿Qué es la Acreditación?]]></source>
<year>2011</year>
</nlm-citation>
</ref>
<ref id="B6">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[GARCÍA]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<source><![CDATA[La futura ISO 9001]]></source>
<year>2013</year>
<page-range>36-40</page-range><publisher-name><![CDATA[Revista Calidad. Asociación Española para la Calidad]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B7">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[HECK]]></surname>
<given-names><![CDATA[P]]></given-names>
</name>
<name>
<surname><![CDATA[KLABBERS]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
<name>
<surname><![CDATA[VAN EEKELEN]]></surname>
<given-names><![CDATA[M. A]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[software product certification model.]]></article-title>
<source><![CDATA[]]></source>
<year>2010</year>
<volume>38</volume>
<page-range>17-45</page-range></nlm-citation>
</ref>
<ref id="B8">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[HETZEL]]></surname>
<given-names><![CDATA[B]]></given-names>
</name>
</person-group>
<source><![CDATA[&#8220;The complete guide to Software Testing, 2nd Edition&#8221;]]></source>
<year>1988</year>
<page-range>280</page-range><publisher-name><![CDATA[QED Information Sciences Inc., Wellesley]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B9">
<nlm-citation citation-type="">
<collab>International Standard Organization</collab>
<source><![CDATA[ISO Survey]]></source>
<year>2012</year>
</nlm-citation>
</ref>
<ref id="B10">
<nlm-citation citation-type="">
<collab>ISTQB</collab>
<source><![CDATA[International Software Testing Qualifications Board. Certified Tester Foundation Level Syllabus]]></source>
<year>2005</year>
</nlm-citation>
</ref>
<ref id="B11">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[KANER]]></surname>
<given-names><![CDATA[C]]></given-names>
</name>
<name>
<surname><![CDATA[BACH]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[PRETICHORD]]></surname>
<given-names><![CDATA[B]]></given-names>
</name>
</person-group>
<source><![CDATA[&#8220;Lessons Learned in Software Testing&#8221;, John Wiley & Sons,]]></source>
<year>2001</year>
<page-range>320</page-range><publisher-loc><![CDATA[^eNew York New York]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B12">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[KIT]]></surname>
<given-names><![CDATA[E]]></given-names>
</name>
<name>
<surname><![CDATA[FINZI]]></surname>
<given-names><![CDATA[S]]></given-names>
</name>
</person-group>
<source><![CDATA[&#8220;Software Testing In The Real World: Improving The Process&#8221;]]></source>
<year>1995</year>
<page-range>252</page-range><publisher-loc><![CDATA[^eNew York New York]]></publisher-loc>
<publisher-name><![CDATA[Addison Wesley]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B13">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[KOOMEN]]></surname>
<given-names><![CDATA[T]]></given-names>
</name>
<name>
<surname><![CDATA[POL]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
</person-group>
<source><![CDATA[Test Process Improvement]]></source>
<year>2001</year>
<publisher-name><![CDATA[Addison-Wesley]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B14">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[KOOMEN]]></surname>
<given-names><![CDATA[T]]></given-names>
</name>
<name>
<surname><![CDATA[VAN DER]]></surname>
<given-names><![CDATA[A, 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.]]></source>
<year>2006</year>
<page-range>229</page-range><publisher-name><![CDATA[UTN Publishers, &#8217;s-Hertogenbosch]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B15">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[KREMIC]]></surname>
<given-names><![CDATA[T]]></given-names>
</name>
<name>
<surname><![CDATA[ICMELI]]></surname>
<given-names><![CDATA[T]]></given-names>
</name>
<name>
<surname><![CDATA[OYA Y ROM]]></surname>
<given-names><![CDATA[W O]]></given-names>
</name>
</person-group>
<source><![CDATA[Outsourcing decision support: a survey of benefits, risks, and decision factors]]></source>
<year>2006</year>
<month>20</month>
<day>06</day>
<volume>11</volume>
<numero>6</numero>
<issue>6</issue>
<page-range>467-482</page-range></nlm-citation>
</ref>
<ref id="B16">
<nlm-citation citation-type="book">
<collab>NC-ISO/IEC 9001:2008</collab>
<source><![CDATA[Sistemas de Gestión de Calidad. Requisitos]]></source>
<year>2008</year>
<publisher-loc><![CDATA[^eLa Habana La Habana]]></publisher-loc>
<publisher-name><![CDATA[Oficina Nacional de Normalización]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B17">
<nlm-citation citation-type="book">
<collab>NC ISO/IEC 17025</collab>
<source><![CDATA[Requisitos generales para la competencia de los laboratorios de ensayo y de calibración.]]></source>
<year>2006</year>
<publisher-loc><![CDATA[^eLa Habana La Habana]]></publisher-loc>
<publisher-name><![CDATA[Oficina Nacional de Normalización]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B18">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[PÉREZ]]></surname>
<given-names><![CDATA[L, B]]></given-names>
</name>
</person-group>
<source><![CDATA[Proceso de testing funcional independiente]]></source>
<year>2006</year>
<publisher-loc><![CDATA[^eMontevideo Montevideo]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B19">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[POL]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
<name>
<surname><![CDATA[TEUNISSEN]]></surname>
<given-names><![CDATA[R]]></given-names>
</name>
<name>
<surname><![CDATA[VAN VEENENDAAL]]></surname>
<given-names><![CDATA[E]]></given-names>
</name>
</person-group>
<source><![CDATA[&#8220;Software Testing, A guide to the TMap Approach&#8221;]]></source>
<year>2002</year>
<page-range>564</page-range><publisher-name><![CDATA[Addison Wesley]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B20">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[RODRÍGUEZ]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
<name>
<surname><![CDATA[PIATTINI]]></surname>
<given-names><![CDATA[M]]></given-names>
</name>
</person-group>
<source><![CDATA[Systematic review of software product certification.]]></source>
<year>2012</year>
<publisher-loc><![CDATA[^eMadrid Madrid]]></publisher-loc>
<publisher-name><![CDATA[En: Information Systems and Technologies (CISTI), 7th Iberian Conference.]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B21">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[SANZ]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
<name>
<surname><![CDATA[GARCÍA]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[SALDAÑA]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
<name>
<surname><![CDATA[AMESCUA]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
</person-group>
<source><![CDATA[A proposal of a process model to create a Test Factory.]]></source>
<year>2009</year>
<page-range>65-70</page-range><publisher-loc><![CDATA[^eVancouver Vancouver]]></publisher-loc>
<publisher-name><![CDATA[En: Software Quality, WOSQ '09. ICSE Workshop 2009.]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B22">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[SIMÓN]]></surname>
<given-names><![CDATA[J.C]]></given-names>
</name>
<name>
<surname><![CDATA[POSTON]]></surname>
<given-names><![CDATA[R.S]]></given-names>
</name>
<name>
<surname><![CDATA[KETTINGER]]></surname>
<given-names><![CDATA[B]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Creating Better Governance of Offshore Services]]></article-title>
<source><![CDATA[]]></source>
<year>2009</year>
<volume>26</volume>
<numero>2</numero>
<issue>2</issue>
<page-range>110-122</page-range></nlm-citation>
</ref>
<ref id="B23">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[SANZ E]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
</person-group>
<source><![CDATA[Marco Metodológico para la mejora de las actividades de Verificación y Validación de Productos Software.]]></source>
<year>2012</year>
<publisher-name><![CDATA[Tesis Doctoral. Leganés, Universidad Carlos III de Madrid, Departamento de Informática]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B24">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[TUYA]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<source><![CDATA[El futuro estándar ISO/IEC 29119 - Software Testing.]]></source>
<year>2009</year>
<month>20</month>
<day>09</day>
<volume>5</volume>
<numero>4</numero>
<issue>4</issue>
<page-range>33-35</page-range></nlm-citation>
</ref>
<ref id="B25">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[VEENENDAAL]]></surname>
<given-names><![CDATA[E.V]]></given-names>
</name>
</person-group>
<source><![CDATA[Test Maturity Model integration (TMMi)]]></source>
<year>2012</year>
<publisher-name><![CDATA[TMMi Foundation, Release 1]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B26">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[WHITTAKER]]></surname>
<given-names><![CDATA[J]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA["What is Software Testing? And Why Is It So Hard?"]]></article-title>
<source><![CDATA[]]></source>
<year>2000</year>
<volume>17</volume>
<numero>1</numero>
<issue>1</issue>
<page-range>70-79</page-range></nlm-citation>
</ref>
</ref-list>
</back>
</article>
