Hablábamos hace unas semanas, en el post de una lista de herramientas de calidad software imprescindibles, sobre como en estos años se ha disparado el número de herramientas para el control de la calidad software. En aquel post hablamos de herramientas de calidad software “estáticas” (es decir, analizan sin ejecutar el software) y de “caja blanca” (analizan en base al código fuente). Y nos quedó pendiente mencionar otro grupo de herramientas de calidad software: las herramientas para pruebas software, de caja negra.

Un software muy usado es el de restaurante y hoteles, Ya muchos de estos negocios no funcionan como en el pasado. Ya los camareros no usan libretas donde escriben las órdenes o pedidos de los clientes, estas son reemplazados por  máquinas portátiles que notifican notifican a una computadora principal la que a su vez notifica al chef el cual inmediata mente empieza a preparar el pedido. Los Hoteles usan programas especiales que controlan el personal y lo que están obligados a hacer durante todo el día. Cuando un huésped de controles fuera de una sala de limpieza notifica a través de un ordenador que la habitación esté lista para la limpieza, el restaurante da una orden, y la recepción y conserjería de las solicitudes. Las facturas son impresas mucho más fácil y el registro le hace un seguimiento de todos los invitados, sus datos personales, direcciones, teléfonos, tiempos y otros preferencias.
objetos, la ejecución de pruebas sobre los métodos de una clase, pueden considerarse como pruebas unitarias. Las ventajas de realizar pruebas unitarias son: encontrar errores de forma temprana, evitando la propagación de estos en  el  sistema  completo,  lo cual  permite mejorar  el  comportamiento  de  la aplicación  en  las  pruebas  de integración. Otro beneficio es la posibilidad de documentar el código para facilitar su implementación. Pruebas Integrales  Otro aspecto importante en el proceso de evaluación son las pruebas de integración. Estas pruebas se basan en  probar  un  conjunto  de  unidades  las  cuales  interactúan  de acuerdo  a la  funcionalidad  en  relación  con  la especificación de los  requerimientos.  Las pruebas  integrales evalúan que  las  secuencias de interacción  entre componentes  se  realicen  correctamente.  Esto  se  debe hacer  ya  que  pueden  haber  fallos  que  se  mantiene ocultos  y  solo  pueden  ser  detectados  cuando  una  unidad  de  código  interactúa  con  otra  dentro  del  mismo sistema.  Las  ventajas  de  realizar  estas  pruebas  son:  descubrir  interacciones  inadecuadas  entre  los componentes, interfaces y arquitectura de diseños deficientes.  Enfoque actual de programación  ! Programación Orientada a Objetos  De acuerdo al ranking de la revista IEEE  Spectrum (IEEE,  2014) el lenguaje Java  es  el más utilizado para  el desarrollo  de  sistemas  empresariales,  aplicaciones  móviles  y  web.    En  este  caso  las  propiedades  que  la Programación  Orientada  a  Objetos  (POO)  ofrece,  tiene  grandes  ventajas  como  son:  la  portabilidad,    la reutilización de  componentes  y  la sencillez  de  sus  cláusulas, que  también  son  fáciles de  entender.  El  mayor representante  de  este paradigma  es  el  lenguaje  Java  con más  de  9  millones de  desarrolladores  en todo  el mundo (Oracle, 2014).  Sin  embargo  evaluar  aplicaciones  en  Java no  es  sencillo  y  los  esquemas  tradicionales  de  pruebas  no son suficientes, en este caso la planeación de pruebas tradicionales no es aplicable.  Esto se debe a que la mayor parte de la funcionalidad de estos sistemas se resuelve a tiempo de ejecución.  Las características de la POO que influyen en este aspecto son las siguientes:  • Encapsulación: esta propiedad limita el acceso que se tiene a los atributos internos de una clase, y solo se puede acceder a ellos mediante la instancia de la clase.   • Herencia: esta propiedad permita a una clase hija comportarse como una clase padre y a sí mismo una clase padre puede comportase como una clase hija, pero con un comportamiento limitado.  • Polimorfismo:  esta  propiedad  permite  seleccionar  los  métodos  que  se  utilizan  durante  tiempo  de ejecución haciendo el código más flexible.  Programación orientada a aspectos  Este  enfoque  es  relativamente  nuevo  el  área  de  desarrollo  de  software,  pero  se  ha  consolidado  como  un paradigma  el  cual  facilita  la  encapsulación  de  requerimientos  no  funcionales.  Una  de  las  funciones  más importante de este nuevo paradigma es mejorar la modularidad del código en sistemas de software y reducir su complejidad. Esto es  posible  mediante enfoques como  el entrelazado  de asuntos (crosscutting  concern) en  el código,  estos  asuntos  generalmente  son  requisitos  no  funcionales  que  debe  de  cumplir  un  sistemas,  por ejemplo la seguridad y el inicio de sesión de usuarios. Este entrelazado es un concepto que se implementa en diversas  secciones  del  código,  mediante  la implementación  de corte en  puntos (pointcuts),  de acuerdo  a  la definición de puntos de unión (joint points) los cuales son puntos donde los asuntos (concerns) son aplicados. Un aviso (advice) es un comportamiento adicional que tendrá el código, el cual es ejecutado en un asunto.     Entre los representantes más importantes de este paradigma tenemos a AspectJ (Laddad, 2003), que funciona como una extensión para el lenguaje Java. Actualmente forma parte del proyecto de código abierto Eclipse de IBM.  La  unidad  principal  de  AspectJ  es  el  aspecto, el  cual  combina los  conceptos corte en  puntos, avisos y declaraciones.  Este  nuevo paradigma  ofrece  nuevas  posibilidades  para el  área de  pruebas  de  software.  En trabajos de  investigación como en  (Cheon, 2010) se desarrolla un  enfoque  que utiliza una  combinación  entre OCL (Object Constariant  Language) y aspectos  para colocar  restricciones en  la  invocación  de métodos para validar los rangos y datos de las variables de entrada.    

