De Wikipedia, la enciclopedia libre
Saltar a navegación Saltar a búsqueda

ISO / IEC / IEEE 29119 Ingeniería de sistemas y software: las pruebas de software [1] son una serie de cinco estándares internacionales para las pruebas de software . Desarrollado por primera vez en 2007 [2] y lanzado en 2013, el estándar "define vocabulario, procesos, documentación, técnicas y un modelo de evaluación de procesos para pruebas que se puede utilizar en cualquier ciclo de vida de desarrollo de software". [3]

Historia y revisiones [ editar ]

Desarrollo de la serie de normas 29119 pruebas de software ISO / IEC / IEEE comenzó en mayo de 2007, basado en los estándares existentes, tales como el Instituto de Ingenieros Eléctricos y Electrónicos 's IEEE 829 (documentación de prueba), e IEEE 1008 (prueba de la unidad); y BS 7925-1 (vocabulario) y -2 (componentes de software) del BSI Group . [2] [4]

Al principio, la Organización Internacional de Normalización (ISO) no tenía un grupo de trabajo con experiencia significativa en pruebas de software, por lo que ISO creó el WG26, que en 2011 estaba representado por más de 20 países diferentes. [2] Inicialmente se desarrollaron cuatro secciones para el estándar: Conceptos y definiciones (1), Procesos de prueba (2), Documentación de prueba (3) y Técnicas de prueba (4). [2] Se consideró agregar una quinta parte relativa a la evaluación de procesos, que finalmente se convirtió en ISO / IEC 33063: 2015, que se vincula con los procesos de prueba de 29119-2. [2] [5] La quinta parte real de 29119 se publicó en noviembre de 2016 en relación con el concepto de pruebas basadas en palabras clave . [6]

A junio de 2018 , no se han producido revisiones importantes en las cinco partes de la norma. Estas partes son, de la más reciente a la más antigua:

  • ISO / IEC / IEEE 29119-5: 2016, Parte 5: Pruebas basadas en palabras clave, publicado en noviembre de 2016 [6]
  • ISO / IEC / IEEE 29119-4: 2015, Parte 4: Técnicas de prueba, publicado en diciembre de 2015 [7]
  • ISO / IEC / IEEE 29119-3: 2013, Parte 3: Documentación de prueba, publicada en septiembre de 2013 [8]
  • ISO / IEC / IEEE 29119-2: 2013, Parte 2: Procesos de prueba, publicado en septiembre de 2013 [9]
  • ISO / IEC / IEEE 29119-1: 2013, Parte 1: Conceptos y definiciones, publicado en septiembre de 2013 [1]

Estructura y contenido [ editar ]

ISO / IEC / IEEE 29119-1: 2013, Parte 1: Conceptos y definiciones [ editar ]

ISO / IEC / IEEE 29119 Parte 1 facilita el uso de las otras partes del estándar al introducir el vocabulario sobre el que se basa el estándar y proporciona ejemplos de su aplicación en la práctica. [4] La Parte 1 proporciona definiciones, una descripción de los conceptos de pruebas de software y formas de aplicar estas definiciones y conceptos a las otras partes del estándar. [1]

ISO / IEC / IEEE 29119-2: 2013, Parte 2: Procesos de prueba [ editar ]

La Parte 2 define un modelo de proceso de prueba genérico para pruebas de software que está diseñado para que lo utilicen las organizaciones cuando realizan pruebas de software. Comprende descripciones del proceso de prueba que definen los procesos de prueba de software a nivel organizacional, nivel de gestión de prueba (proyecto) y niveles de proceso de prueba dinámica (WG26 no pudo obtener consenso sobre la inclusión de pruebas estáticas). [2] [3] [10] Los procesos definidos en este estándar se pueden utilizar junto con diferentes modelos de ciclo de vida de desarrollo de software. [9]

ISO / IEC / IEEE 29119-3: 2013, Parte 3: Documentación de prueba [ editar ]

Esta parte trata de la documentación de prueba de software e incluye plantillas y ejemplos de documentación de prueba que se producen durante el proceso de prueba. Las plantillas son compatibles con los tres niveles principales del proceso de prueba de la Parte 2, y el estándar también incluye el mapeo a otros estándares existentes. [2] [8]

Los documentos que se definen en ISO / IEC / IEEE 29119-3 son los siguientes: [2] [4]

Documentación del proceso de prueba organizacional:
- Política de prueba
- Estrategia de prueba organizativa
Documentación del proceso de gestión de pruebas:
- Plan de prueba (incluida una estrategia de prueba)
- Estado de prueba
- Finalización de la prueba
Documentación del proceso de prueba dinámica:
- Especificación de diseño de prueba
- Especificación del caso de prueba
- Especificación del procedimiento de prueba
- Requisitos de datos de prueba
- Informe de preparación de datos de prueba
- Requisitos del entorno de prueba
- Informe de preparación del entorno de prueba
- Resultados actuales
- Resultado de la prueba
- Registro de ejecución de pruebas
- Informe de incidente de prueba

