SlideShare una empresa de Scribd logo
1 de 30
Descargar para leer sin conexión
DESARROLLO
DE
APLICACIONES
INFORMÁTICAS
UNIDAD            #           8
DISEÑOS DE PLANES DE PRUEBAS DE
SOFTWARE


Pruebas                        del
software, tipos, métodos, herramie
ntas,           diseño          de
seguridad, audición, recuperación
de sistema, diseño de prueba
INTEGRANTES:
Andrea fuentes (coordinadora)
Letty Moncada(secretaria)
Angie Lara Rivera
Glenda Pilco Paguay
Melissa Suarez Albán

Profesora: Glenda Gutiérrez
Curso: 4/14
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.
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
TIPOS    DE
PRUEBAS DE
SOFTWARE
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
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.
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
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
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
Un software fácil de probar tiene loas
siguientes características:
•Operatividad
•Objetividad
•Capacidad de composición
•Simplicidad
•Estabilidad
•Facilidad de compresión
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
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
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
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.
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.
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
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
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
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
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
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.
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)
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
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.
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
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)
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
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. ...

Más contenido relacionado

La actualidad más candente

Metodología rup final
Metodología rup finalMetodología rup final
Metodología rup finalMariaC7
 
Proceso, modelos y metodos de ingenieria de software
Proceso, modelos y metodos de ingenieria de softwareProceso, modelos y metodos de ingenieria de software
Proceso, modelos y metodos de ingenieria de softwaresergio
 
Tipos de pruebas de software
Tipos de pruebas de softwareTipos de pruebas de software
Tipos de pruebas de softwareGuillermo Lemus
 
Recopilacion De Informacion De Ing.Sofware
Recopilacion De Informacion De Ing.SofwareRecopilacion De Informacion De Ing.Sofware
Recopilacion De Informacion De Ing.Sofwarecarolina
 
Metodologías de desarrollo de software
Metodologías de desarrollo de softwareMetodologías de desarrollo de software
Metodologías de desarrollo de softwareWilfredo Mogollón
 
3. conceptos de calidad del software
3. conceptos de calidad del software3. conceptos de calidad del software
3. conceptos de calidad del softwareJuan Pablo Carvallo
 
7.modelado de los requerimientos escenarios y clases
7.modelado de los requerimientos  escenarios y clases7.modelado de los requerimientos  escenarios y clases
7.modelado de los requerimientos escenarios y clasesRamiro Estigarribia Canese
 
Evaluacion de arquitecturas
Evaluacion de arquitecturasEvaluacion de arquitecturas
Evaluacion de arquitecturasSamis Ambrocio
 
6. Administración de la Calidad de Software
6. Administración de la Calidad de Software6. Administración de la Calidad de Software
6. Administración de la Calidad de SoftwareMario A Moreno Rocha
 
Examen de analisis de sistemas ii nro2 sin
Examen de analisis de sistemas ii nro2 sinExamen de analisis de sistemas ii nro2 sin
Examen de analisis de sistemas ii nro2 sinjesus122012
 
Metricas de calidad de software
Metricas de calidad de softwareMetricas de calidad de software
Metricas de calidad de softwareisisparada
 

La actualidad más candente (20)

Modelo de requerimientos
Modelo de requerimientosModelo de requerimientos
Modelo de requerimientos
 
Metodología rup final
Metodología rup finalMetodología rup final
Metodología rup final
 
5. Métodos de Prueba de Software
5. Métodos de Prueba de Software5. Métodos de Prueba de Software
5. Métodos de Prueba de Software
 
Pruebas del Software
Pruebas del SoftwarePruebas del Software
Pruebas del Software
 
Uml - Caso práctico
Uml - Caso prácticoUml - Caso práctico
Uml - Caso práctico
 
Proceso, modelos y metodos de ingenieria de software
Proceso, modelos y metodos de ingenieria de softwareProceso, modelos y metodos de ingenieria de software
Proceso, modelos y metodos de ingenieria de software
 
CMMI
CMMICMMI
CMMI
 
Tipos de pruebas de software
Tipos de pruebas de softwareTipos de pruebas de software
Tipos de pruebas de software
 
Recopilacion De Informacion De Ing.Sofware
Recopilacion De Informacion De Ing.SofwareRecopilacion De Informacion De Ing.Sofware
Recopilacion De Informacion De Ing.Sofware
 
Metodologías de desarrollo de software
Metodologías de desarrollo de softwareMetodologías de desarrollo de software
Metodologías de desarrollo de software
 
