Universidad Tecnolgica del Cono Sur

Facultad de Ingeniera
Escuela Profesional de Ingeniera Sistemas
Curso : Control de Calidad
Sesin N 01 :
INTRODUCCIN PRUEBAS DE SOFTWARE Y ASEGURAMIENTO DE
CALIDAD VICTOR APARICIO YRALA
1

Curso: Control de Calidad :

pruebas de Software
Profesor: Ing. Victor Aparicio Yrala

Junio 2015
Prueba de Software

Objetivo del Curso

Que los alumnos conozcan y
estn
preparados
para
desarrollar labores de testing
de software, as como labores
de
apoyo
en
el
aseguramiento de la calidad,
aplicando una metodologa,
herramientas y tcnicas de
testing con el fin de verificar
y validar un software.
3

El desarrollo del curso

comprende
La definicin y acciones fundamentales que se
desarrollan en un rea de testing en TI y de la
labor que los tester desarrollen en ella.
Conocer y desarrollar una metodologa testing
para la labor de pruebas, as como de sus
herramientas, estrategias y tcticas para la labor
de testing.
Saber el porque la importancia de la labor de
testing.
4

Objetivo de la
Sesin
Introduccin al Curso

SWEBOK
Definicin de Verificacin y Validacin
de software (V&V).
Objetivos y restricciones de V&V.
Planificacin de V&V.
V&V en el proceso de desarrollo de
software.
Ejemplos
Conclusiones
Prueba de Software

Introduccin
Las organizaciones aos atrs consideraban la funcin del
rea de Informtica como una funcin simplemente de
soporte (inicialmente de help desk).
Hoy, cada vez ms las organizaciones reconocen que para
ser mas competitivas tienen como uno de sus FCE el rea de
Informtica en el uso de sus TI.
El desarrollo de pruebas es una actividad que tiene como
objetivo evaluar y mejorar la calidad del producto de
software, identificando defectos y problemas.
Las pruebas del software consisten en verificar el
comportamiento de un programa dinmicamente a travs
de
un
conjunto
finito
de
pruebas,
debidamente
seleccionados, verificando un comportamiento esperado.
6

Organigrama de la Empresa Modelo

CEO - El Chief
Executive Officer.
Gerente General o
Director Ejecutivo.

CIO - El Chief Information Officer. conocido

como Director General de Informacin

Estructura Orgnica de la Direccin de

Tecnologas de Informacin de la Organizacin

Funciones dadas
en el:
- ROF
- MOF
- MOP o
equivalentes

SWEBOK, Software Engineering Body of Knowledge, es un

documento creado por la Software Engineering Coordinating
Committee, promovido por la IEEE Computer Society, que se define
como una gua al conocimiento presente en el rea de la Ingeniera
del Software.

SWEBOK -2004,
contiene 10 areas
de conocimiento,
siendo uno: Prueba
de Software
Prueba de Software

Oscar Gomez

Software: Diferenciacin en cantidad

de instrucciones

Prueba de Software

10

Verificacin
Es el conjunto de tareas que garantizan que la
construccin
del
software
refleja
los
requerimientos especificados
Confirma
que
los
productos
trabajados
apropiadamente
reflejan
los
requerimientos
especificados (CMMI V1.1)
Confirmacin, a travs de la provisin de objetivos
evidenciables,
que
los
requerimientos
especificados han sido cumplidos a cabalidad.
(ISO)
Prueba de Software

11

Validacin
Conjunto de tareas que aseguran que el software
que se construye sigue los requerimientos del
usuario.
Confirma que el producto, como condicin rutinaria,
cumplir a cabalidad con su uso propuesto (CMMI
V1.1).
Confirmacin, a travs de la provisin de objetivos
evidenciables, que los requerimientos para un uso o
aplicacin especfico han sido cumplidos a
cabalidad (ISO).
Prueba de Software

12

Verificacin y Validacin
(V&V)
Boehm [Boe81] afirma que V&V es:
Verificacin: Construimos el
producto correctamente?
Productos Correctos acordes con los Req.

Validacin: Construimos el producto

correcto?
Productos Correctos acordes con los Req.
Prueba de Software

13

Objetivo y Restricciones
de V&V

Objetivo:

Es el proceso de encontrar diferencias

entre el comportamiento esperado
(requerido) y el comportamiento actual del
sistema (existente).

Restricciones:
Las limitaciones que pueda tener el
especialista en pruebas tanto en:
Informacin del sistemas, data de prueba,
ambiente de prueba, configuracin, plazo,
etc.
Prueba
de Software