ISO / IEC / IEEE 29119-4: 2015, Parte 4: Técnicas de prueba [ editar ]

La Parte 4 proporciona definiciones estándar de las técnicas de diseño de pruebas de software (también conocidas como técnicas de diseño de casos de prueba o métodos de prueba ) y las medidas de cobertura correspondientes que se pueden utilizar durante el diseño de pruebas y los procesos de implementación definidos en la Parte 2. [7] Las técnicas de la Parte 4 son destinado a respaldar o utilizarse por separado de la Parte 2. Las técnicas de diseño de pruebas de la norma se clasifican en tres categorías principales: Técnicas de diseño de pruebas basadas en la especificación, la estructura y la experiencia. [2] [11]

Técnicas de diseño de pruebas basadas en especificaciones [ editar ]

Estas técnicas se basan en la especificación (funcional) del sistema bajo prueba . También se denominan técnicas de prueba de caja negra .

Las técnicas de diseño de prueba sugeridas en este grupo son: [2] [11]

  • Partición de equivalencia
  • Método de árbol de clasificación
  • Análisis de valor límite
  • Prueba de sintaxis
  • Técnicas de diseño de pruebas combinatorias
  • Prueba de la tabla de decisión
  • Representación gráfica de causa-efecto
  • Pruebas de transición estatal
  • Prueba de escenario
  • Pruebas aleatorias

Técnicas de diseño de pruebas basadas en estructuras [ editar ]

Estas técnicas de prueba estructural se basan en la estructura (interna) del sistema bajo prueba. También se denominan técnicas de prueba de caja blanca.

Las técnicas de diseño de prueba sugeridas en este grupo son: [2] [11]

  • Prueba de rama
  • Prueba de decisión
  • Prueba de condición de rama
  • Prueba de combinación de condición de rama
  • Prueba de cobertura de decisión de condición modificada (MCDC)
  • Prueba de flujo de datos

Técnicas de diseño de pruebas basadas en la experiencia [ editar ]

Estas técnicas de prueba exploratoria se basan en la experiencia del evaluador humano.

Las técnicas de diseño de pruebas sugeridas en este grupo son: [11]

  • Error al adivinar

ISO / IEC / IEEE 29119-5: 2016, Parte 5: Pruebas basadas en palabras clave [ editar ]

Este estándar cubre las pruebas basadas en palabras clave , un enfoque para especificar las pruebas de software (normalmente automatizadas) que se utilizan en la industria de las pruebas de software. [12] Este estándar está destinado a usuarios "que deseen crear especificaciones de prueba basadas en palabras clave , crear marcos correspondientes o crear automatización de pruebas basada en palabras clave". [6]

Controversia [ editar ]

Tras la introducción de ISO / IEC / IEEE 29119, que culminó en el verano de 2014, algunos probadores de software y organizaciones asociadas comenzaron a solicitar que ISO rescindiera el estándar. [13] [14] [15] [16] [17] [18] [19] Entre las organizaciones notables que protestaron por el estándar se encuentran la Asociación de Pruebas de Software [18] y la Sociedad Internacional de Pruebas de Software [20] Algunas razones para la oposición al estándar incluido:

  • falta de un verdadero consenso de contenido, como lo requiere ISO / IEC, entre los evaluadores profesionales [13] [20] [15] [16]
  • un gran énfasis en la documentación desvirtuará el proceso real de prueba de software [13] [14] [18]
  • ISO 29119 es incompatible con la forma en que las personas trabajan en tareas cognitivamente exigentes, al tiempo que refuerza la forma en que se aferran a prácticas inútiles mientras realizan organizaciones complejas y estresantes [19]
  • la norma no tiene en cuenta el trabajo relevante en otros lugares sobre el equilibrio de reglas y principios en la regulación y las normas; el estándar no es claro acerca de los principios que deben regir las pruebas, mientras que es demasiado prescriptivo sobre los detalles, lo que lleva a una confusión de medios y fines [19]
  • el estándar excluye efectivamente las pruebas basadas en el contexto [16] [17]
  • la estandarización de las pruebas de software en general es innecesaria [15] [18]
  • el estándar tiene connotaciones políticas y monetarias y es demasiado prescriptivo, lo que no beneficia a la industria [13] [17] [18]

El Dr. Stuart Reid, coordinador del WG26, respondió a algunos de estos y otros puntos de vista opuestos en septiembre de 2014, [21] aunque no está claro si el WG26 tomó alguna medida adicional debido a las quejas de los probadores de software.

