1. DESARROLLO
DE
APLICACIONES
INFORMÁTICAS

2. UNIDAD # 8
DISEÑOS DE PLANES DE PRUEBAS DE
SOFTWARE
Pruebas del software, tipos,
métodos, herramientas, diseño de
seguridad, audición, recuperación
de sistema, diseño de prueba

3. INTEGRANTES:
Andrea fuentes (coordinadora)
Letty Moncada(secretaria)
Angie Lara Rivera
Glenda Pilco Paguay
Melissa Suarez Albán
Profesora: Glenda Gutiérrez
Curso: 4/14

4. Objetivos :
Esta actividad tiene por objetivo
determinar lo siguiente:
* Arquitectura Jerárquica de las pruebas
a realizar.
* Responsables de la realización de las
pruebas.
* Objetivos de la pruebas.
* Planificación de las necesidades de
recursos técnicos y personal, necesarios
para la realización de la prueba.

5. PRUEBAS DE
SOFTWARE
Las pruebas de software son
procesos que permite verificar y
revelar la calidad de un producto
software. Son utilizados para
identificar posible fallos de
implementación, calidad o
usabilidad de un programa de
ordenador

6. TIPOS DE
PRUEBAS DE
SOFTWARE

7. Prueba unitaria: es una forma de probar el
correcto funcionamiento de modulo de código.
Prueba funcional: es una prueba basada en la
ejecución revisión y retroalimento de las
funcionalidades previamente diseñadas del
software
Prueba de integración: son aquellas que se
realizan en el ámbito del desarrollo del software.
Hay 2 formas de integración.
Integración no incremental: se combina todos los
módulos por anticipados
Integración incremental: el programa se
construye y se prueba en pequeños segmentos

8. Prueba de validación: proceso de revisión que el
sistema de software producido cumple con las
especificaciones.
Cajas blancas: se realiza sobre las funciones
internas de un modulo
Caja negra: ejercita los requisitos personales
desde el exterior del modulo
Prueba de arquitectura y aplicaciones: es la
posible presencia de varias plataformas de
hardware diferentes, complejidad de la
comunicación en red y la necesidad de servir a
varios clientes desde una base de datos
centralizada y los requisitos de coordinación.

9. Especificación: consiste en probar la
aplicación de la documentación que hizo
antes o que tenga todas las funciones
dichas
Usabilidad: asegurar la interface del
usuario y funcione correctamente
Regresión: esta prueba incluye todas las
pruebas anteriores en caso de que se le
haga algún cambio o algún modulo después
de haber sido puesto en ambiente de
producción

10. MÉTODOS DE PRUEBA
DEL SOFTWARE
Las pruebas son de gran importancia en
la garantía de la calidad del software.
los objetivos principales:
oDetectar un error
oTener un buen caso de prueba
oDescubrir un error no descubierto
antes

11. PRINCIPIOS DE LA
PRUEBA
Hacer un seguimiento de las pruebas hasta los
requisitos del cliente
Plantear y diseñar las pruebas antes de generar
ningún código
El 80% de todos los errores se centran en solo
20% de los módulos
Empezar las pruebas en módulos individuales y
avanzar hasta probar el sistema entero
No son posibles las pruebas exhaustivas
Deben realizarse por un equipo independiente
al equipo de desarrollo

12. Un software fácil de probar tiene loas
siguientes características:
•Operatividad
•Objetividad
•Capacidad de composición
•Simplicidad
•Estabilidad
•Facilidad de compresión

13. HERRAMIENTAS DE
PRUEBAS SOFTWARE
Existe herramientas que soportan las
pruebas del software algunos proveedores
ofrecen una serie integrada que soportan
las pruebas y el desarrollo de un proyecto.
Las herramientas de pruebas del software
proporcionan los criterios funcionales, la
infraestructura que la soporta y una idea
de la posición que ocupa el proveedor en
el mercado

14. CLASES DE
HERRAMIENTAS
Edición y examen del código
Codificación
Verificación y validación
Gestión de configuración
Métricas
Otras herramientas

