Please enable JavaScript.
Coggle requires JavaScript to display documents.
Evolución de la calidad de software - Coggle Diagram
Evolución de la calidad de software
1951-1970
Daniel D. McCracken
1957
En el libro ”Programación de computadores digitales” se hace referencia a las pruebas. Es importante que el cliente prepare los casos de prueba, ya que, los malentendidos pueden ser señalados en este procedimiento.
Charles L. Baker
1957
Escribió una reseña sobre el libro ”Programación de computadores digitales”, en donde explica la diferencia entre probar programas y depurarlos.
Gerald M. Weinberg
1958
Escribió el libro ”Fundamentos de la programación informática”, que es el primero en tener un capítulo de pruebas de software.
Las pruebas deben demostrar la capacidad de adaptabilidad, y no solo la capacidad de procesar información.
Publicó el libro ”Software perfecto y otras ilusiones sobre las pruebas”, donde explica que el hecho de realizar más pruebas no significa una mayor calidad.
Bill Elmendorf
1967
En el artículo ”Evaluación de las pruebas funcionales de programas de control” explica la necesidad de un enfoque disciplinado para las pruebas.
En el libro ”Diseño automatizado de librerías de pruebas de programas” propone las pruebas basadas en modelos para probar software.
Robert W. Bemer
1968
En el informe de la conferencia NATO, se incluye el documento ”Lista de chequeo para planificar la producción de sistemas de software”, en este se dedica una sección a la calidad de software.
Edsger Dijkstra
1968
En el discurso de aceptación del premio Turing habló sobre que no se debe perder tiempo depurando, se debe programar y hacer pruebas.
1840-1950
Ada Lovelace
DÉCADA DE 1840
Escribió un algoritmo para calcular números de Bernoulli, este es considerado el primer programa de computación.
Se dio cuenta que el funcionamiento equivocado también puede deberse a defectos de programación.
Alan Turing
1949
Propuso un método general de prueba que hasta la actualidad es la base para la verificar programas.
1971-2000
Frederick Brooks
1975
Es necesario tener casos de prueba adecuados para probar partes del trabajo a medida que lo escribe, y luego probar el conjunto.
Las parte más difícil de la creación del software es la especificación, el diseño y las pruebas.
William C. Hetzel y David Gelperin
1973
Hetzel publica el libro ”Métodos de prueba de programas”, que es una compilación de artículos, en donde se expone los problemas relativos a la validación de software.
1984
Gelperin organiza la primera de conferencia enfocada a las pruebas de software.
1988
En el artículo ”El crecimiento de las pruebas de software” se describen 4 modelos de prueba: Demostración, Destrucción, Evaluación y Prevención.
En el libro ”Guía completa de pruebas de software” se describen metodologías, técnicas de prueba, y principios de las pruebas de software
Tom Gilb
1975
Uno de los primeros en conceptualizar la fiabilidad del software.
En el libro ”Inspecciones de software” se detalla el proceso de revisión formal de software.
Michael E. Fagan
1976
En su libro ”Inspecciones de diseño y código para reducir errores en el desarrollo de programas”, se propone un proceso sistemático para la inspección de diseños y códigos.
Thomas J. McCabe
1976
En el artículo ”Una medida de la complejidad” se introduce la complejidad ciclomática como una métrica cuantitativa de la complejidad del programa.
Glenford Myers
1976
En el libro ”El arte de las pruebas de software” se introduce el concepto de caja negra.
William C. Howden
1978
Se acuña el termino oráculo para referirse a un mecanismo para determinar si se a pasado o no una prueba.
Barry W. Boehm
1981
-En el libro "Economía de la ingeniería de software" se introduce una noción a el costo de arreglar un defecto de software.
James Martin
1984
La inserción de defectos se da en un 56% en la fase de requerimientos, 25 en el diseño y 7% en la codificación.
Paul E. Rook
1986
Se introduce un enfoque estructurado para las pruebas.
Robert B. Grady
1987
En el libro "Mejora exitosa de los procesos de software" se explica cómo aplicar PDCA.
Cem Kaner
1988
Se introduce el termino de prueba exploratoria.
Se crea la Escuela de pruebas dirigidas por el contexto.
Watts Humphrey
Considerado el padre de la calidad de software por las mejoras al SPI.
Propone el modelo de madurez de capacidades para mejorar la calidad y productividad del proceso de desarrollo de software.
Boris Beizer
1990
Propone una clasificación de los defectos de software.
Se introduce el termino paradoja del pesticida, esto quiere decir que entre más se prueba el software, más inmune se vuelve a las pruebas.
Dorothy Graham
1991
Publicó el primer reporte de pruebas de software asistidas por computadoras.
Brian Marick
1994
Se define dos dimensiones para categorizar los tipos de pruebas, pruebas de cara al negocio vs. pruebas de cara a la tecnología; y pruebas que dan soporte a la programación vs. pruebas que critican el producto.
Paul C. Jorgensen
1995
Las ediciones del libro ”Pruebas de software: Un enfoque artesanal” es una referencia a las tecnologías para las pruebas de software.
R. Geoff Dromey
1996
Propuso un modelo de calidad para solucionar la intangibilidad de las características de calidad.
James Bach
1996
Propone el modelo de pruebas heurísticas, el propósito es enfatizar la selección de tareas o pruebas a utilizar dependiendo del proyecto.
Eric S. Raymond
1999
La ley de Linus implica que cuanto más públicamente se encuentre un código más rápidamente se encontraran los defectos.
Jonathan Bach
2000
Una sesión es un bloque ininterrumpido de esfuerzos de prueba con una misión puntual, en esta se utilizan pruebas exploratorias y se reportan los resultados al final.
Propuso la escala de libertad del probador, permite modelar la libertad del probador al realizar las pruebas.
2001-2020
Kent Beck
2002
Cuando publica el libro ”Desarrollo dirigido por pruebas: Mediante el ejemplo” redescubre la técnica de desarrollo dirigida por pruebas y la denomina Desarrollo Guiado por las Pruebas (TDD).
Patrones de software
Programación extrema (XP)
Bret Pettichord
2003
Propone la existencia de escuelas de pensamiento en las pruebas de software, estas se denominan: analítica, dirigida por normas, orientada hacia
la calidad, y dirigida por el contexto.
Michael Bolton
2004
Realiza la distinción entre comprobar es verificar y validar utilizando herramientas automáticas, mientras que probar es el proceso de exploración realizado los probadores
Erik Van Veenendaal
2005
Crea la Fundación TMMI para desarrollar el Modelo de Madurez de Pruebas Integrado el cual permite evaluar y mejorar el proceso de pruebas.
Mike Cohn
2009
Propuso la pirámide de automatización de pruebas. Una estrategia de automatización de pruebas eficaz requiere automatizar las pruebas a tres niveles: unidad, servicio, e interfaz de usuario.
Doron Reuveni
2007
Acuñó el término Crowtesting que se basa en las pruebas en el medio natural, es decir, incluyendo la mayor cantidad de contextos de usos y dispositivos.
Lisa Crispin
2009
El libro ”Pruebas ágiles: Una guía práctica para probadores y equipos ágiles” es considerado el pionero en pruebas ágiles.
Jonathan Kohl
2012
Propone la automatización para llevar a cabo tareas de pruebas, generación de datos y avance a lo largo del flujo de trabajo.