-
Ada Lovelace
Algoritmo para utilizar la máquina de analítica de Babbage para el cálculo de números de Bernoulli. Considerado como el primer programa de computación. -
Period: to
Período 1840-1950
-
Alan Turing
Crea el artículo "Sobre la comprobación de una rutina grande". En ella se propone un método general de prueba para comprobar una rutina en el sentido de asegurarse que sea correcta. -
Period: to
Período 1951-1970
-
Daniel D. McCracken
Publicó el primer texto sobre programación, "Programación de computadores digitales". En el libro, sobre las pruebas se mencionó que: "si el cliente debe preparar la solución de la prueba, es mejor que lo haga con anticipación a la comprobación real". -
Gerald M. Weinberg
Publicó (junto con Herbert D. Leeds) el libro "Fundamentos de la programación informática" que fue el primer libro en tener un capítulo dedicado completamente a pruebas de software. Se plantean los siguientes principios de prueba:
1. Escribir programas correctamente.
2. Pensar en la comprobación al codificar.
3. Conocer las herramientas de depuración disponibles.
4. Hacer que el programa demuestre que funcione. -
Bill Elmendorf
Publicó el artículo "Evaluación de las pruebas funcionales de programas de control”. En este artículo se explicaba por primera vez la necesidad de un efoque disciplinado para las pruebas funcionales del software. -
Robert W. Bemer
Participó en la conferencia de Ingeniería de Software patrocinada por la NATO, donde uno de los temas tratados fue la garantía de calidad de software. -
Edsger Dijkstra
Escribió una carta con el título "Sentencia Go To considerada perjudicial". Esta era una crítica al uso excesivo del Go To por parte de los programadores de la época y las dificultades que esta práctica implicaba para las pruebas. Esta publicación marcó el inicio de la programación estructurada. -
Period: to
Período 1971-1980
-
William C. Hetzel y David Gelperin
William C.Hetzel publicó el libro “Métodos de prueba de programas”. Hetzel junto con David Gelperin organizan la Conferencia y
Exposición Internacional sobre Pruebas de Software, que es la primera conferencia enfocada exclusivamente en pruebas de software de la que se tiene registro. -
Frederick Brooks
publicó su obra “El mítico hombre-mes”. Este libro contiene un conjunto de ensayos sobre ingeniería de software. Sus ideas siguen teniendo vigencia, in cluso para entornos ágiles y DevOps. -
Tom Gilb
publicó el artículo “Leyes de la no fiabilidad”. Es uno de los primeros informáticos en conceptualizar la fiabilidad del sistema y del software, y la relación entre error humano y error de sistema. -
Michael E. Fagan
publicó el artículo “Inspecciones de diseño y código para reducir errores en el desarrollo de programas”. En el se propone un proceso sistemático de inspección tanto de diseño como de códigos con el objetivo de reducir el costo del retrabajo. -
Thomas J. McCabe
publicó el artículo “Una medida de la complejidad”. En el se introduce la complejidad ciclomática como métrica de software para el control cuantitativo de la complejidad de un programa. -
Glenford Myers
publicó el libro “Fiabilidad del software: Principios y prácticas”. En este libro se proclamaba que el objetivo de los probadores es hacer que el programa falle. -
William C. Howden
publicó el artículo “Estudios teóricos y empíricos sobre la comprobación de programas". En este artículo se crea el término oráculo para referirse a un mecanismo para determinar si una prueba ha pasado o ha fallado. -
Period: to
Período 1980-1990
-
Barry W. Boehm
publicó el libro “Economía de la ingeniería de software” donde introduce la noción de que el costo de arreglar un defecto en el software, llamado costo de retrabajo, aumenta conforme pasa el tiempo. -
James Martin
publicó el libro “Manifiesto de los sistemas de información”. En este libro se indica que la distribución de la inserción de defectos en un proyecto de software es la siguiente:
56% de los defectos se introducen en la fase de requisitos.
27% durante el diseño.
7% durante la codificación. -
Paul E. Rook
Presentó el Modelo V para la creación de software, donde introduce un enfoque estructurado para las pruebas. El modelo V se popularizó en Europa como alternativa al tradicional Modelo Cascada. -
Cem Kaner
Publicó el libro “Pruebas de software informático”. En este libro se utilizó por primera vez el término prueba exploratoria. -
Watts Humphrey
Es considerado el padre de la calidad de software por sus contribuciones a la mejora del proceso de software. Publicó el libro “Gestión del proceso de software” donde propone el modelo de madurez de las capacidades para mejorar la calidad y productividad del proceso de desarrollo de software. -
Boris Beizer
Propuso una clasificación de defectos de software en el libro “Técnicas de pruebas de software”. Acuñó el término "paradoja pesticida" para describir el fenómeno de que cuanto más se prueba el software, más inmune se vuelve éste a las pruebas a las que se le somete. -
Period: to
Período 1990-2000
-
Dorothy Graham
Publicó en conjunto con Mark Fewster el libro “Automatización de pruebas de software”, considerado una obra clásica en el ámbito de la automatización de pruebas. -
Brian Marick
Publicó el libro “El arte de las pruebas de software: Pruebas de subsistemas, incluidas las pruebas basadas en objetos y las orientadas a objetos” donde manifiesta que probar software es un oficio, como la carpintería, que se aprende mejor en persona, viendo cómo lo hace otra persona más experimentada e intentado hacerlo bajo su supervisión. -
Paul C. Jorgensen
Publicó el libro “Pruebas de software: Un enfoque artesanal”. Este libro se ha convertido en referencia de las tecnologías en evolución en el ámbito de pruebas de software. -
R. Geoff Dromey
Publicó el artículo “Acorralando a la quimera”, el doctor en física-química australiano R. Geoff Dromey propone un modelo de calidad para resolver la intangibilidad de las características de calidad propuestas en la norma ISO/IEC 9126:1991 -
James Bach
Propuso el Modelo de Estrategia de Pruebas Heurísticas, que consiste en un conjunto de patrones para diseñar y elegir las pruebas que se van a realizar en un proyecto de pruebas de software. -
Eric S. Raymond
Publicó el libro “La catedral y el bazar” donde describe el método de desarrollo de software que utilizó Linus Torvalds para crear el sistema operativo Linux. -
Jonathan Bach
Publicó el artículo “Gestión de pruebas basada en la sesión”. Una sesión es un bloque ininterrumpido de esfuerzo de prueba con una misión puntual donde se utiliza pruebas exploratorias y se reportan los resultados al término de la misma. -
Period: to
Período 2001-2024
-
Kent Beck
Publicó el libro “Desarrollo dirigido por pruebas: Mediante el ejemplo” donde “re-descubre” la
técnica de desarrollo de software que consiste en escribir las pruebas antes escribir el código, y la denomina Desarrollo Guiado por las Pruebas (TDD). -
Bret Pettichord
Participó en un taller de capacitación en pruebas de software donde expone la conferencia titulada “Cuatro escuelas de pruebas de software” y propuso la existencia de escuelas de pensamiento en
las pruebas de software. -
Michael Bolton
Publicó el artículo "Probando vs comprobando". Para Bolton, comprobar es confirmar, verificar, y validar utilizando herramientas automáticas, mientras que probar es el proceso de exploración, descubrimiento, investigación, y aprendizaje realizado por los
probadores. -
Erik Van Veenendaal
Creó la Fundación TMMI con el objetivo de desarrollar el Modelo de Madurez de Pruebas Integrado TMMI, bajo el acrónimo en inglés, Test Maturity Model Integration. Este modelo sirve para evaluar y mejorar el proceso de pruebas de las organizaciones. -
Doron Reuveni
Publicó el libro “Guía esencial de crowdtesting”. Crowdtesting se basa en el enfoque de pruebas en el medio natural en lugar del laboratorio de calidad o la organización desarrolladora, buscando incluir la mayor cantidad de contextos de usos y dispositivos. -
Mike Cohn
Publicó el libro “Triunfando con la agilidad” donde propone la “pirámide de automatización de pruebas”. Argumenta que una estrategia de automatización de pruebas eficaz requiere la automatización de pruebas en tres niveles: unidad, servicio, e interfaz de usuario. -
Lisa Crispin
Publicó el libro “Pruebas ágiles: Una guía práctica para probadores y equipos ágiles”. -
Jonathan Kohl
Propuso utilizar la automatización para llevar a cabo tareas tales como configuración de pruebas, generación de datos, y avance a lo largo de un flujo de trabajo. Además, propuso la utilización de pruebas exploratorias manuales para encontrar aquellos defectos insidiosos que de otro modo escaparían a la atención de los probadores.