Las pruebas de verificación de compilación comprenden un conjunto de pruebas que se ejecutan en cada compilación nueva, a fin de verificar que la compilación se pueda probar antes de entregarla al equipo de pruebas, y con ello hacer posible realizar más pruebas subsecuentes.

La mayoría de los errores en el software se deben a requisitos funcionales incompletos o inexactos. El código del software, no importa lo bien que esté escrito, no puede hacer nada útil si hay ambigüedades en los requisitos. El costo de corregir el error una vez finalizado el desarrollo o el lanzamiento del producto es demasiado alto. Por lo tanto, es mejor tener un análisis de requisitos y detectar las ambigüedades de ello a fin de corregirlas, en el ciclo de vida del desarrollo temprano.

Informar acerca de un nuevo defecto sin la resolución adecuada de problemas es una mala práctica, y es aún peor si presenta un defecto debido a datos de prueba incorrectos o corruptos. En este bloque de Podcast, proporcionaré consejos sobre cómo preparar el entorno de prueba, para que no se pierda ningún caso de prueba importante, debido a datos de prueba incorrectos, y una configuración incompleta del entorno de prueba.

Escribir buenos casos de prueba que tengan la mayor posibilidad de encontrar defectos, es toda una habilidad, misma que se logra con base en la experiencia, así como también, a través del estudio en profundidad de la aplicación para la cual, se escriben casos de prueba.

De forma regular, al observar el escenario actual de la industria del desarrollo de software, en referencia a los testers, se espera de ellos que posean habilidades técnicas tanto en el desarrollo de pruebas, como en poseer experiencia en el dominio referente a su implementación. Pero, para el tester: ¿Cómo y cuándo se imparte este conocimiento de dominio durante el ciclo de pruebas?

Antes de comenzara a hablar acerca de investigación es necesario definir cuál será el enfoque del trabajo que vamos a desarrollar, y este último está vinculado al resultado final referente a nuestra investigación.

Las pruebas de software no deben ser un proceso incontrolado. Los procesos incontrolados a menudo dan como resultado, un alto costo y tiempo, así como productos o servicios de baja calidad, o incluso se dan situaciones en las que el resultado no se puede, ni siquiera, medir. Para evitar esto, las pruebas deben realizarse en un entorno altamente controlado, y debe ser un proceso planificado en cada una de las etapas del Ciclo de Vida de Pruebas de Software, el STLC, por sus siglas en inglés: Software Testing Life Cycle. Al final de dicho ciclo de prueba, no debe haber ninguna incertidumbre con respecto a los aspectos que se probaron. A continuación, más información al respecto.

En referencia a las pruebas, como piedra angular de los procesos relacionados con el desarrollo de software, algunas personas, al finalizar su ingeniería y al empezar a buscar trabajo, suelen tener curiosidad en relación a cómo sería el entorno laboral real en las empresas. Para este material de audio, me centraré en el proceso de trabajo real, que implica la prueba de software en las empresas. Intentaré compartir algunas experiencias prácticas, para aquellos que solo tienen conocimiento de la existencia teórica de pruebas aplicadas al software, y que tienen la curiosidad, sobre todo, por saber cómo funciona un laboratorio de pruebas real, a nivel de producción.

Antes de comenzara a hablar acerca de investigación es necesario definir cuál será el enfoque del trabajo de investigación que vamos a desarrollar (cualitativo, cuantitativo o mixto), y esto último se encuentra vinculado al resultado esperado del proyecto de investigación por emprender.