Creo que todo pasa por alguna razón. La gente cambia para que puedas aprender a dejarlos ir. Las cosas van mal para que puedas apreciarlas cuando están bien. Crees mentiras para que eventualmente aprendas a no confiar en nadie que no sea tu mismo, y a veces, las cosas buenas fracasan para que otras mejores puedan venir.
martes, 8 de marzo de 2011
Testing de caja blanca vs Testing de caja negra
Jenkins, Nick. White Box vs Black-Box testing. A Software Testing Primer: An Introduction to Software Testing. En http://www.softwaretestinghelp.com/ (en línea). 2008. Disponible en Internet: http://www.nickjenkins.net/prose/testingPrimer.pdf.
Traducción: Juan Manuel Bertoni.
El testing de unidades completas de código funcional es conocido como testing de caja negra debido a que los testers tratan al objeto de prueba como una caja negra. Se preocupan por verificar las entradas especificadas contra las salidas esperadas, y no de la lógica de lo que sucede en el medio.
El test de aceptación de usuario (UAT) o el Testing de Sistema son clásicos ejemplos de testing de caja negra.
El testing de caja blanca o caja de vidrio, se basa en el análisis del código y de la lógica interna del software. El testing de caja blanca es a menudo, pero no siempre, competencia de los programadores. Utilizan un rango de técnicas de testing específicas que van desde las altamente técnicas o tecnológicas a cosas como las inspecciones de código.
A pesar de que las técnicas de caja blanca pueden ser utilizadas en cualquier etapa del ciclo de vida de un sistema es normal encontrarlas en las actividades del testing unitario
Suscribirse a:
Enviar comentarios (Atom)
Este comentario ha sido eliminado por el autor.
ResponderEliminar