Tecnologia en sistemas
Páginas: 7 (1652 palabras)
Publicado: 16 de julio de 2010
Las Pruebas del Software
Javier Tuya Universidad de Oviedo Dpto. de Informática Grupo de Investigación en Ingeniería del Software
http://www.di.uniovi.es/~tuya/
Universidad de Cádiz, (9 de Marzo de 2007)
giis.uniovi.es
“All in all, coders introduce bugs at the rate of 4.2 defects per hour of programming. If you crack the whip and force people to move more quickly, things get evenworse”
W. Humphrey (note),
http://www.cs.usask.ca/grads/jpp960/490/BombSquad.html
20 por Día / 100 por Semana / 400 por Mes / 5000 por Año “5000 Defect Project (not atypical for IBM)”
P. Gibson, Testing Challenges for IBM, UK Test 2005 Keynote, http://www.uktest.org.uk
J. Tuya (2007)
Las Pruebas del Software
2
El proceso: Modelo en V
Desarrollo
Captura de requisitos
PruebasAceptación
Otros conceptos:
Pruebas Unitarias (CSI) Estrategias de Integración
o Ascendente. Conductores (test drivers, test harness) o Descendente. Resguardos (Stubs, mocks)
Diseño del Sistema
Integración y Sistema
Implementación del Sistema
Componentes
Pruebas de regresión (regression testing) Pruebas de humo (smoke testing)
Mapeo a Métrica V3
Componentes: Proceso CSI(Construcción del sistema) Integración y Sistema: Proceso CSI (Construcción del Sistema) Aceptación: Proceso IAS (Implantación y aceptación del Sistema)
J. Tuya (2007)
Las Pruebas del Software 3
Pruebas de sistema: diferentes objetivos
Funcionales: se realizan las funciones especificadas Pruebas relacionadas con el rendimiento del sistema:
Rendimiento (tiempos de respuesta adecuados) Volumen(funcionamiento con grandes volúmenes de datos) Sobrecarga (funcionamiento en el umbral límite de los recursos)
Disponibilidad de datos (cuando se produce una recuperación ante fallos) Facilidad de uso (usabilidad) Operación e instalación (operaciones de rearranque, actualización de software) Entorno (interacciones con otros sistemas) y comunicaciones Seguridad (control de acceso e intrusiones,ej. Inyección código SQL, XSS). Aunque esté al final de la lista no es el menos importante!!!
J. Tuya (2007)
Las Pruebas del Software
4
El Plan de Pruebas
IEEE Standard for Software Test Documentation. IEEE Std 829-1983.
especificación del diseño de las pruebas, casos de prueba, procedimientos de prueba informes registros de prueba.
a) Test plan identifier; b) Introduction; c) Testitems; d) Features to be tested; e) Features not to be tested; f) Approach; g) Item pass/fail criteria; h) Suspension criteria and resumption requirements; i) Test deliverables; j) Testing tasks; k) Environmental needs; l) Responsibilities; m) Staffing and training needs; n) Schedule; o) Risks and contingencies; p) Approvals.
5
Problema: Complejo, mucha documentación
J. Tuya (2007)
LasPruebas del Software
Enfoque minimalista
Hoja de cálculo para seguimiento de pruebas
Estructura jerárquica hasta llegar a los casos de prueba individuales Identificación, descripción estado (indicando si se ha superado la prueba o si se ha encontrado un fallo) información adicional (fecha, quién la realizó y comentarios)
La misma u otra con similar estructura como especificación de loscasos:
Entradas salidas esperadas.
J. Tuya (2007)
Las Pruebas del Software
6
Personal
Habilidades específicas del ingeniero de pruebas
Asumir el reto de encontrar fallos, más allá de “comprobar que funciona” Concentrar la atención en los detalles Curiosidad e intuición: explorar situaciones donde se pueden encontrar errores. Capacidad de actuar bajo presión
o Actuar cuando la presióndel plazo es mayor o Conflicto de intereses con el equipo de desarrollo
Habilidades comunicativas
o Comunicar de forma clara y precisa los defectos encontrados o Discutirlos con los equipos de desarrollo
Conocimiento funcional (depende de la tarea)
Organización de equipos de pruebas. Máxima independencia
Asignación temporal o rotación entre equipo de desarrollo y prueba Formación de...
Javier Tuya Universidad de Oviedo Dpto. de Informática Grupo de Investigación en Ingeniería del Software
http://www.di.uniovi.es/~tuya/
Universidad de Cádiz, (9 de Marzo de 2007)
giis.uniovi.es
“All in all, coders introduce bugs at the rate of 4.2 defects per hour of programming. If you crack the whip and force people to move more quickly, things get evenworse”
W. Humphrey (note),
http://www.cs.usask.ca/grads/jpp960/490/BombSquad.html
20 por Día / 100 por Semana / 400 por Mes / 5000 por Año “5000 Defect Project (not atypical for IBM)”
P. Gibson, Testing Challenges for IBM, UK Test 2005 Keynote, http://www.uktest.org.uk
J. Tuya (2007)
Las Pruebas del Software
2
El proceso: Modelo en V
Desarrollo
Captura de requisitos
PruebasAceptación
Otros conceptos:
Pruebas Unitarias (CSI) Estrategias de Integración
o Ascendente. Conductores (test drivers, test harness) o Descendente. Resguardos (Stubs, mocks)
Diseño del Sistema
Integración y Sistema
Implementación del Sistema
Componentes
Pruebas de regresión (regression testing) Pruebas de humo (smoke testing)
Mapeo a Métrica V3
Componentes: Proceso CSI(Construcción del sistema) Integración y Sistema: Proceso CSI (Construcción del Sistema) Aceptación: Proceso IAS (Implantación y aceptación del Sistema)
J. Tuya (2007)
Las Pruebas del Software 3
Pruebas de sistema: diferentes objetivos
Funcionales: se realizan las funciones especificadas Pruebas relacionadas con el rendimiento del sistema:
Rendimiento (tiempos de respuesta adecuados) Volumen(funcionamiento con grandes volúmenes de datos) Sobrecarga (funcionamiento en el umbral límite de los recursos)
Disponibilidad de datos (cuando se produce una recuperación ante fallos) Facilidad de uso (usabilidad) Operación e instalación (operaciones de rearranque, actualización de software) Entorno (interacciones con otros sistemas) y comunicaciones Seguridad (control de acceso e intrusiones,ej. Inyección código SQL, XSS). Aunque esté al final de la lista no es el menos importante!!!
J. Tuya (2007)
Las Pruebas del Software
4
El Plan de Pruebas
IEEE Standard for Software Test Documentation. IEEE Std 829-1983.
especificación del diseño de las pruebas, casos de prueba, procedimientos de prueba informes registros de prueba.
a) Test plan identifier; b) Introduction; c) Testitems; d) Features to be tested; e) Features not to be tested; f) Approach; g) Item pass/fail criteria; h) Suspension criteria and resumption requirements; i) Test deliverables; j) Testing tasks; k) Environmental needs; l) Responsibilities; m) Staffing and training needs; n) Schedule; o) Risks and contingencies; p) Approvals.
5
Problema: Complejo, mucha documentación
J. Tuya (2007)
LasPruebas del Software
Enfoque minimalista
Hoja de cálculo para seguimiento de pruebas
Estructura jerárquica hasta llegar a los casos de prueba individuales Identificación, descripción estado (indicando si se ha superado la prueba o si se ha encontrado un fallo) información adicional (fecha, quién la realizó y comentarios)
La misma u otra con similar estructura como especificación de loscasos:
Entradas salidas esperadas.
J. Tuya (2007)
Las Pruebas del Software
6
Personal
Habilidades específicas del ingeniero de pruebas
Asumir el reto de encontrar fallos, más allá de “comprobar que funciona” Concentrar la atención en los detalles Curiosidad e intuición: explorar situaciones donde se pueden encontrar errores. Capacidad de actuar bajo presión
o Actuar cuando la presióndel plazo es mayor o Conflicto de intereses con el equipo de desarrollo
Habilidades comunicativas
o Comunicar de forma clara y precisa los defectos encontrados o Discutirlos con los equipos de desarrollo
Conocimiento funcional (depende de la tarea)
Organización de equipos de pruebas. Máxima independencia
Asignación temporal o rotación entre equipo de desarrollo y prueba Formación de...
Leer documento completo
Regístrate para leer el documento completo.