-
Ada Lovelace
Escribió el primer algoritmo para la máquina analítica de Charles Babbage, considerado el primer programa de computación. Envisionó el potencial del software y fue la primera en identificar que los errores podían ser tanto de hardware como de software. -
Period: to
Período 1840-1950
-
Alan Turing
Propuso un método para verificar programas, base de la verificación moderna. Aseguró que la persona que prueba debe ser distinta de quien programa. -
Period: to
Período 1951-1970
-
Charles L. Baker
Diferenció entre pruebas y depuración de software, señalando que en la década de los 50 no existía una distinción clara entre ambos términos. Solo se centraban en arreglar defectos. -
Daniel D. McCracken
Publicó el primer texto sobre programación, discutiendo la importancia de que los clientes preparen los casos de prueba para detectar errores de comunicación. -
Gerald M. Weinberg
Durante el proyecto Mercurio de la NASA, se aplicaron mini-incrementos con planificación y escritura previa de pruebas para cada fase de desarrollo. -
Gerald M. Weinberg & Herbert D. Leeds
Publicaron el primer libro con un capítulo dedicado a pruebas de software. Propusieron que las pruebas deben demostrar la adaptabilidad del software, no solo validar su funcionamiento, y diferenciaron entre pruebas manuales y automáticas. Además, establecieron principios clave como: escribir bien el código desde el inicio, pensar en las pruebas al programar, conocer las herramientas de depuración y hacer que el software demuestre que funciona. -
Bill Elmendorf
Publica el artículo “Evaluación de las pruebas funcionales de programas de control”, donde introduce la necesidad de un enfoque disciplinado para las pruebas funcionales del software. -
Edsger Dijkstra
Criticó el uso excesivo de "Go To" en programación en su carta, lo que marcó el inicio de la programación estructurada. En 1972, recibió el Premio Turing y, en su discurso “El humilde programador”, destacó la importancia de evitar errores desde el inicio y la insuficiencia de las pruebas para demostrar la ausencia de defectos, sugiriendo que la única forma eficaz de confiar en un programa es probar su corrección. -
Robert W. Bemer
El informe de la conferencia patrocinada por la NATO incluye el documento que dedica una sección a la calidad del software, abordando temas como la prueba del producto para garantizar su utilidad y cumplimiento de las especificaciones funcionales, la aplicación del mismo ciclo y método de producción a los programas de prueba, y la asignación de al menos una persona a la calidad del software por cada diez dedicadas a su fabricación. -
Bill Elmendorf
Publica el artículo “Diseño automatizado de librerías de pruebas de programas”, donde propone aplicar pruebas basadas en modelos para probar software. -
Period: to
Período 1971-1980
-
William C. Hetzel
Publica el libro “Métodos de prueba de programas”, que compila artículos de un simposio en Chapel Hill, Estados Unidos, sobre problemas relacionados con la validación y pruebas de software. -
Frederick Brooks
En “El mítico hombre-mes”, Brooks expone ideas sobre ingeniería de software, como que un programa cuesta tres veces más que uno depurado, que los programadores necesitan casos de prueba adecuados y que la mayor dificultad está en la especificación, diseño y pruebas de los constructos conceptuales. -
Tom Gilb
Publica el artículo “Leyes de la no fiabilidad”, siendo uno de los primeros en conceptualizar la fiabilidad del sistema y software, y la relación entre error humano y error de sistema. -
Tom Gilb
Publica el libro “Métricas de software”, considerado un texto de referencia por sus numerosas métricas. -
Glenford Myers
Publica “Fiabilidad del software: Principios y prácticas”, donde afirma que el objetivo de los probadores es hacer que el programa falle. -
Michael E. Fagan
Publica el artículo “Inspecciones de diseño y código para reducir errores en el desarrollo de programas”, donde propone un proceso sistemático de inspección para reducir el costo del retrabajo. IBM mejoró significativamente la calidad aplicando las inspecciones de Fagan, duplicando la producción de código y reduciendo en dos tercios los defectos por mil líneas de código. -
Thomas J. McCabe
Introduce la complejidad ciclomática como métrica de software para medir la complejidad de un programa, independientemente de su tamaño o lenguaje. También propone la prueba de ruta básica como técnica de prueba de caja blanca. -
William C. Howden
Publica el artículo “Estudios teóricos y empíricos sobre la comprobación de programas”, donde acuña el término oráculo para referirse a un mecanismo que determina si una prueba ha pasado o fallado. -
Glenford Myers
Publica “El arte de las pruebas de software”, uno de los primeros libros dedicados exclusivamente a este tema, donde establece la terminología base y introduce el concepto de pruebas de caja negra. -
Barry W. Boehm
Publica “Economía de la ingeniería de software”, donde introduce el concepto de costo de retrabajo, que aumenta con el tiempo. En el libro, Boehm presenta un gráfico que muestra cómo el costo de corregir un defecto varía según la etapa del ciclo de vida del software, con proyectos grandes teniendo un mayor costo en fases posteriores. También presenta el Modelo de Costos Constructivos (COCOMO) para el costeo de software. -
Period: to
Período 1981-1990
-
William C. Hetzel & David Gelperin
Organizan la primera Conferencia y Exposición Internacional sobre Pruebas de Software, enfocada exclusivamente en este tema. -
James Martin
Publica “Manifiesto de los sistemas de información”, donde señala que el 56% de los defectos en un proyecto de software se introducen en la fase de requisitos, el 27% en el diseño y el 7% en la codificación. -
Paul E. Rook
Presenta en el artículo “Control de proyectos de software” el Modelo V, que introduce un enfoque estructurado para las pruebas. Este modelo, popular en Europa como alternativa al Modelo Cascada, asocia cada fase del ciclo de vida con una fase de pruebas correspondiente: requisitos con pruebas de aceptación, diseño de sistema con pruebas de sistemas, diseño de software con pruebas de integración, y diseño de componentes con pruebas de unidad. -
Robert B. Grady & Deborah L. Caswell
Publican “Métricas de software: Establecimiento de un programa para toda la empresa”, donde explican qué son las métricas y cuándo son útiles, además de presentar un estudio detallado sobre un programa de métricas. -
William C. Hetzel & David Gelperin
Publican el artículo “El crecimiento de las pruebas de software”, donde describen cuatro modelos de pruebas: demostración, destrucción, evaluación y prevención. Ese mismo año, Hetzel publica el libro “Guía completa de pruebas de software”, que aborda metodologías, técnicas y principios de pruebas de software. -
Cem Kaner
Junto con Jack Falk y Hung Q. Nguyen, publica el libro “Pruebas de software informático”, que se convierte en un clásico por su enfoque pragmático. En él, se utiliza por primera vez el término prueba exploratoria. -
Watts Humphrey
Padre de la calidad de software, fundó el programa de procesos de software del SEI. En 1989, publica “Gestión del proceso de software”, donde introduce el modelo CMM para mejorar la calidad y productividad en el desarrollo de software. -
Boris Beizer
Introduce en su libro “Técnicas de pruebas de software” una clasificación de los defectos de software y acuña la “paradoja del pesticida”, un concepto que describe cómo, al realizar más pruebas sobre el software, éste se vuelve cada vez menos susceptible a detectarlas. -
Dorothy Graham
Especializada en pruebas de software. Unicom publica el primer. “Reporte sobre pruebas de software asistidas por computador (CAST)” -
Period: to
Período 1991-2000
-
William C. Hetzel & David Gelperin
Inauguran en Estados Unidos la conferencia “Revisión, análisis y pruebas de software” (STAR) y al año siguiente, la conferencia paralela EuroSTAR en Europa. -
Robert B. Grady
Publica “Métricas de software: prácticas para la gestión de proyectos y la mejora de procesos”, donde introduce una taxonomía de defectos de software desarrollada específicamente para Hewlett-Packard. Esta taxonomía tiene como objetivo identificar patrones y tendencias en los defectos de productos ya terminados, permitiendo así usar esta información para prevenir defectos en proyectos futuros. -
Tom Gilb & Dorothy Graham
Publican “Inspecciones de software”, que detalla el proceso de revisión formal de software. -
Brian Marick
Publica “El arte de las pruebas de software: Pruebas de subsistemas”, donde compara probar software con un oficio, como la carpintería, que se aprende mejor observando a un experto y practicando bajo su supervisión. El libro se centra en subsistemas de tamaño medio, como controladores de dispositivos y bibliotecas de clases. -
Paul C. Jorgensen
Publica el libro “Pruebas de software: Un enfoque artesanal. -
Cem Kaner & James Bach
Durante la Conferencia Internacional sobre Pruebas de Software, presentan la idea de las escuelas de pensamiento en las pruebas de software. -
Robert B. Grady
Publica “Mejora exitosa de los procesos de software”, donde explica cómo aplicar el ciclo PDCA (Planificar, Hacer, Verificar, Actuar) para mejorar los procesos en el ámbito del software. -
R. Geoff Dromey
Presenta en “Acorralando a la quimera” un modelo de calidad para abordar la intangibilidad de las características de calidad de la norma ISO/IEC 9126:1991 en ingeniería de software. -
James Bach
Propone el Modelo de Estrategia de Pruebas Heurísticas, que establece un conjunto de patrones para seleccionar las pruebas en un proyecto de software. Este modelo subraya que la elección de técnicas debe considerar el entorno del proyecto, los elementos del producto y los criterios de calidad. -
Cem Kaner
Se funda oficialmente la Escuela de Pruebas Dirigidas por el Contexto. -
Dorothy Graham & Mark Fewster
Publican “Automatización de pruebas de software”, un libro considerado clásico en el campo de la automatización de pruebas. -
Eric S. Raymond
Publica “La catedral y el bazar”, donde describe el método de Linus Torvalds para crear Linux y presenta la Ley de Linus: “Si hay suficientes ojos, todos los errores son superficiales”. Esta ley destaca que, al hacer el código accesible para más personas, los defectos se descubren y corrigen más rápidamente. -
Jonathan Bach
Publica “Gestión de pruebas basada en la sesión”, donde define una sesión como un bloque continuo de prueba con un objetivo específico, utilizando pruebas exploratorias y reportando los resultados al finalizar. -
Cem Kaner, James Bach & Bret Pettichord
Publican “Lecciones aprendidas en pruebas de software: Un enfoque orientado al contexto”. Kaner también ha contribuido a leyes en Estados Unidos relacionadas con el licenciamiento de software, la regulación de su calidad y el comercio electrónico. -
James Bach
Desarrolla la metodología Pruebas Rápidas de Software (RST), alineada con la Escuela de Pruebas Dirigidas por el Contexto. -
Period: to
Período 2001-2024
-
Kent Beck
Publica “Desarrollo dirigido por pruebas: Mediante el ejemplo”, donde introduce el Desarrollo Guiado por las Pruebas (TDD), una técnica que consiste en escribir primero las pruebas antes del código. Además, contribuye a la creación de patrones de software, la suite de herramientas xUnit para pruebas unitarias y la metodología de programación extrema (XP). -
Brian Marick
Publica varios artículos sobre pruebas ágiles, incluyendo “Cuadrantes de pruebas ágiles”, donde define dos dimensiones para categorizar las pruebas: aquellas enfocadas en el negocio versus las centradas en la tecnología, y las que apoyan la programación frente a las que critican el producto -
Bret Pettichord
Presenta la conferencia “Cuatro escuelas de pruebas de software” en un taller de capacitación, proponiendo la existencia de cuatro enfoques en las pruebas de software: analítica, dirigida por normas, orientada hacia la calidad y dirigida por el contexto. Más tarde, se añade la escuela ágil a esta lista. -
Watts Humphrey
Publica “PSP, un proceso de auto-superación para ingenieros de software”, donde presenta el Personal Software Process (PSP), adaptando las prácticas de software industrial para el desarrollo de programas de tamaño modular. -
Erik Van Veenendaal
Con otros expertos crean la Fundación TMMI para desarrollar el Modelo de Madurez de Pruebas Integrado (TMMI), que evalúa y mejora el proceso de pruebas en las organizaciones, basándose en el modelo TMM de 1996. -
Dorothy Graham
junto con Erik Van Veenendaal, Isabel Evans y Rex Black, publica “Fundamentos de las pruebas de software: Certificación ISTQB”, que describe el programa de estudios para la certificación básica en pruebas del Comité Internacional de Cualificaciones de Pruebas de Software (ISTQB). -
Watts Humphrey
Publica “TSP, Dirigiendo un equipo de desarrollo”, donde explica cómo liderar equipos de ingenieros de software entrenados en PSP utilizando el proceso Team Software Process (TSP). -
Jonathan Bach
Introduce la escala de libertad del probador, que mide el grado de autonomía en las pruebas, desde “Completamente guiado” hasta “Estilo libre exploratorio”. Según Bach, esta escala refleja el grado en que se permite al probador pensar de forma independiente. -
Doron Reuveni & Roy Solomon
Publican “Guía esencial de crowdtesting”. Crowdtesting se enfoca en realizar pruebas en entornos naturales, en lugar de en laboratorios, para incluir una variedad de contextos y dispositivos. -
Lisa Crispin & Janeth Gregory
Publican “Pruebas ágiles: Una guía práctica para probadores y equipos ágiles”, que incluye un capítulo sobre pruebas exploratorias. Es el libro pionero. -
Michael Bolton
Distingue entre "comprobar", que implica usar herramientas automáticas para validar, y "probar", que es un proceso de exploración e investigación realizado por los probadores. -
Mike Cohn
En su libro “Triunfando con la agilidad”, presenta la “pirámide de automatización de pruebas”, que sugiere una estrategia eficaz de automatización en tres niveles: unidad, servicio e interfaz de usuario. -
Gerald M. Weinberg
Publicó Software perfecto y otras ilusiones sobre las pruebas, donde afirma que las pruebas son necesarias debido a la imperfección humana, pero probar más no asegura mayor calidad. -
Jonathan Kohl
Sugiere usar la automatización para tareas como configuración de pruebas, generación de datos y avance de flujos de trabajo, además de recomendar pruebas exploratorias manuales para detectar defectos difíciles de identificar. -
Lisa Crispin & Janeth Gregory
Publican “Más pruebas ágiles: Viajes de aprendizaje para todo el equipo”, que aborda la adaptación de las pruebas ágiles a equipos y entornos, el aprendizaje a partir de la experiencia y la mejora continua de los procesos de prueba. -
Paul C. Jorgensen
Se publica la quinta edición del libro: "Pruebas de software" con Byron DeVries