Prueba software orientado a objetos
Prueba software orientado a objetosPrueba software orientado a objetos
Prueba software orientado a objetos
 
Modelo 4+1
Modelo 4+1Modelo 4+1
Modelo 4+1
 
Calidad Del Software
Calidad Del SoftwareCalidad Del Software
Calidad Del Software
 
Metodologias agiles
Metodologias agilesMetodologias agiles
Metodologias agiles
 
3. conceptos de calidad del software
3. conceptos de calidad del software3. conceptos de calidad del software
3. conceptos de calidad del software
 
7.modelado de los requerimientos escenarios y clases
7.modelado de los requerimientos  escenarios y clases7.modelado de los requerimientos  escenarios y clases
7.modelado de los requerimientos escenarios y clases
 
Evaluacion de arquitecturas
Evaluacion de arquitecturasEvaluacion de arquitecturas
Evaluacion de arquitecturas
 
6. Administración de la Calidad de Software
6. Administración de la Calidad de Software6. Administración de la Calidad de Software
6. Administración de la Calidad de Software
 
Examen de analisis de sistemas ii nro2 sin
Examen de analisis de sistemas ii nro2 sinExamen de analisis de sistemas ii nro2 sin
Examen de analisis de sistemas ii nro2 sin
 
Metricas de calidad de software
Metricas de calidad de softwareMetricas de calidad de software
Metricas de calidad de software
 

Destacado

Fases de prueba de software
Fases de prueba de softwareFases de prueba de software
Fases de prueba de softwareMarco Antonio
 
Taller casos de prueba
Taller casos de pruebaTaller casos de prueba
Taller casos de pruebaAndrés Grosso
 
Usos de las redes de computadoras
Usos de las redes de computadorasUsos de las redes de computadoras
Usos de las redes de computadorasIndira Andi
 
Checklist revisión unidad
Checklist revisión unidadChecklist revisión unidad
Checklist revisión unidad32983083
 
DiseñO Del Software E IngenieríA Del Software
DiseñO Del Software E IngenieríA Del SoftwareDiseñO Del Software E IngenieríA Del Software
DiseñO Del Software E IngenieríA Del Softwarelcastillo110
 
Pruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacionPruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacionAbner Gerardo
 
Software caja negra y caja blanca
Software caja negra y caja blancaSoftware caja negra y caja blanca
Software caja negra y caja blancaStudentPc
 
Diseño de interfaz importancia y proceso
Diseño de interfaz importancia y procesoDiseño de interfaz importancia y proceso
Diseño de interfaz importancia y procesoadrianazamora
 
Gestión del riesgo de software
Gestión del riesgo de software Gestión del riesgo de software
Gestión del riesgo de software jose_macias
 
Tipos de pruebas de software
Tipos de pruebas de softwareTipos de pruebas de software
Tipos de pruebas de softwarexpjair
 
Pedagogia Cientifica
Pedagogia CientificaPedagogia Cientifica
Pedagogia Cientificaguest0d1a4d8e
 
Requerimientos software test
Requerimientos software testRequerimientos software test
Requerimientos software testkalita20
 

Destacado (19)

Proceso de diseño
Proceso de diseñoProceso de diseño
Proceso de diseño
 
Casos de pruebas
Casos de pruebasCasos de pruebas
Casos de pruebas
 
Pruebas De Software
Pruebas De SoftwarePruebas De Software
Pruebas De Software
 
Plan de pruebas
Plan de pruebasPlan de pruebas
Plan de pruebas
 
Fases de prueba de software
Fases de prueba de softwareFases de prueba de software
Fases de prueba de software
 
Pruebas del software
Pruebas del softwarePruebas del software
Pruebas del software
 
Taller casos de prueba
Taller casos de pruebaTaller casos de prueba
Taller casos de prueba
 
Minería de datos
Minería de datosMinería de datos
Minería de datos
 
Las mejores herramientas para realizar pruebas de software
Las mejores herramientas para realizar pruebas de softwareLas mejores herramientas para realizar pruebas de software
Las mejores herramientas para realizar pruebas de software
 
Usos de las redes de computadoras
Usos de las redes de computadorasUsos de las redes de computadoras
Usos de las redes de computadoras
 
Checklist revisión unidad
Checklist revisión unidadChecklist revisión unidad
Checklist revisión unidad
 