Jenkins es una herramienta para iniciar pruebas continuas y construir la integración a través de la automatización. Proporciona una forma poderosa de administrar los cambios de código, las pruebas y el ciclo de vida del despliegue, junto con la administración de releases, acelerando el ciclo de vida general del desarrollo del software. Hoy en día, Jenkins ofrece soporte para más de 1.200 plugins que le permiten integrarse con cualquier tecnología.

Created using PowToon -- Free sign up at http://www.powtoon.com/ . Make your own animated videos and animated presentations for free. PowToon is a free tool that allows you to develop cool animated clips and animated presentations for your website, office meeting, sales pitch, nonprofit fundraiser, product launch, video resume, or anything else you could use an animated explainer video. PowToon's animation templates help you create animated presentations and animated explainer videos from scratch. Anyone can produce awesome animations quickly with PowToon, without the cost or hassle other professional animation services require.


101PanelTechDays agile Alianzas atlassian automatización automatización pruebas Big Data calidad Calidad del Software ciberseguridad cloud computing cmmi Codemotion comunicación correo desarrollo desarrollo personal DevOps empresa fabricación ecologica gamificación gestión gestión del tiempo gestión proyectos innovación integración continua iso 27001 juegos lean lean it metodología móvil negocios Noticias nube opensource Panel Sistemas pruebas seguridad Software SQA tarugoconf tendencias testing transformación digital
Llevar el registro de los inscriptos en una clase son el “pan y manteca” para los centros de artes marciales, gimnasios, estudios de baile y colegios privados. En todo momento, es necesario saber cuántos estudiantes están registrados en cada clase. Esto les ayuda a determinar si deben agregar clases o si es necesario cancelar una clase debido a la baja inscripción.
Jelinski, Z. A. (1972). Software Reliability Research. In Statistical Computer Performance Evaluation. New York:academic Press. Laddad, R. (2003). AspectJ in Action. Manning. Musa, J. D. (2004). Software Reliability Engineering. New York: Mc Graw Hill. Norman F. Schneidewind, L. J. (2008, Junio 27). IEEE Recommended Practice on Software Reliability. New York, NY 10016-5997, USA. Oracle. (2014). http://www.oracle.com. Ragab, S. a. (2010). Object oriented design metrics and tools a survey. In Informatics and Systems (INFOS), 2010 The 7th International Conference on (pp. 1-7). Rathore, S. a. (2012). Investigating object-oriented design metrics to predict fault-proneness of software modules. In Software Engineering (CONSEG), 2012 CSI Sixth International Conference on (pp. 1-10). doi:10.1109/CONSEG.2012.6349484 Sommerville, I. (2007). Software Engineering. Pearson Education. Wahid, M., & Almalaise, A. (2011). JUnit framework: An interactive approach for basic unit testing learning in Software Engineering. Engineering Education (ICEED). doi:10.1109/ICEED.2011.6235381 Autorización y renuncia Los autores del presente artículo autorizan al Instituto Tecnológico de Orizaba (ITO) para publicar el escrito en la revista electrónica “Coloquio de investigación multidisciplinaria” con registro(ISSN2007$8102 en su edición 2014. El ITO o los editores no son responsables ni por el contenido ni por las implicaciones de lo que está expresado en el escrito.

Entornos a certificar: para valorar este punto, tambien se debe tener en cuenta el anterior. Es posible que las pruebas a realizar en una aplicación sea necesario ejecutarlas sobre diferentes entornos de despliegue (distintos navegadores, servidores de aplicaciones, versiones de software). En este caso aunque el numero de pruebas sea reducido (y pueda pensarse que no es optimo automatizarlas), se debe repetir varias veces su ejecución por lo que puede compensar su automatización.
• Capacidad para aplicar pruebas complicadas. Algunos tipos de prueba son difíciles de aplicar o muy complicadas de ejecutar de manera manual; entre esta rama podemos encontrar aquellas en las que es necesario el acceso a la base de datos para verificar que la información del sistema sea correcta, o tal vez sea preciso hacer cálculos manuales para verificar la validez de los resultados arrojados por el sistema. Muchas herramientas de automatización proporcionan estas funcionalidades. Además, los sistemas de automatización nos pueden auxiliar a introducir grandes cantidades de información, configurar la versión de prueba de la base de datos, y generar información aleatoria entre otras cosas.
Fue necesario el uso del archivo .sh, debido a que algunos comandos como es el caso de calabash-android gen, exigen una segunda acción como es el para aceptar la creación del proyecto, una vez ejecutado el comando se utiliza el archivo .features solicitado al usuario para ejecutar la prueba, esto es almacenado en un directorio con el nombre del id que identifica la prueba en la base de datos.
×