Difference between revisions of "OOoES/Calidad/Gestion de la Calidad: Software Testing"

From Apache OpenOffice Wiki
Jump to: navigation, search
Line 6: Line 6:
 
Es una investigaci&oacute;n llevada a cabo para proporcionar a los interesados ​​informaci&oacute;n sobre la calidad del producto o servicio bajo prueba. También provee una objetiva e independiente vista hacia el software que permite apreciar y entender los riesgos de la implementaci&oacute;n del software.<br> 
 
Es una investigaci&oacute;n llevada a cabo para proporcionar a los interesados ​​informaci&oacute;n sobre la calidad del producto o servicio bajo prueba. También provee una objetiva e independiente vista hacia el software que permite apreciar y entender los riesgos de la implementaci&oacute;n del software.<br> 
 
<br>
 
<br>
Las pruebas de software se integran dentro de las diferentes fases del ciclo del software dentro de la Ingeniería del software. Así se ejecuta un programa y mediante técnicas experimentales se trata de descubrir que errores tiene.<br>
+
Las pruebas de software se integran dentro de las diferentes fases del ciclo del software dentro de la Ingenier&iacute;a del software. As&iacute; se ejecuta un programa y mediante t&eacute;cnicas experimentales se trata de descubrir que errores tiene.<br>
  
 
<br>
 
<br>
Las técnicas de prueba incluyen el proceso de un programa o aplicaci&oacute;n con la intenci&oacute;n de encontrar errores de software (software bugs).
+
Las t&eacute;cnicas de prueba incluyen el proceso de un programa o aplicaci&oacute;n con la intenci&oacute;n de encontrar errores de software (software bugs).
 
<br>
 
<br>
Hay muchos planteamientos a la hora de abordar el proceso de pruebas de software, pero para verificar productos complejos de forma efectiva requiere de un proceso de investigaci&oacute;n más que seguir un procedimiento al pie de la letra. Una definici&oacute;n de "testing" es: proceso de evaluaci&oacute;n de un producto desde un punto de vista crítico, donde el "tester" (persona que realiza las pruebas) somete el producto a una serie de acciones inquisitivas, y el producto responde con su comportamiento como reacci&oacute;n. Por supuesto, nunca se debe testear el software en un entorno de producci&oacute;n. Es necesario testear los nuevos programas en un entorno de pruebas separado físicamente del de producción. Para crear un entorno de pruebas en una máquina independiente de la máquina de producci&oacute;n es necesario crear las mismas condiciones que en la máquina de producci&oacute;n. Existen a tal efecto varias herramientas vendidas por los mismos fabricantes de hardware (IBM, Sun, HP etc.). Esas utilidades reproducen automáticamente las bases de datos para simular un entorno de producción.<br>
+
Hay muchos planteamientos a la hora de abordar el proceso de pruebas de software, pero para verificar productos complejos de forma efectiva requiere de un proceso de investigaci&oacute;n m&aacute;s que seguir un procedimiento al pie de la letra. Una definici&oacute;n de "testing" es: proceso de evaluaci&oacute;n de un producto desde un punto de vista cr&iacute;tico, donde el "tester" (persona que realiza las pruebas) somete el producto a una serie de acciones inquisitivas, y el producto responde con su comportamiento como reacci&oacute;n. Por supuesto, nunca se debe testear el software en un entorno de producci&oacute;n. Es necesario testear los nuevos programas en un entorno de pruebas separado físicamente del de producci&oacute;n. Para crear un entorno de pruebas en una m&aacute;quina independiente de la m&aacute;quina de producci&oacute;n es necesario crear las mismas condiciones que en la m&aacute;quina de producci&oacute;n. Existen a tal efecto varias herramientas vendidas por los mismos fabricantes de hardware (IBM, Sun, HP etc.). Esas utilidades reproducen autom&aacute;ticamente las bases de datos para simular un entorno de producción.<br>
 
<br>
 
<br>
En general, los infromáticos distinguen entre errores de programación (o "bugs") y defectos de forma. En un defecto de forma, el programa no realiza lo que el usuario espera. Por el contrario, un error de programación puede describirse como un fallo en la semántica de un programa de ordenador. Éste podría presentarse, o no, como un defecto de forma si se llegan a dar ciertas condiciones de cálculo.<br>
+
En general, los inform&aacute;ticos distinguen entre errores de programaci&oacute;n (o "bugs") y defectos de forma. En un defecto de forma, el programa no realiza lo que el usuario espera. Por el contrario, un error de programaci&oacute;n puede describirse como un fallo en la sem&aacute;ntica de un programa de ordenador. &Eacute;ste podr&iacute;a presentarse, o no, como un defecto de forma si se llegan a dar ciertas condiciones de c&aacute;lculo.<br>
 
