0 valutazioniIl 0% ha trovato utile questo documento (0 voti)
33 visualizzazioni10 pagine
La norma ISO/IEC 14598 describe los procesos para la evaluación de productos de software, incluyendo guías y requisitos para la evaluación. Establece que se deben especificar requisitos de calidad para medirlos y asegurar la calidad a través del desarrollo, implementación y control del proceso. Se dirige a desarrolladores, adquirientes y evaluadores independientes responsables de la evaluación del producto de software.
La norma ISO/IEC 14598 describe los procesos para la evaluación de productos de software, incluyendo guías y requisitos para la evaluación. Establece que se deben especificar requisitos de calidad para medirlos y asegurar la calidad a través del desarrollo, implementación y control del proceso. Se dirige a desarrolladores, adquirientes y evaluadores independientes responsables de la evaluación del producto de software.
La norma ISO/IEC 14598 describe los procesos para la evaluación de productos de software, incluyendo guías y requisitos para la evaluación. Establece que se deben especificar requisitos de calidad para medirlos y asegurar la calidad a través del desarrollo, implementación y control del proceso. Se dirige a desarrolladores, adquirientes y evaluadores independientes responsables de la evaluación del producto de software.
Curso: Evaluación de software Código: 1095937209 Grupo: 301569_6 UNAD – Abril 2020 Consiste en: una descripción general de los procesos para la evaluación de productos de software así como también guías y requerimientos para la evaluación. Para el desarrollo de un producto de software correcto, deben especificarse los requerimientos de calidad para poder medirlos de alguna forma. Además se debe planear, implementar, y controlar el proceso para el aseguramiento de la calidad. Se deberán evaluar tanto los productos intermedios como los finales Esta norma está dirigida a Desarrolladores, Adquirientes y Evaluadores independientes, sobre todo aquellos que son responsables par ala evaluación del producto de software. Niveles de prueba: Modelo Tradicional Modelo actual Tipos de pruebas Funcionale s: Pruebas de Regresión: Probar nuevamente el sistema luego de realizar cambios o hacer arreglos sobre bugs encontrados. Determinar si los cambios recientes en una parte de la aplicación tienen efecto adverso en otras partes. Pruebas de aceptación: nos revelará si cumplimos con las expectativas del cliente. Pruebas unitarias: Pruebas a pequeña escala. Probar funcionalidades o módulos particulares. Realizadas típicamente por el programador y no el tester. Requiere conocimiento detallado del código Pruebas de integración: Estas pruebas suelen ser realizadas por el equipo de desarrollo y permiten comprobar que los componentes del software interactúan correctamente, entre sí y con otras partes del sistema. Pruebas de carga: Verificar el tiempo de respuesta del sistema para transacciones o casos de uso de negocios, bajo diferentes condiciones de carga. Utilizar cargas pesadas para determinar en que punto el tiempo de respuesta del sistema se degrada o falla. Pruebas de stress: Verificar que el sistema funciona apropiadamente y sin errores, bajo estas condiciones de stress: •Memoria baja o no disponible en el servidor. •Máximo número de clientes conectados o simulados (actuales o físicamente posibles) •Múltiples usuarios desempeñando la misma transacción con los mismos datos. •El peor caso de volumen de transacciones (ver pruebas de desempeño). No funcionales Pruebas de volumen: Verificar que la aplicación funciona adecuadamente bajo los siguientes escenarios de volumen: • o Máximo (actual o físicamente posible) número de clientes conectados (o simulados), todos ejecutando la misma función (peor caso de desempeño) por un período extendido. • o Máximo tamaño de base de datos (actual o escalado) y múltiples consultas ejecutadas simultáneamente Pruebas de usabilidad: • Probar que la usabilidad del sistema sea amigable • Subjetivo • Usar entrevistas del usuario, encuestas y otras técnicas. Pruebas de seguridad: Probar que tan bien el sistema esta protegido contra accesos internos o externos no autorizados. Prueba de sistemas: Prueba del comportamiento global del producto construido. • Cubre todas las partes combinadas de un sistema. • utiliza un entorno de pruebas que sea lo más similar posible al entorno de producción. Pruebas estructurales Pruebas de humo: Genera una prueba constante en el sistema buscando fallas dentro de todo el software. Pruebas de caja blanca: A este tipo de técnicas se le conoce también como Técnicas de Caja Transparente o de Cristal. Este método se centra en cómo diseñar los casos de prueba atendiendo al comportamiento interno y estructura del programa. Se examina así la lógica interna del programa sin considerar los aspectos de rendimiento. Pruebas de caja negra: Pruebas de Comportamiento, estas pruebas se basan en la especificación del programa o componente a ser probado para elaborar los casos de prueba. El componente se ve como una “Caja Negra” cuyo comportamiento sólo puede ser determinado estudiando sus entradas y las salidas obtenidas a partir de ellas. Referencias Caponi, M. De vera, D. (2016). Gestión de Software Informe sobre Evaluación de Productos. Recuperado de http://www.fing.edu.uy/inco/cursos/gestsoft/Presentaciones/Evaluacion% 20de%20Productos%20-% 20G2/Evaluacion%20de%20Productos.pdf Anónimo. (2016). Prueba de Software. Recuperado de https:// senastage.blackboard.com/bbcswebdav/courses/150752/Pruebas%20del %20Software_T%C3%A9cnicas.pdf Anónimo. (2016). It - Mentor. Pruebas de Software. Recuperado de: http://materias.fi.uba.ar/7548/PruebasSoftware.pdf Villamizar, Hernando. (2016). Norma ISO/IEC 14598 y Tipos de Pruebas de Software. Recuperado de https://prezi.com/opejk4zxv4sa/norma-isoiec-14598-y-tipos-de-pruebas- de-software / Anonimo. (2018). Norma iso 14598. Recuperado de https://es.slideshare.net/eheml/norma-iso-14598-93131431