Tecnologia en sistemas

Solo disponible en BuenasTareas
  • Páginas : 7 (1652 palabras )
  • Descarga(s) : 8
  • Publicado : 16 de julio de 2010
Leer documento completo
Vista previa del texto
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...
tracking img