<br>
 
<br>
Una práctica común es que el proceso de pruebas de un programa sea realizado por un grupo independiente de "testers" al finalizar su desarrollo y antes de sacarlo al mercado. Una práctica que viene siendo muy popular es distribuir de forma gratuita una versi&oacute;n no final del producto para que sean los propios consumidores los que la prueben. En ambos casos, a la versi&oacute;n del producto en pruebas y que es anterior a la versión final (o "master") se denomina beta, y a dicha fase de pruebas, beta testing.<br>
+
Una pr&aacute;ctica com&uacute;n es que el proceso de pruebas de un programa sea realizado por un grupo independiente de "testers" al finalizar su desarrollo y antes de sacarlo al mercado. Una pr&aacute;ctica que viene siendo muy popular es distribuir de forma gratuita una versi&oacute;n no final del producto para que sean los propios consumidores los que la prueben. En ambos casos, a la versi&oacute;n del producto en pruebas y que es anterior a la versi&oacute;n final (o "master") se denomina beta, y a dicha fase de pruebas, beta testing.<br>
 
<br>
 
<br>
Finalmente y antes de salir al mercado, es cada vez más habitual que se realice una fase de RTM testing (Release To Market), dónde se comprueba cada funcionalidad del programa completo en entornos de producción. Otra práctica es que el proceso de pruebas se realice desde el mismo momento en que empieza el desarrollo y continúe hasta que finaliza.</p>
+
Finalmente y antes de salir al mercado, es cada vez m&aacute;s habitual que se realice una fase de RTM testing (Release To Market), d&oacute;nde se comprueba cada funcionalidad del programa completo en entornos de producci&oacute;n. Otra pr&aacute;ctica es que el proceso de pruebas se realice desde el mismo momento en que empieza el desarrollo y contin&uacute;e hasta que finaliza.</p>
  
 
[[Category:ES]]
 
[[Category:ES]]
 
[[Category:Quality Assurance]]
 
[[Category:Quality Assurance]]

Revision as of 17:46, 16 November 2011

Software Testing

Pruebas del Software (Software Testing)  Es una investigación llevada a cabo para proporcionar a los interesados ​​información sobre la calidad del producto o servicio bajo prueba. También provee una objetiva e independiente vista hacia el software que permite apreciar y entender los riesgos de la implementación del software.
 
Las pruebas de software se integran dentro de las diferentes fases del ciclo del software dentro de la Ingeniería del software. Así se ejecuta un programa y mediante técnicas experimentales se trata de descubrir que errores tiene.

Las técnicas de prueba incluyen el proceso de un programa o aplicación con la intención de encontrar errores de software (software bugs).
Hay muchos planteamientos a la hora de abordar el proceso de pruebas de software, pero para verificar productos complejos de forma efectiva requiere de un proceso de investigación más que seguir un procedimiento al pie de la letra. Una definición de "testing" es: proceso de evaluación de un producto desde un punto de vista crítico, donde el "tester" (persona que realiza las pruebas) somete el producto a una serie de acciones inquisitivas, y el producto responde con su comportamiento como reacción. Por supuesto, nunca se debe testear el software en un entorno de producción. Es necesario testear los nuevos programas en un entorno de pruebas separado físicamente del de producción. Para crear un entorno de pruebas en una máquina independiente de la máquina de producción es necesario crear las mismas condiciones que en la máquina de producción. Existen a tal efecto varias herramientas vendidas por los mismos fabricantes de hardware (IBM, Sun, HP etc.). Esas utilidades reproducen automáticamente las bases de datos para simular un entorno de producción.

En general, los informáticos distinguen entre errores de programación (o "bugs") y defectos de forma. En un defecto de forma, el programa no realiza lo que el usuario espera. Por el contrario, un error de programación puede describirse como un fallo en la semántica de un programa de ordenador. Éste podría presentarse, o no, como un defecto de forma si se llegan a dar ciertas condiciones de cálculo.

Una práctica común es que el proceso de pruebas de un programa sea realizado por un grupo independiente de "testers" al finalizar su desarrollo y antes de sacarlo al mercado. Una práctica que viene siendo muy popular es distribuir de forma gratuita una versión no final del producto para que sean los propios consumidores los que la prueben. En ambos casos, a la versión del producto en pruebas y que es anterior a la versión final (o "master") se denomina beta, y a dicha fase de pruebas, beta testing.

Finalmente y antes de salir al mercado, es cada vez más habitual que se realice una fase de RTM testing (Release To Market), dónde se comprueba cada funcionalidad del programa completo en entornos de producción. Otra práctica es que el proceso de pruebas se realice desde el mismo momento en que empieza el desarrollo y continúe hasta que finaliza.

Personal tools