Skip to content

Referencias — Unidad II

Una relevancia “Baja” no significa que la obra carezca de valor: significa que su aporte principal corresponde a otra unidad de la materia o que su enfoque es demasiado específico para esta unidad.

Jorgensen — Software Testing: A Craftsman’s Approach

Section titled “Jorgensen — Software Testing: A Craftsman’s Approach”
CampoValor
AutorPaul C. Jorgensen
Edición4.ª edición
EditorialCRC Press
Año2013
Relevancia para esta unidadAlta

De las tres obras básicas, es la que trata con mayor formalidad la relación entre especificación de requisitos y el proceso de prueba, incluyendo nociones de trazabilidad. Relacionada con 1. Requisitos funcionales, no funcionales y reglas de negocio y 4. Trazabilidad y matriz de trazabilidad.

CampoValor
AutorRon Patton
Edición2.ª edición
EditorialSams Publishing
Año2005
Relevancia para esta unidadMedia

Ejemplos accesibles de casos “normales” y “de error”, útiles para diseñar escenarios positivos y negativos. Relacionada con 3. Criterios de aceptación y escenarios.

Myers, Sandler y Badgett — The Art of Software Testing

Section titled “Myers, Sandler y Badgett — The Art of Software Testing”
CampoValor
AutoresGlenford J. Myers, Corey Sandler, Tom Badgett
Edición3.ª edición
EditorialWiley
Año2011
Relevancia para esta unidadMedia

Su enfoque central es el diseño técnico de casos de prueba (Unidad III), pero incluye el principio de que toda prueba parte de una especificación conocida — relevante como fundamentación de por qué los requisitos son la base de las pruebas.

CampoValor
AutorasLisa Crispin, Janet Gregory
EditorialAddison-Wesley
Año2009
Relevancia para esta unidadAlta

A diferencia de su relevancia baja en la Unidad I, aquí es una de las fuentes más pertinentes: trata directamente historias de usuario y criterios de aceptación desde la perspectiva del equipo ágil. Relacionada con 2. Casos de uso e historias de usuario y 3. Criterios de aceptación y escenarios.

Black, van Veenendaal y Graham — Foundations of Software Testing ISTQB Certification

Section titled “Black, van Veenendaal y Graham — Foundations of Software Testing ISTQB Certification”
CampoValor
AutoresRex Black, Erik van Veenendaal, Dorothy Graham
EditorialCengage Learning
Año2012
Relevancia para esta unidadAlta

El temario ISTQB Foundation Level trata la “base de pruebas” (test basis — requisitos, historias de usuario, casos de uso) y la trazabilidad como bloques formales propios, alineados temáticamente con toda la unidad.

Toledo — Introducción a las pruebas de sistemas de información

Section titled “Toledo — Introducción a las pruebas de sistemas de información”
CampoValor
AutorFederico Toledo
EditorialAbstracta
Año2024
Accesohttps://federico-toledo.com/category/introduccion-al-testing/
Relevancia para esta unidadMedia

Única fuente de la bibliografía oficial en español y con acceso digital directo. Útil como lectura de apoyo sobre requisitos y casos de uso. Verifica la disponibilidad del enlace antes de tomarlo como lectura obligatoria, ya que es contenido de blog y puede reorganizarse.

Otras referencias de la bibliografía oficial

Section titled “Otras referencias de la bibliografía oficial”

Las siguientes obras forman parte de la bibliografía oficial de la materia, pero su aporte principal no corresponde a esta unidad:

ReferenciaRelevancia en esta unidadCorresponde principalmente a
Knott, Hands-On Mobile App Testing (2015)BajaUnidad V, pruebas funcionales y de GUI
IEEE 829-2008BajaUnidad III, estándares y documentación
CampoValor
ReferenciaISO/IEC/IEEE 29119 — Software Testing Standards (partes 1 a 5, citadas sin desglose por el programa oficial)
Relevancia para esta unidadMedia

La parte con mayor pertinencia temática sería la Parte 3 (Test documentation, plantillas de documentación de pruebas, incluida la trazabilidad), pero esa correspondencia específica no está verificada para esta unidad — el programa oficial no desglosa partes aquí. Relacionada con 4. Trazabilidad y matriz de trazabilidad.

CampoValor
ReferenciaISO/IEC 25010:2011 — Systems and Software Engineering, Quality Models (SQuaRE)
Relevancia para esta unidadMedia

El mismo modelo de calidad ya introducido en la Unidad I, aquí reutilizado con otro propósito: dar vocabulario formal a los requisitos no funcionales (rendimiento, seguridad, usabilidad, disponibilidad).

CampoValor
ReferenciaIEEE 829-2008 — Standard for Software and System Test Documentation
Relevancia para esta unidadBaja

Estándar de documentación de pruebas (planes, casos, reportes). Su relevancia principal corresponde a la Unidad III.

PrioridadFuenteUso sugerido
1ToledoIntroducción accesible en español antes de los primeros temas
2Jorgensen, Crispin y GregoryApoyo central para requisitos, historias de usuario y criterios de aceptación
3Black/van Veenendaal/Graham, Patton, ISO/IEC 25010Apoyo para escenarios y trazabilidad
4Myers, ISO/IEC/IEEE 29119, Knott, IEEE 829No priorizar en esta unidad, considerar en unidades posteriores
TemaFuentes que utiliza
1. Requisitos funcionales, no funcionales y reglas de negocioJorgensen, Black/van Veenendaal/Graham, ISO/IEC 25010
2. Casos de uso e historias de usuarioCrispin y Gregory, Toledo
3. Criterios de aceptación y escenariosCrispin y Gregory, Patton
4. Trazabilidad y matriz de trazabilidadJorgensen, Black/van Veenendaal/Graham, ISO/IEC/IEEE 29119