DiseñO Del Software E IngenieríA Del Software
DiseñO Del Software E IngenieríA Del SoftwareDiseñO Del Software E IngenieríA Del Software
DiseñO Del Software E IngenieríA Del Software
 
Pruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacionPruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacion
 
Software caja negra y caja blanca
Software caja negra y caja blancaSoftware caja negra y caja blanca
Software caja negra y caja blanca
 
Diseño de interfaz importancia y proceso
Diseño de interfaz importancia y procesoDiseño de interfaz importancia y proceso
Diseño de interfaz importancia y proceso
 
Gestión del riesgo de software
Gestión del riesgo de software Gestión del riesgo de software
Gestión del riesgo de software
 
Tipos de pruebas de software
Tipos de pruebas de softwareTipos de pruebas de software
Tipos de pruebas de software
 
Pedagogia Cientifica
Pedagogia CientificaPedagogia Cientifica
Pedagogia Cientifica
 
Requerimientos software test
Requerimientos software testRequerimientos software test
Requerimientos software test
 

Similar a Diseños de planes de pruebas de software1

Diseã±os de planes_de_pruebas_de_software1
Diseã±os de planes_de_pruebas_de_software1Diseã±os de planes_de_pruebas_de_software1
Diseã±os de planes_de_pruebas_de_software1naviwz
 
Actividad 3 prueba de software juan esteban uribe m
Actividad 3 prueba de software juan esteban uribe mActividad 3 prueba de software juan esteban uribe m
Actividad 3 prueba de software juan esteban uribe mjuanesellanza1
 
Curso Basico-Testing-03r003.pdf
Curso Basico-Testing-03r003.pdfCurso Basico-Testing-03r003.pdf
Curso Basico-Testing-03r003.pdfBarcodeBarcode
 
Lexi herrera fundamentos del diseno de software
Lexi herrera  fundamentos del diseno de softwareLexi herrera  fundamentos del diseno de software
Lexi herrera fundamentos del diseno de softwarelexiherrera
 
Tipos de auditoria informatica
Tipos de auditoria informaticaTipos de auditoria informatica
Tipos de auditoria informaticaWil Vin
 
Doo 13-testing
Doo 13-testingDoo 13-testing
Doo 13-testingJulio Pari
 
Sistemas i ultimo trabajo
Sistemas i ultimo trabajoSistemas i ultimo trabajo
Sistemas i ultimo trabajoAlejandross1
 
Cuadro sinóptico de modelo del ciclo de vida
Cuadro sinóptico de modelo del ciclo de vidaCuadro sinóptico de modelo del ciclo de vida
Cuadro sinóptico de modelo del ciclo de vidaAranza Martinez Vazquez
 
Aseguramiento De Calidad Mp
Aseguramiento De Calidad MpAseguramiento De Calidad Mp
Aseguramiento De Calidad MpZonar
 
Cuadro sinóptico de modelo del ciclo de vida
Cuadro sinóptico de modelo del ciclo de vidaCuadro sinóptico de modelo del ciclo de vida
Cuadro sinóptico de modelo del ciclo de vidaEllie Martinez
 
Taller 3 calidad_de_software_jcom
Taller 3 calidad_de_software_jcomTaller 3 calidad_de_software_jcom
Taller 3 calidad_de_software_jcomJuan Carlos Ospina
 
Segunda web conferencia
Segunda web conferenciaSegunda web conferencia
Segunda web conferencialeidymedina28
 
Pruebas de software
Pruebas de softwarePruebas de software
Pruebas de softwareTensor
 
Pruebas de software
Pruebas de softwarePruebas de software
Pruebas de softwarepanavarrv
 
Implementacion de software
Implementacion de softwareImplementacion de software
Implementacion de softwareTom Rodriguez
 
Unidad 3 aseguramiento de la calidad de los
Unidad 3 aseguramiento de la calidad de losUnidad 3 aseguramiento de la calidad de los
Unidad 3 aseguramiento de la calidad de lospabloreyes154
 

Similar a Diseños de planes de pruebas de software1 (20)

Diseã±os de planes_de_pruebas_de_software1
Diseã±os de planes_de_pruebas_de_software1Diseã±os de planes_de_pruebas_de_software1
Diseã±os de planes_de_pruebas_de_software1
 
Actividad 3 prueba de software juan esteban uribe m
Actividad 3 prueba de software juan esteban uribe mActividad 3 prueba de software juan esteban uribe m
Actividad 3 prueba de software juan esteban uribe m
 
Prubea de software
Prubea de softwarePrubea de software
Prubea de software
 