15. DISEÑO DE
SEGURIDAD
Dentro de un sistema de seguridad se
involucra la integración de personas,
procedimientos, y equipos de protección
de bienes, instalaciones y personas contra
los riesgos probables. Los principios de
detección, retardo y respuestas a la
instrucción y dentro de el ,cobre especial
importancia el sistema de barreras

16. El desarrollo de estos objetivos se puede hacer
∞Estudio de Seguridad que permite la
recopilación de información necesaria y el
conocimiento general de la operación de la
operación de la empresa y sus necesidades de
seguridad y protección
∞Debe determinar la amenaza, definiendo su
naturaleza, capacidades, alcance y métodos de
operación, así como los bienes y personas que
podrían ser objetivos de tal amenaza
∞El proceso general comienza con la definición
de objetivos, el diseño del sistema que lograra
esos objetivos y termina con la evaluación de su
funcionamiento y confiabilidad.

17. AUDITORIA DE
SISTEMA DE
INFORMACIÓN
DEFINICIÓN DE AUDITORIA: Se define como un
proceso sistemático que consiste en obtener y
evaluar objetivamente evidencias sobre las
afirmaciones relativas los actos y eventos de
carácter económico; con el fin de determinar el
grado de correspondencia entre esas
afirmaciones y los criterios establecidos, para
luego comunicar los resultados a las personas
interesadas.

18. La auditoria se clasifica en auditoria financiera y operativa.
La auditoria financiera efectúa un examen sistemático de los
estados financieros, los registros y las operaciones
correspondientes
La auditoria operativa cae dentro de un examen sistemático de
las actividades de una organización (o de un segmento
estipulado de las misma) en relación con objetivos específicos.
Auditoria de sistemas: se encarga de llevar a cabo la evaluación
de normas, controles, técnicas y procedimientos que se tienen
establecidos en una empresa para lograr una confiabilidad
La auditoria de sistemas: es una rama especializada de la
auditoria que promueve y aplica conceptos de auditoria en el
área de sistemas de información
El objetivo final que tiene el auditor de sistemas es de dar
recomendaciones a la alta gerencia para mejorara o lograr un
adecuado control interno en ambientes de tecnología
informática con el fin de lograr mayor eficiencia operacional y
administrativa

19. OBJETIVOS
ESPECÍFICOS DE LA
AUDITORIA DE
SISTEMAS:
1.-Participacion en el desarrollo de nuevos
sistemas:
 Evaluación de controles
 Cumplimiento de la metodología
2.-Evaluacion de la seguridad en el área de
informática
3.-Evaluacion de suficiencia en los planes de
contingencia
 Respaldos, prever que va a pasar si se
presentan fallas

20. OPCION DE
RECUPERACION DEL
SISTEMA
Corrige determinados problemas como
archivos de sistemas que faltan o
están dañados que pueden impedir
que Windows se inicie correctamente.
Cuando se ejecuta reparación de
inicio, para que el equipo pueda
iniciarse correctamente

21. Señala el enfoque y el esquema de
actividades de prueba, así como
los elementos a probar, las
características, las actividades de
prueba, el personal responsable y
los riesgos asociados

22. Diseño de la prueba
– Es la actividad más importante, en la que se define la
prueba mediante casos concretos. Es cuando
aplicamos las estrategias: funcional, estructural, etc.
– Enfocarnos en el diseño de los casos de prueba
permite prevenir faltas.
– Según el modelo de proceso (tradicional o ágil) el
diseño se aplica distinto, pero el objetivo es el mismo.
• Documentar los casos para que otro pueda aplicarlos
• Conducir el desarrollo mediante la prueba, test-first

23. DISEÑO DE PLANES DE PRUEBAS
Se compone de los siguientes pasos:
Plan De Pruebas
Señala el enfoque, los recursos y el
esquema de actividades de prueba, así
como los elementos a probar, las
características, las actividades de
prueba, el personal responsable y los
riesgos asociados.

24. Especificación De Caso De Prueba
Define uno de los casos de prueba identificando
por una especificación del diseño de las pruebas.
Elementos software (por ejemplo, módulos) que se
van a probar: definir dichos elementos y las
características que ejercitará este caso
· Especificaciones de cada entrada requerida para
ejecutar el caso(incluyendo las relaciones entre las
diversas entradas; por ejemplo, la sincronización de
las mismas)
·Especificaciones de todas las salidas y las
características requeridas (por ejemplo, el tiempo
respuesta) para los elementos que se van a probar
·Necesidades de entorno (hardware, software y
otras como, por ejemplo, el personal)