14

MODELO DE CALIDAD DE SOFTWARE

Prueba de Software

15

Ciclo de Vida de las Pruebas de

Software

Prueba de Software

16

Metodologa para el Desarrollo de

Pruebas
La metodologa de pruebas
ha realizar se divide en 4 fases y
12 etapas:

Fase 1
Planificaci
n

Fase 2
Preparacin

Fase 3
Ejecucin

1.3 Definir y
solicitar ambiente
de prueba

2.1 Determinar los

componentes a
probar
2.2 Definir
Casusticas de
pruebas
2.3 Validar
entornos de
pruebas

3.3 Admi. Reportes de

Pruebas para
seguimiento

1.4 Programar las

actividades a
realizar

2.4 Inducciones
previas a las
pruebas

3.4 Registro de
incidencias en
Herramientas CAST

1.1 Analizar el
requerimiento
1.2 Estimar los
trabajos a realizar

Prueba de Software

2.1 3.1 Registrar

ejecucin de QA y QC
Programada
3.2 Generar Sustento
de Pruebas

Fase 4
Certificacin
(V&V)

4.1 Las casusticas de

pruebas fueron
certificadas.
4.2 Control de
Calidad y Pruebas
que fueron
ejecutados y
certificados.
4.3 Informes de cada
fase de ejecucin con
el status de lo
ejecutado e
incidencias crticas.
4.4 Entrega de
Productos y
Soluciones 17
Certificadas

Pruebas de Software
Es el proceso de ejercitar o evaluar un
sistema o componentes de un sistema en
forma manual o automtica para verificar
que satisface requerimientos especficos o
para verificar diferencias entre los
resultados actuales y los esperados.
Ejecucin de un programa con la intencin
de descubrir un defecto/error/falla

Prueba de Software

Oscar Gomez

18

Pruebas de Software
El testing es la comparacin entre el
comportamiento
actual
y
las
especificaciones del producto.
Testing no es:
Demostracin que no hay errores
Demostracin que el software desempea
correctamente sus funciones
Establecimiento de confianza que un programa
hace lo que debe hacer

Prueba de Software

Oscar Gomez

19

Objetivos de las Pruebas de

Software
Las pruebas de software tienen como su
principal objetivo el mostrar la mayor
cantidad de defectos posible, minimizando
el riesgo de que defectos ocultos
aparezcan una vez el producto fue
liberado.

Prueba de Software

20

Mtricas de Pruebas

Modulo
CO

Total CO
FA

Estado

Total

1. Abierta
2. OK
3. En Testing
4. Rechazada

4
19
29
2
54
6
1
7
61

2. OK
4. Rechazada

Total FA
TOTAL

Prueba de Software

Total
Anterior
6
17
31
0
54
6
1
7
61

21

Qu es la norma ISO/IEC
12207?

Prueba de Software

22

Prueba de Software

23

Prueba de Software

24

Prueba de Software

25

Calidad del SW segn la ISO

La ISO-9126 establece un estndar9126
internacional para evaluar la calidad de
productos de Software a travs de una o ms de seis caractersticas bsicas:

Prueba de Software

26

Calidad del SW segn la ISO 9126

La ISO-9126 establece un estndar internacional para evaluar
la calidad de productos de Software a travs de una o ms de
seis caractersticas bsicas:

Para poder medir y calificar cada uno de estos atributos se

establecen mtricas que se detallan mas adelante en la
metodologa de Testing.
Prueba de Software

27

Etapas y Tipos de Pruebas

Desarrollador
Tester
Cliente
Prueba de Software

29

Brecha en la Comunicacin
Segn desarrolladores,
usuarios...

los

(Scharer 90)

Segn usuarios,

los desarrolladores...

no saben lo que quieren

no captan las necesidades operativas

no pueden articular lo que quieren

ponen excesivo nfasis en aspectos meramente

tcnicos

muchas necesidades por motivos polticos

pretenden indicarnos cmo hacer nuestro trabajo

quieren todo ya

no son capaces de traducir necesidades claramente

establecidas en un sistema

son incapaces de definir prioridades entre

sus necesidades

siempre dicen que no

rehsan asumir responsabilidades por el

sistema

siempre estn pasados del presupuesto

incapaces de dar un enunciado utilizable de

sus necesidades

siempre estn atrasados

no estn comprometidos con los proyectos

de desarrollo

nos exigen tiempo y esfuerzo an a costa de las

