diseños de planes de pruebas de software1
TRANSCRIPT
DESARROLLO DE APLICACIONES INFORMÁTICAS
Pruebas del software, tipos, métodos, herramientas, diseño de seguridad, audición, recuperación de sistema, diseño de prueba
UNIDAD # 8DISEÑOS DE PLANES DE PRUEBAS DE SOFTWARE
Andrea fuentes (coordinadora)Letty Moncada(secretaria)Angie Lara Rivera Glenda Pilco Paguay Melissa Suarez Albán Profesora: Glenda GutiérrezCurso: 4/14
INTEGRANTES:
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.
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
PRUEBAS DE SOFTWARE
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 moduloPrueba 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
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
MÉTODOS DE PRUEBA DEL SOFTWARE
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 enteroNo son posibles las pruebas exhaustivas Deben realizarse por un equipo independiente al equipo de desarrollo
PRINCIPIOS DE LA PRUEBA
Un software fácil de probar tiene loas siguientes características:•Operatividad •Objetividad •Capacidad de composición •Simplicidad •Estabilidad •Facilidad de compresión
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
HERRAMIENTAS DE PRUEBAS SOFTWARE
Edición y examen del códigoCodificaciónVerificación y validaciónGestión de configuraciónMétricasOtras herramientas
CLASES DE HERRAMIENTAS
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
DISEÑO DE SEGURIDAD
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.
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.
AUDITORIA DE SISTEMA DE INFORMACIÓN
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 correspondientesLa 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 confiabilidadLa 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
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
OBJETIVOS ESPECÍFICOS DE LA AUDITORIA DE SISTEMAS:
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
OPCION DE RECUPERACION DEL SISTEMA
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 prueba
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) eldiseñ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
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.
DISEÑO DE PLANES DE PRUEBAS
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
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.
PLAN DE PRUEBAS
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/tecnicasihg56o8hgcompu78r094
r/dfwiha874=6(p75¡7tigkljy5=http://es.wikipedia.org/wiki/Pruebas_de_rendimiento_del_softwarehttp://chie.uniandes.edu.co/~gsd/index.php?option=com_content&task=view&id=130&Itemid=183http://www.cesperu.com/content/diseno-del-sistema-de-seguridad-
fisicahttp://yuddyreyes.blogspot.com/2010/03/cap-11-tecnicas-especial
es-de-auditoria_29.htmlhttp://es.kioskea.net/forum/affich-20615-recuperacion-del-sistema
#q=Dise%F1o+de+recuperacion+del+sistema&cur=1&url=%2F
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. ...
VOCABULARIO