03 gestión de pruebas de software diseño de casos de pruebasAntonio Quiña
Un caso de prueba es un conjunto de entradas, condiciones de ejecución y resultados esperados, desarrollado para conseguir un objetivo particular o condición de prueba. Ejemplo: verificar el cumplimiento de un requisito específico
La presentación Fundamentos de Calidad del Software - Modelos y Estándares, contiene elementos que permiten hacerse a una idea del contexto en el que se mueve el aseguramiento de la calidad del software en sus dos manifestaciones (procesos y producto) y en sus dimensiones de gestión y desarrollo.
Luis Eduardo Peláez Valencia
luiseduardo.pelaez@gmail.com
Keywords: SQA, Aseguramiento de la calidad del software, Calidad del software, Modelos y Estándares.
La Gestión del Cambio del Software, comúnmente llamada Gestión de la Configuración del Software, es una actividad protectora que se aplica a lo largo del proceso de software.
U.T.N. - F.R.T. Cátedra de Diseño de Sistemas. 3K1. 2011. Unidad VI. Verificación y Validación del Diseño. Pruebas del Software. Ian Sommerville, Cap. 23
Se explica de forma breve los distintos (no todos) dispositivos de redes. Los temas cumplen con el temario de los Institutos Tecnológicos, la Unidad 3 de la materia de Redes de Computadoras.
03 gestión de pruebas de software diseño de casos de pruebasAntonio Quiña
Un caso de prueba es un conjunto de entradas, condiciones de ejecución y resultados esperados, desarrollado para conseguir un objetivo particular o condición de prueba. Ejemplo: verificar el cumplimiento de un requisito específico
La presentación Fundamentos de Calidad del Software - Modelos y Estándares, contiene elementos que permiten hacerse a una idea del contexto en el que se mueve el aseguramiento de la calidad del software en sus dos manifestaciones (procesos y producto) y en sus dimensiones de gestión y desarrollo.
Luis Eduardo Peláez Valencia
luiseduardo.pelaez@gmail.com
Keywords: SQA, Aseguramiento de la calidad del software, Calidad del software, Modelos y Estándares.
La Gestión del Cambio del Software, comúnmente llamada Gestión de la Configuración del Software, es una actividad protectora que se aplica a lo largo del proceso de software.
U.T.N. - F.R.T. Cátedra de Diseño de Sistemas. 3K1. 2011. Unidad VI. Verificación y Validación del Diseño. Pruebas del Software. Ian Sommerville, Cap. 23
Se explica de forma breve los distintos (no todos) dispositivos de redes. Los temas cumplen con el temario de los Institutos Tecnológicos, la Unidad 3 de la materia de Redes de Computadoras.
2. Antecedentes Características Ventajas Desventajas Ejemplo
MOPROSOFT
*Comienza por la
iniciativa por la
secretaria de economía
y gracias al trabajo de
académicos y
empresarios
mexicanos de la
UNAM.
*MoProSoft es un
modelo de procesos
para la industria de
software nacional.
*Permite elevar la
capacidad de las
organizaciones que
desarrollan o
mantienen software
para ofrecer servicios
con calidad.
*Es específico para el
desarrollo y
mantenimiento de
software.
*Se le considera
práctico en su
aplicación,
principalmente en
organizaciones
pequeñas, con bajos
niveles de madurez.
*Está orientado a
mejorar los procesos,
para contribuir a los
objetivos de negocio, y
no simplemente ser un
marco de referencia o
certificación.
*Tiene un bajo costo
tanto en adaptación y
evaluación.
*Está basado en
normas ISO.
-Facilita la
comprensión del
Modelo utilizado
*Simplifica la
relación entre el
modelo de procesos y
la organización.
*Específico para el
desarrollo y
mantenimiento de
Software.
*Fácil de entender.
*Practico y fácil de
aplicar.
*Define actividades
de manera muy
general.
*Para asegurar la
calidad de un
producto y un
proceso se requiere
CMMI.
*Evaluaciones
formales constantes.
*Mejora los procesos
Orientado al Objeto
del negocio.
*Proyectos para
largos plazos.
*IT Builder:
Empresa
altamente
especializada en
desarrollo de
software y
tecnologías de
información con
plataformas
Microsoft (.NET,
SQL Server
*C.D.I.,
Consultores
Consultores y
Desarrolladores
de Software.
3. Antecedentes Características Ventajas Desventajas Ejemplo
CMMI
*CMMI es la
evolución de CMM.
CMM Fue
desarrollado desde
1987 hasta
1997. En 2002, se
lanzó CMMI Versión
1.1, luego en agosto
de 2006 siguió
la versión 1.2.
*El objetivo del
proyecto CMMI es
mejorar la usabilidad
de
modelos de madurez
integrando varios
modelos diferentes
en un solo marco
(framework).
*CMMI es un modelo
para la mejora y
evaluación de los
procesos de
desarrollo y
mantenimiento de
sistemas y productos
de software de una
empresa,
*permite determinar
la madurez, y evaluar
las capacidades de las
organizaciones que
desarrollan software.
* Es una colección
estructurada de
elementos, que
describe
características de
procesos que han
demostrado, por
experiencia, ser
exitosos
* Es recomendado
para organizaciones
que quieren
incrementar la
capacidad de su
proceso de desarrollo
y desarrollar software
con calidad.
*Reducción del coste
de desarrollo.
*Localización y
resolución de defectos.
*Mejora en la fiabilidad
de la planificación, en
términos de dedicación y
de calendario.
*Aumento de la
productividad.
*Reducción de
los trabajos derivados de
correcciones tras las
fases de pruebas.
*Aumento de
la efectividad sobre la
planificación realizada
*El problema de
CMMI es su falta de
adecuación al
enfoque a servicio
que está
experimentando
el sector de las TI
(procesos de
desarrollo de
productos de
software)
*El proceso de
evaluación es muy
costoso en tiempo y
esfuerzo
* La complejidad de
la evaluación
continua puede
atentar
contra la definición
de objetivos
concretos de
madurez
Áreas de Proceso
de Nivel 2: En una
organización que
haya alcanzado
este nivel de
madurez
encontraremos
que
hay una disciplina
para la gestión de
proyectos que se
mantiene aún en
periodos de
estrés.
*Administración
de
Requerimientos
(REQM)
Esta área de
proceso tiene
como propósito
mantener bajo
control los
requerimientos
que el producto a
desarrollar deberá
satisfacer