Referencias [ editar ]

  1. ^ a b c "ISO / IEC / IEEE 29119-1: 2013" . Catálogo de normas . Organización Internacional de Normalización. Septiembre de 2013 . Consultado el 24 de junio de 2018 .
  2. ↑ a b c d e f g h i j k Reid, S. (2012). "El nuevo estándar de pruebas de software". En Dale, C .; Anderson, T. (eds.). Lograr la seguridad de los sistemas: Actas del vigésimo Simposio de sistemas críticos para la seguridad, Bristol, Reino Unido, 7-9 de febrero de 2012 . Springer Science & Business Media. págs. 237–56. ISBN 9781447124948.
  3. ^ a b Shoemaker, D.; Sigler, K. (2014). "Chapter 6: Software Impelementation Process Group". Cybersecurity: Engineering a Secure Information Technology Organization. Cengage Learning. pp. 117–34. ISBN 9781305443471.
  4. ^ a b c Pröll, R.; Bauer, B. (2018). "Toward a Consistent and Strictly Model-Based Interpretation of the ISO/IEC/IEEE 29119 for Early Testing Activities". Proceedings of the 6th International Conference on Model-Driven Engineering and Software Development (MODELSWARD 2018): 699–706. doi:10.5220/0006749606990706.
  5. ^ "ISO/IEC 33063:2015". Standards catalogue. International Organization for Standardization. August 2015. Retrieved 24 June 2018.
  6. ^ a b c "ISO/IEC/IEEE 29119-5:2016". Standards catalogue. International Organization for Standardization. November 2016. Retrieved 24 June 2018.
  7. ^ a b "ISO/IEC/IEEE 29119-4:2015". Standards catalogue. International Organization for Standardization. December 2015. Retrieved 24 June 2018.
  8. ^ a b "ISO/IEC/IEEE 29119-3:2013". Standards catalogue. International Organization for Standardization. September 2013. Retrieved 24 June 2018.
  9. ^ a b "ISO/IEC/IEEE 29119-2:2013". Standards catalogue. International Organization for Standardization. September 2013. Retrieved 24 June 2018.
  10. ^ Kasurinen, J.; Runeson, P.; Riungu, L.; et al. (2011). "A Self-assessment Framework for Finding Improvement Objectives with ISO/IEC 29119 Test Standard". In Connor, R.V.; Pries-Heje, J.; Messnarz, R. (eds.). Systems, Software and Services Process Improvement: 18th European Conference, EuroSPI 2011, Roskilde, Denmark, June 27-29, 2011, Proceedings. Springer Science & Business Media. pp. 25–36. ISBN 9783642222054.
  11. ^ a b c d "ISO/IEC/IEEE 29119-4:2015-12 (E) Table of Contents". Normenausschuss Informationstechnik und Anwendungen (NIA). Deutsches Institut für Normung e. V. Retrieved 24 June 2018.
  12. ^ Faught, D.R. (5 November 2004). "Keyword-Driven Testing". StickyMinds. TechWell Corp. Retrieved 24 June 2018.
  13. ^ a b c d Krill, P. (22 August 2014). "Software testers balk at ISO 29119 standards proposal". InfoWorld. IDG Communications, Inc. Retrieved 24 June 2018.
  14. ^ a b Demman, J. (9 September 2014). "Software testers petition to stop ISO 29119". TechTarget SearchSoftwareQuality. TechTarget, Inc. Retrieved 24 June 2018.
  15. ^ a b c McCowatt, I. (24 August 2014). "STOP 29119". Exploring Uncertainty: A Software Testing Blog. Retrieved 24 June 2018.
  16. ^ a b c Bach, J. (25 August 2014). "How Not to Standardize Testing (ISO 29119)". Satisfice Blog. Satisfice, Inc. Retrieved 24 June 2018.
  17. ^ a b c Kaner, C. (28 August 2014). "Please sign the Petition to Stop ISO 29119". context-driven-testing.com. Retrieved 24 June 2018.
  18. ^ a b c d e "The ISO29119 debate". Association for Software Testing. 5 September 2014. Retrieved 24 June 2018.
  19. ^ a b c Christie, J. (28 August 2015). "Why ISO 29119 Is a Flawed Quality Standard". Better Software Magazine. Retrieved 23 July 2018.
  20. ^ a b "Petition against ISO 29119". International Society for Software Testing. 19 August 2014. Archived from the original on 8 February 2017. Retrieved 24 June 2018.
  21. ^ Marnane, T.; Reid, S. (10 September 2014). "Response to Stop 29119 Petition". SoftwareTestingStandard.org. Retrieved 24 June 2018.