25. Estructura de los pasos fijada en el estándar
Plan de Pruebas
1. Identificador único del documento
2. Introducción y resumen de elementos y características a probar
3. Elementos software a probar
4. Características a probar
5. Características que no se probarán
6. Enfoque general de la prueba
7. Criterios de paso/fallo para cada elemento
8. Criterios de suspensión y requisitos de reanudación
9. Documentos a entregar
10. Actividades de preparación y ejecución de pruebas
11. Necesidades de entorno
12. Responsabilidades en la organización y realización de las pruebas
13. Necesidades de personal y formación
14. Esquema de tiempos
15. Riesgos asumidos por el plan y planes de contingencias
16. Aprobaciones y firmas con nombre y puesto desempeñado

26. PLAN DE PRUEBAS
Aportamos a la implementación del proyecto,
metodología para la especificación de casos de
prueba, su seguimiento y control con sistemas
informáticos y reportes de progreso.
Por el conocimiento técnico, llegamos hasta el
nivel de pruebas de integración, pruebas de
estrés de aplicaciones asistido con herramientas
automatizadas mayormente a la medida.

27. Especificación Del Diseño De Pruebas
Especificar los refinamientos necesarios sobre el
enfoque general reflejado en el plan e identificar las
características que se deben probar con este diseño de
pruebas.
·Identificador único para la especificación. Proporcionar
también una referencia del plan asociado (si existe)
·Características a probar de los elementos software (y
combinaciones de características)
·Detalles sobre el plan de pruebas del que surge este
diseño, incluyendo las técnicas de prueba específica y los
métodos de análisis de resultados

28. Especificación De Procedimiento De Prueba
Especificar los pasos para la ejecución de un
conjunto de casos de prueba o, más generalmente,
los pasos utilizados para analizar un elemento
software con el propósito de evaluar un conjunto de
características del mismo.
Identificador único de la especificación y
referencia a la correspondiente especificación de
diseño de prueba
·Objetivo del procedimiento y lista de casos que se
ejecutan con él
·Requisitos especiales para la ejecución (por
ejemplo, entorno especial o personal especial)

29. Buscador: google
Bibliografía:
http://elrincondelvago=com46dfhrcvbr
http.//es.sistemasoperativos.edu/tecnicasihg56o8hgcompu78r094r/df
wiha874=6(p75¡7tigkljy5=
http://es.wikipedia.org/wiki/Pruebas_de_rendimiento_del_software
http://chie.uniandes.edu.co/~gsd/index.php?option=com_content&ta
sk=view&id=130&Itemid=183
http://www.cesperu.com/content/diseno-del-sistema-de-seguridad-
fisica
http://yuddyreyes.blogspot.com/2010/03/cap-11-tecnicas-especiales-
de-auditoria_29.html
http://es.kioskea.net/forum/affich-20615-recuperacion-del-
sistema#q=Dise%F1o+de+recuperacion+del+sistema&cur=1&url=%2F

30. VOCABULARIO
Arquitectura: Conjunto de métodos y técnicas que proveen una
descripción abstracta de un sistema permitiendo manejar la
complejidad de esta actividad
Usabilidad: s la facilidad con que las personas pueden utilizar una
herramienta particular o cualquier otro objeto fabricado por
humanos con el fin de alcanzar un objetivo concreto.
Jerárquico: Algo que se clasifica según diversos criterios en
sucesivos niveles o capas.
Retroalimento: Transmisión de corriente o tensión desde la salida
de un circuito o dispositivo a su entrada de reacciones
metabólicas.
Producción: Es la representación de una idea, su materialización
después de haber sido concebida, estudiada y depurada para ser
expresada de la mejor manera posible.
Infraestructura: es la base material de la sociedad que determina
la estructura social y el desarrollo y cambio social. Incluye las
fuerzas productivas y las relaciones de producción. ...