obligaciones esenciales

no aceptan soluciones de compromiso

establecen estndares no realistas para la

definicin de Requisitos

no pueden mantener el cronograma

son incapaces de responder rpidamente a cambios

30
en las necesidades

COSTO RELATIVO DE CORREGIR UN

ERROR

Prueba de Software

31

Libro: El Arte de la Prueba de

Software
(Glenford J. Myers, 1979)
Objetivos de las pruebas (Myers
79) (Pressman 02):
1. La prueba es el proceso de ejecucin de un
programa con la intencin de descubrir un
error.
2. Un buen caso de prueba es aquel que tiene
una alta probabilidad de descubrir un error no
encontrado hasta entonces.
3. Una prueba tiene xito si descubre un error
no detectado hasta entonces.

No slo se prueba el cdigo:

tambin, documentacin y ayuda
http://translate.google.com.pe/translate?
hl=es&sl=en&u=http://en.wikipedia.org/wiki/Meyers&ei=gwlQTqyTLsa3tgeb1aDABw&sa=X&oi=translate&ct=res
ult&resnum=2&ved=0CCwQ7gEwAQ&prev=/search%3Fq%3DGlenford%2BJ.%2BMyers%26hl%3Des%26biw
Prueba
de Software
32
%3D1525%26bih%3D643%26prmd%3Divnsbo

Principios de las Pruebas del SW

(Myers, 1979)
Las pruebas deben ser planificadas y
diseadas de forma sistemtica para detectar el
mximo nmero y variedad de errores con el
mnimo consumo de tiempo y esfuerzo
1. Las pruebas deben centrarse en probar si el SW:
No hace lo que debe hacer
Hace lo que no debe hacer

2. Los casos de prueba:

Deben definir el resultado de salida esperado
Deben incluir datos de entrada vlidos/esperados
como invlidos/inesperados

Principios de las Pruebas del SW

(Myers, 1979)
3. El programador debe evitar probar sus propios programas
4. El resultado de cada prueba debe inspeccionarse
detalladamente y a conciencia
5. Se debe evitar casos no documentados, ya que significa
repetir constantemente el diseo de casos de prueba
6. Los planes deben considerar defectos para planear los
recursos adecuados. (El 40% de esfuerzo en desarrollo se
consume en pruebas y depuracin)
7. Donde hay un defecto hay otros
8. Hay que recurrir al ingenio para alcanzar un buen nivel
de deteccin de defectos con los recurso disponibles

Principios de las Pruebas del SW

(Myers, 1979)
9. A todas las pruebas se les debera poder hacer un seguimiento hasta los
requisitos de los clientes (trazabilidad).
10. Las pruebas deberan planificarse antes de que empiecen
11. Las pruebas deberan empezar por lo pequeo y progresar hacia lo grande.
12. No son posibles las pruebas exhaustivas
13. Para ser ms efectivas, las pruebas deberan ser conducidas por un equipo
independiente
14. Se deben evitar los casos de prueba no documentados ni diseados con
cuidado
15. No deben realizarse planes de prueba suponiendo que prcticamente no hay
defectos en los programas y, por tanto, dedicando pocos recursos a las
pruebas

Por lo que tenemos que

realizar:
Planificacin de V&V

V&V en el proceso de desarrollo

de Software
Prueba de Software

36

Qu Hacer?

Artesana

Ingeniera

Cambio cultural de todos

los involucrados!
37

Conclusiones
Las Organizacin vienen formando un
rea de pruebas/testing por el nivel de
importancia
El desarrollo de pruebas de software
es importante visto los impactos de
errores en produccin
La ISO e ISO/IEC han determinado
normas para la calidad del software
Para un desarrollo de software se
recomienda tomar como sugerencia los
lineamientos escritos en el SWEBOX

Instructor

38

Preguntas ..?

.
.
.
.
.
.

Instructor

39

Referencias
http://www.computer.org/portal/web/swebok

El arte de la prueba del software

por Glenford J. Myers (1979, libro
ilustrado): Glenford J. Myers
(Libro, 1979)

Prueba de Software

40

Muchas Gracias

Prueba de Software

41

Universidad Tecnolgica del Cono Sur

Facultad de Ingeniera
Escuela Profesional de Ingeniera Sistemas
Curso : Control de Calidad
Sesin N 01 :
INTRODUCCIN PRUEBAS DE SOFTWARE Y ASEGURAMIENTO DE
CALIDAD VICTOR APARICIO YRALA
42