Curso Basico-Testing-03r003.pdf
Curso Basico-Testing-03r003.pdfCurso Basico-Testing-03r003.pdf
Curso Basico-Testing-03r003.pdf
 
Lexi herrera fundamentos del diseno de software
Lexi herrera  fundamentos del diseno de softwareLexi herrera  fundamentos del diseno de software
Lexi herrera fundamentos del diseno de software
 
Tipos de auditoria informatica
Tipos de auditoria informaticaTipos de auditoria informatica
Tipos de auditoria informatica
 
Doo 13-testing
Doo 13-testingDoo 13-testing
Doo 13-testing
 
Sistemas i ultimo trabajo
Sistemas i ultimo trabajoSistemas i ultimo trabajo
Sistemas i ultimo trabajo
 
Cuadro sinóptico de modelo del ciclo de vida
Cuadro sinóptico de modelo del ciclo de vidaCuadro sinóptico de modelo del ciclo de vida
Cuadro sinóptico de modelo del ciclo de vida
 
Aseguramiento De Calidad Mp
Aseguramiento De Calidad MpAseguramiento De Calidad Mp
Aseguramiento De Calidad Mp
 
Auditoria ii
Auditoria iiAuditoria ii
Auditoria ii
 
Cuadro sinóptico de modelo del ciclo de vida
Cuadro sinóptico de modelo del ciclo de vidaCuadro sinóptico de modelo del ciclo de vida
Cuadro sinóptico de modelo del ciclo de vida
 
Taller 3 calidad_de_software_jcom
Taller 3 calidad_de_software_jcomTaller 3 calidad_de_software_jcom
Taller 3 calidad_de_software_jcom
 
Segunda web conferencia
Segunda web conferenciaSegunda web conferencia
Segunda web conferencia
 
Pruebas de software
Pruebas de softwarePruebas de software
Pruebas de software
 
Pruebas de software
Pruebas de softwarePruebas de software
Pruebas de software
 
Epa aqui
Epa aquiEpa aqui
Epa aqui
 
Implementacion de software
Implementacion de softwareImplementacion de software
Implementacion de software
 
Sqm
SqmSqm
Sqm
 
Unidad 3 aseguramiento de la calidad de los
Unidad 3 aseguramiento de la calidad de losUnidad 3 aseguramiento de la calidad de los
Unidad 3 aseguramiento de la calidad de los
 

Más de Vanessa Toral Yépez

Más de Vanessa Toral Yépez (13)

Presentación1
Presentación1Presentación1
Presentación1
 
Buscadores 2
Buscadores  2Buscadores  2
Buscadores 2
 
Seguridad del internet
Seguridad del internetSeguridad del internet
Seguridad del internet
 
Mantenimiento del software unidad # 9
Mantenimiento del software unidad # 9Mantenimiento del software unidad # 9
Mantenimiento del software unidad # 9
 
Introducion a los sistemas de informacion
Introducion a los sistemas de informacionIntroducion a los sistemas de informacion
Introducion a los sistemas de informacion
 
Ingieneria del software y el ciclo de vida
Ingieneria del software y el ciclo de vidaIngieneria del software y el ciclo de vida
Ingieneria del software y el ciclo de vida
 
Foro y grupos de discusiones
Foro y grupos de discusionesForo y grupos de discusiones
Foro y grupos de discusiones
 
Documentacion del sistema
Documentacion del sistemaDocumentacion del sistema
Documentacion del sistema
 
Desarrollo y información en aplicaciones informáticas
Desarrollo y información en aplicaciones informáticasDesarrollo y información en aplicaciones informáticas
Desarrollo y información en aplicaciones informáticas
 
Correo electrónico
Correo electrónicoCorreo electrónico
Correo electrónico
 
Calidad del software
Calidad del softwareCalidad del software
Calidad del software
 
Diaspositivas de informatik para presentar
 Diaspositivas de informatik para presentar  Diaspositivas de informatik para presentar
Diaspositivas de informatik para presentar
 
Unidad 7 diseño estructructurado de datos microsoft access.
Unidad 7 diseño estructructurado de datos microsoft access.Unidad 7 diseño estructructurado de datos microsoft access.
Unidad 7 diseño estructructurado de datos microsoft access.
 

Diseños de planes de pruebas de software1

  • 2. UNIDAD # 8 DISEÑOS DE PLANES DE PRUEBAS DE SOFTWARE Pruebas del software, tipos, métodos, herramie ntas, 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. ...