Testing

Los Bugs del Testing en México: Madurez en tiempos de pruebas

Sección

Publicado en

En números anteriores de SG, Sandra Berenice Ruiz compartió un interesante artículo sobre las retrospectivas y tendencias sobre testing y nos hacía la invitación de dar pasos firmes hacia los nuevos retos que ya se están presentando en la industria. Sin embargo, nuestro día a día nos hace formularnos la pregunta: ¿realmente estamos impulsando un testing de calidad?

Lenguajes de Dominio Específico para el Desarrollo de Pruebas Automatizadas

Sección

Publicado en

La diferencia entre un producto bueno y uno excelente es la calidad; a medida que una aplicación crece, es mayor el esfuerzo que debemos invertir para validar la funcionalidad. Las pruebas automatizadas nos ahorran tiempo y dinero, estas pueden ser repetidas una y otra vez durante todo el ciclo del desarrollo para asegurar la calidad del producto. Cada vez que exista un cambio, arreglo o nuevos elementos, seremos capaces de validar la funcionalidad completa, rápida y consistentemente.

Casuística Candidata para Automatizar Pruebas

Sección

Publicado en

Nota del autor: El contenido de este artículo fue extraído de partes de comentarios dejados por los miembros del grupo TESTING & QA en LinkedIn, a partir de debates generados.

Hay dos enfoques a tener en cuenta en relación con el área de software testing que se hará cargo de la selección de casos de prueba candidatos:

Aprovechando las Bondades de “whois” en las Pruebas de Seguridad

Sección

Publicado en

La extracción de información inicial del SUT (System Under Test), tema abordado en la anterior edición de este espacio, es una de las fases más importantes en un proyecto de pruebas de seguridad informática, ya que entre más información tengamos sobre el sistema o aplicación que estaremos probando, mejor será la estrategia a seguir para el diseño y ejecución de dichas pruebas.

Análisis de Distintos Contextos de Prueba

Sección

Publicado en

Es tentador pensar que siempre hay una “mejor manera” de hacer las cosas. Alguna vez pensé conocer “la mejor manera” de probar software. Luego aprendí o cambié de contexto, y “la mejor manera” cambió. A partir de entonces soy algo escéptico cuando me encuentro con una “mejor manera”. Esta nueva “mejor manera”, ¿que problemas viejos resuelve? ¿que problemas nuevos crea? ¿en qué contexto está siendo usada?