Doc4 Plandeaseguramientodelacalidadppqa 131210125314 Phpapp01

PLAN DE ASEGURAMIENTO DE LA CALIDAD
(PPQA)
Aplicacin mvil para la reserva y compra de pasajes en Terminal de Buses Bimodal Santa Cruz
El Viajero
(Versin 1.0)
PLAN DE ASEGURAMIENTO DE LA CALIDAD PPQA
Proyecto:Aplicacin mvil para la reserva y compra de pasajes en
Versin 1.0
Terminal de Buses Bimodal Santa Cruz El Viajero
HOJA DE CONTROL
IDENTIFICACIN DEL DOCUMENTO
Cdigo PPQA
Ttulo PLAN DE ASEGURAMIENTO DE LA CALIDAD
Nombre del Archivo PPQA.doc
N de Versin 1.0
Fecha creacin 23 de noviembre del 2013
Elaborado por Director de Proyecto
LISTA DE DISTRIBUCIN
Oficina de gestin de Fanny Rivera Vera (Director (a) de Proyecto )

proyecto (PMO) FranskRoman Cambara (Jefe de Proyecto )
Fanny Rivera Vera (Proyect Manager )

Wilma Cruz Serrudo (Consultora de negocios )
Equipo de desarrollo Jhon Ramiro Vidal Alvarez (Arquitecto )
Leandro Edgardo Ramirez Cortez (Programador )
FranskRoman Cambara (SQA )
REVISIN DEL DOCUMENTO
Revisado por Equipo de desarrollo
En fecha 24 de noviembre del 2013
APROBACIN DEL DOCUMENTO
Aprobado por Equipo de desarrollo
En fecha 25 de noviembre del 2013

Versin 1.0
CONTROL DE VERSIONES
Versin Causa del Cambio Responsable Fecha
FranskRoman Cambara (Jefe de 25 de

01 Versin Inicial
Proyecto ) noviembre
Versin 1.0
ndice
1. OBJETIVO ..............................................................................................................................6
2. ALCANCE ..............................................................................................................................6
3. VISIN ..................................................................................................................................6
4. MISIN .................................................................................................................................6
5. DEFINICIONES .......................................................................................................................6
5.1. Verificacin ...................................................................................................................6
5.2. Validacin .....................................................................................................................6
5.3. Lecciones Aprendidas ...................................................................................................6
5.4. Lder Par .......................................................................................................................7
5.5. No Conformidad y/o hallazgo .......................................................................................7
5.6. Proceso de Pruebas ......................................................................................................7
5.7. Pruebas funcionales .....................................................................................................7
5.8. Pruebas No funcionales ................................................................................................8
5.9. Matriz de Requerimientos de pruebas (MRP) ..............................................................8
5.10. Iteracin de Pruebas .................................................................................................8
5.11. Script de Pruebas ......................................................................................................8
5.12. Lista de Chequeo de Unidad .....................................................................................8
6. POLITICAS Y CONDICIONES GENERALES ...............................................................................9
7. PROCEDIMIENTOS ................................................................................................................9
7.1. ACTIVIDADES DE ASEGURAMIENTO DE CALIDAD .........................................................9
7.1.1. Gestin de Proyectos ............................................................................................9
7.1.2. Gestin de Requerimientos ................................................................................10
7.1.3. Anlisis................................................................................................................12
7.1.4. Diseo y Construccin ........................................................................................13
7.1.5. Pruebas ...............................................................................................................14
7.1.6. Capacitacin e Implantacin...............................................................................14
7.1.7. Todos los procedimientos...................................................................................15
7.2. METODOLOGIA DEL PROCESO DE PRUEBAS ...............................................................16
7.2.1. Etapa de Anlisis y Planeacin de las Pruebas ....................................................16
7.2.2. Etapa de Diseo de Pruebas ...............................................................................16
7.2.3. Etapa de ejecucin de pruebas ...........................................................................16
7.2.4. Etapa de Control, Seguimiento y Retro alimentacin .........................................17
Versin 1.0
7.3. ACTIVIDADES POR ETAPAS EN EL PROCESO DE PRUEBAS...........................................17

7.4. TIPOS DE PRUEBAS .....................................................................................................21
7.4.1. Pruebas de Unidad (Por el desarrollador) ...........................................................21
7.4.2. Pruebas de Integracin (Con otros sistemas) .....................................................21
7.4.3. Pruebas Funcionales del software ......................................................................21
7.4.4. Pruebas No Funcionales .....................................................................................22
7.4.5. Pruebas de Sistemas ...........................................................................................22
7.4.6. Pruebas de Procesos ...........................................................................................22
7.4.7. Pruebas de aceptacin .......................................................................................22
7.5. TCNICAS DE PRUEBAS FUNCIONALES .......................................................................23
7.6. TABLA DE INDICADORES .............................................................................................23
8. FORMATO ...........................................................................................................................24
9. ANEXOS ..............................................................................................................................25
Versin 1.0
1. OBJETIVO
Definir actividades y tiempos de aplicacin de ellas, para ejecutar el procedimiento,

construccin y mantenimiento de soluciones informticas, con un nivel aceptable de calidad.
2. ALCANCE
Las actividades descritas en este documento, debern aplicarse en todos los proyectos en los
que se involucren soluciones informticas institucionales en OMEGASOFT.
3. VISIN
Ser una empresa lder en desarrollo e integracin de soluciones informticas. De esta manera
lograremos el reconocimiento y la madurez necesaria para exportar nuestros productos
contribuyendo al desarrollo del Software Boliviano como un producto de calidad internacional.
4. MISIN
Crear soluciones tecnolgicas rentables e innovadoras que contribuyan al crecimiento de

nuestros clientes y por consiguiente a toda su organizacin.
5. DEFINICIONES
5.1. Verificacin
Actividad para confirmar que el proceso aplicado para la generacin y/o mantenimiento de
una solucin informtica institucional, mantiene los lineamientos definidos y
estandarizados para alcanzar soluciones informticas de alta calidad.
5.2. Validacin
Es el proceso de revisin de registros generados por el cumplimiento de los lineamientos
definidos y estandarizados para alcanzar soluciones informticas de alta calidad.
Actividad para confirmar que el producto resultante es capaz de satisfacer los
requerimientos para su aplicacin especificada o uso previsto.
5.3. Lecciones Aprendidas

Experiencia positiva o negativa obtenida durante la realizacin de alguna actividad en el
proceso de desarrollo y/o mantenimiento de soluciones informticas.
Versin 1.0
5.4. Lder Par

Es el rol desempeado por un lder de desarrollo de producto que puede realizar las
revisiones respectivas para otro producto de desarrollo para el que no es el lder.
Indicador de Calidad, criterio cuya medicin determina el nivel de calidad con la que se
entregar una solucin informtica.
5.5. No Conformidad y/o hallazgo

Es una desviacin en los resultados esperados sobre la solucin informtica. Pueden ser
clasificadas en:
Bloqueantes : es el tipo de no conformidad que detiene la operacin de un
programa /componente o hace que este arroje resultados que impiden la
continuidad de la operacin del Cliente.
Funcionales: Es el tipo de no conformidad que se presenta cuando al ejecutar un
opcin particular del sistema Creada para dar solucin a un requerimientos
funcional, no se evidencia que el requerimiento se solucione.
Presentacin: son no conformidades relacionadas con la presentacin de los
resultados en la ejecucin de una opcin del Sistema; estos deben ajustarse a los
estndares definidos y con las reglas gramaticales y ortogrficas del idioma en es
presentadas la solucin.
5.6. Proceso de Pruebas

Es el mecanismo mediante el cual se detectan las no conformidades en una solucin
informtica. El mecanismo usado debe garantizar con un nivel alto de aceptacin en los
diferentes usuarios que intervienen en el proceso. El proceso de pruebas es transversal en
el ciclo de vida de desarrollo del Software.
Requerimiento de Prueba, identifica una condicin o aspecto particular que requiere ser
verificados o probado sobre una unidad o conjuntos de unidades de Software
desarrolladas o modificadas.
5.7. Pruebas funcionales

Son evaluaciones que se hacen sobre la ejecucin de una funcionalidad que esta siendo
ajustada en la solucin informtica.
Versin 1.0
5.8. Pruebas No funcionales

Corresponde a las evaluaciones que se hacen sobre los elementos que intervienen en el
resultado de la ejecucin de una funcionalidad de la solucin informtica. Ej. Rendimiento,
Carga, Estress y Seguridad.
5.9. Matriz de Requerimientos de pruebas (MRP)

Es un modelo jerrquico de requerimientos de prueba.
5.10. Iteracin de Pruebas

Corresponde a una ejecucin de total o parcialmente de una MRP.
5.11. Script de Pruebas

Unidad de software que permiten la ejecucin automtica de una funcionalidad especifica
que genera un resultado particular.
5.12. Lista de Chequeo de Unidad

Documento que relaciona criterios a ser verificados y validados como registros de calidad;
las listas de chequeo se gestionan de manera transversal en los diferentes procedimientos
internos del rea de desarrollo de software.
Versin 1.0
6. POLITICAS Y CONDICIONES GENERALES

Los procedimiento internos definidos al interior del rea de desarrollo de Software de
OMEGASOFT, Son basados en pautas entregadas por las siguientes polticas de Calidad:
ISO 9001: 2000 Sistema de gestin de la Calidad Requisitos,
Capability Maturity Model for Software(SW-CMM). Practicas del Nivel 2 Nivel 3.
Adicionalmente se anotan las siguientes Sugerencias:
Anotacin 1: las actividades de aseguramiento planteadas en este documento, se
sugiere sean realizadas por el lder par y luego por un profesional que tenga el rol
de aseguramiento de calidad en el rea de desarrollo de OMEGASOFT.
Anotacin 2: las actividades de aseguramiento planteadas en este documento, las
realizar un lder par cada mes (cuando aplica), pero el lder de desarrollo del
proyecto podr aplicarse as mismo este proceso de calidad y mantener informes
y registros para presentacin ante el lder par o al profesional lder de calidad,
para que posteriormente se presenten las auditoras de calidad respectivamente
con el mnimo nmero posible de no conformidades.
Anotacin 3: Las actividades de aseguramientos planteadas en este documento,
sern aplicadas sobre muestreos de cada tipo de tem involucrado en el proceso.
7. PROCEDIMIENTOS
7.1. ACTIVIDADES DE ASEGURAMIENTO DE CALIDAD
7.1.1. Gestin de Proyectos
ETAPA ACTIVIDAD RESPONSABLE REGISTRO
1. Cumple con el estndar de
documentacin requerido y registrado en
el documento respectivo de la definicin
del proceso
Formato lista de
2. Se cumple con las actividades
Chequeo
Verificar el Proceso de Gestin especificadas en el documento del
Rol QA, lder desarrollo Aseguramiento de
de Proyectos. proyecto.
Calidad
3. Identificar y registrar el resultado o
hallazgo de la aplicacin de esta
actividad( fecha, hora, ejecutor, de la
verificacin, hallazgo)
4. Existe el registro de problemas
Versin 1.0
recurrentes, experiencias exitosas, tips u

otros que se consideren relativo a la
etapa del proyecto en la base de lecciones
aprendidas del grupo de desarrollo del
producto(mnimo tres registros)
1. Se encuentra anexo el cronograma del
proyecto respectivo.
2. Se evidencia la existencia de registros
asociados con la gestin del proyecto de
acuerdo al plan y cronograma definidos
para el proyecto.
3. Se evidencia el cumplimiento de la
definicin de roles y plan de comunicacin
del proyecto. Formato lista de
4. Se identifican casos de riesgos y se Chequeo
Validar el proceso de Gestin evidencian registros de las acciones definidas
de Proyectos. enel plan de riesgos del proyecto.
Calidad
5. Identificar y registrar el resultado o hallazgo
de la aplicacin de esta actividad( Fecha,
Hora, Ejecutor del validacin y hallazgo)
6. Existe el registro de problemas recurrentes,
experiencias exitosas, tips u otros que se
considere relativo a las etapas del proyecto
en la base de conocimiento del grupo de
desarrollo del producto. (mnimo tres
registros)
7.1.2. Gestin de Requerimientos

Versin 1.0
1. Cumple con el estndar de documentacin

requerido y registrado en el documento
respectivo de la definicin del proceso.
2. Se tienen los informes de resultados de
aplicacin de las tcnicas de revisin de
requerimientos estipulados como
estndares.
3. Verificar que existen los resultados de los Formato lista de
Verificar Gestin de indicadores de medicin de satisfaccin del Chequeo
Solicitudes y usuario final definidos para esta etapa. Rol QA, lder desarrollo Aseguramiento de
Requerimientos 4. Identificar y registrar el resultado o hallazgo Calidad
dela aplicacin de esta actividad (Fecha,
hora,ejecutor de la verificacin, hallazgo).
5. Existe el registro de problemas recurrentes,
experiencias exitosas, tips u otros que se
considere relativo a las etapas del proyecto en
la base de lecciones aprendidas del grupo de
desarrollo del producto. (mnimo tres
registros)
1. Confrontar en el documento
correspondiente(Casos de uso) la
representacin delrequerimiento funcional
2. Validar el cumplimiento del caso de uso o
requerimietno con la realizacin de la
prueba respectiva.
3. Aplicacin del estndar de usabilidad del Formato lista de
usuario ( prototipos), cuando el estndar Chequeo
Validar la gestin de
exige aplicacin. Rol QA, lder desarrollo Aseguramiento de
Solicitudes y Requerimientos
4. Validar reuniones definitivas de Calidad
aceptacin con usuarios finales
5. Validar la ejecucin y cumplimiento de
resultados de los indicadores de gestin
definidos
hallazgo de la aplicacin de esta actividad
(fecha , hora, ejecutor de la validacin y
hallazgo).
Versin 1.0

recurrentes,experiencias exitosas, tips u
otros que seconsidere relativo a las etapas
del proyecto en la base de conocimiento del
grupo de desarrollo delproducto. (mnimo
tres registros)
7.1.3. Anlisis
1. Verificar el cumplimiento de las
actividades de la metodologa
definidas para la etapa de anlisis.
2. Verificar el cumplimiento de los
estndares de herramientas
definidos para esta etapa.
3. Identificar y registrar el resultado o Formato lista de
hallazgo de la aplicacin de esta Chequeo
Verificar Analisis actividad (Fecha, hora, ejecutor de la Rol QA, lder desarrollo Aseguramiento de
validacin y hallazgo) Calidad
recurrentes, experiencias exitosas,
tips u otros que se considere relativo
a las etapas del proyecto en la base
de lecciones aprendidas del grupo de
desarrollo del producto. (mnimo
tres registros)
1. Hay evidencia del cumplimiento de Formato lista de
los resultados obtenidos en la Chequeo
Validar anlisis ejecucin de los indicadores de Rol QA, lder desarrollo Aseguramiento de
Gestin definidos. Calidad
Versin 1.0
7.1.4. Diseo y Construccin

1. Revisin de los registros definidos
alcumplimiento de las actividades
definidas para la etapa de diseo y
construccin.
Formato lista de
actividad (Fecha, hora, ejecutor de la
Chequeo
Verificar Diseo y validacin y hallazgo)
Construccin 3. Encuentre a lo sumo tres registros
Calidad
correspondientes a problemas
a las etapas (anlisis, diseo y
construccin) del proyecto en la base
desarrollo del producto
1. Encuentre en el documento tcnico
de Diseo y Construccin la totalidad
de las necesidades y expectativas
acordadas con el cliente.
(Requerimientos)
2. Revisin de los registros definidos al
cumplimiento de las actividades
definidas para la etapa de diseo y Formato lista de
construccin. Chequeo
Validar Diseo y
3. Identificar y registrar el resultado o Rol QA, lder desarrollo Aseguramiento de
Construccin
hallazgo de la aplicacin de esta Calidad
validacin, hallazgo)
4. Encuentre a lo sumo tres registros
correspondientes a problemas
a las etapas (anlisis, diseo y
construccin) del proyecto en la base
Versin 1.0

desarrollo del producto.
7.1.5. Pruebas
1. Se visualizan en el Plan de pruebas
losdiferentes tipos de pruebas
acorde con losrequerimientos
funcionales y no funcionales en el Formato lista de
proyecto especfico. Chequeo
Verificar el Plan de pruebas 2. Se evidencian registros de la Rol QA, lder desarrollo Aseguramiento de
aplicacin de los planes de prueba. Calidad
validacin y hallazgo).
1. Se tiene el registro de la ejecucin y
de los hallazgos obtenidos con la
Formato lista de
aplicacin de los indicadores de
Chequeo
gestin definidos para la etapa.
Validar Pruebas Rol QA, lder desarrollo Aseguramiento de
Calidad
7.1.6. Capacitacin e Implantacin

1. Se evidencian los documentos
definidos como entregables en esta
etapa. Formato lista de
Verificar entregables 2. Existe evidencia de la coordinacin Chequeo
del producto terminado de lascapacitaciones con el rea de Rol QA, lder desarrollo Aseguramiento de
(documentacin). capacitacin de la divisin de Calidad
recursos humanos de la Universidad.
Versin 1.0

4. Encuentre a lo sumo tres
registroscorrespondientes a
problemas recurrentes, experiencias
exitosas, tips u otros que
seconsidere, relativo a la etapa de
pruebas del proyecto en la base de
lecciones aprendidas del grupo de
desarrollo del producto.
1. Se tiene el registro de la ejecucin y
de loshallazgos obtenidos con la
aplicacin de los indicadores de
gestin definidos para la etapa.
Formato lista de
2. Evidenciar en los registros
Chequeo
Validacin Capacitacin e encontrados el cumplimiento del
Implantacin estndar y consistencia de los
Calidad
documentos definidos como
entregables en esta etapa.
3. Evidenciar los registros de asistencia
a las capacitaciones de los diferentes
usuarios finales involucrados.
7.1.7. Todos los procedimientos

1. Evidenciar registros de la realizacin Formato lista de
Verificar y validar las acciones
de lasauditoras de acuerdo a los Chequeo
correctivas y preventivas
planes ycronogramas propuestos por Rol QA, lder desarrollo Aseguramiento de
tomadas a partir de los
producto y de lasrecomendaciones Calidad
hallazgos. respectivas.
Versin 1.0
7.2. METODOLOGIA DEL PROCESO DE PRUEBAS

El rea de Desarrollo de la Oficina de OMEGASOFT establece las siguientes etapas y
actividades para el proceso de pruebas:
7.2.1. Etapa de Anlisis y Planeacin de las Pruebas
El objetivo de sta es reconocer funcional y tcnicamente el alcance de una solucin (ajuste o
nueva).
El reconocimiento funcional se realiza sobre la matriz de descomposicin funcional del
producto (MDF) especificando el proceso, subproceso y/o funcionalidad que se afecta con la
solucin que se plantea.
Las actividades incluidas en el documento Plan de Pruebas, sern basadas en el
reconocimiento inicial de los tipos de pruebas que se deban realizar, tiempos estimados y
responsables de ellas, para nuevas soluciones informticas. Para ajustes a base instalada el
plan de pruebas estar contenido en el cronograma del proyecto, en cada una de las etapas
del ciclo del software.
7.2.2. Etapa de Diseo de Pruebas
Identificacin de los requerimientos de pruebas a ejecutar que apliquen para la revisin y
validacin del requerimiento funcional identificado. El conjunto de estos requerimientos de
pruebas identificados constituye la Matriz de Requerimientos de Pruebas (MRP) de la solucin
planteada. Debern armarse tantas MRP's como funcionalidades impactadas del producto.
Para la construccin de una MRP, seguir los lineamientos definidos en el documento
MO_ConstruccinMRP.
Una MRP, debe cumplir con las siguientes caractersticas:
Eficiente ,que permita identificar de manera suficiente las no conformidades de la soluscion,
durante la ejecucin de los requerimientos de pruebas que la conforman.
Confiable, que cubra completamente el alcance de la solucin que se plantea para la(s)
funcionalidad(es).
Para la construccin de Pruebas No Funcionales OMEGASOFT rea de desarrollo se veldra de
herramientas de Software libre como Jmeter, de acuerdo al tipo de prueba NO funcional a
realizar y al criterio del grupo arquitectnico del proyecto.
7.2.3. Etapa de ejecucin de pruebas
Corresponde a un ciclo de iteraciones de pruebas para validar la solucin. Durante
lasactividades relacionadas en esta etapa, se reportan no conformidades y/o hallazgos.
Versin 1.0
7.2.4. Etapa de Control, Seguimiento y Retro alimentacin

Consiste en la verificacin de las acciones correctivas y/o preventivas generadas como
respuestas a las no conformidades reportadas en la etapa anterior.
7.3. ACTIVIDADES POR ETAPAS EN EL PROCESO DE PRUEBAS

ETAPA N ACTIVIDAD PARTICIPANTES RESPONSABLES REGISTRO
1 Determine la(s) funcionalidad(es) que debe(n) Lder de Lder de Desarrollo Lista de Chequeo
ser afectada(s) con la solucin del Desarrollo y/o de
requerimiento funcional Ingeniero de SQA actualizada
desarrollo en su
camporespectivo.
2 Revisar la ficha de informacin del producto, la Lder de Lder de Desarrollo Lista de Chequeo
base de lecciones aprendidas, el proceso Desarrollo y/o de
llevado a cabo del desarrollo de la solucin. Ingeniero de SQA actualizada
desarrollo en su
camporespectivo
3 Identifique, conozca y afecte la matriz de Lder de Lder de Desarrollo MDF afectada.

Anlisis y
descomposicinfuncional (MDF), en el proceso, Desarrollo y/o Lista de Chequeo
planeacin
subproceso y/o funcionalidades que Ingeniero de de
corresponda de acuerdo ala solucin desarrollo SQA actualizada
planteada. en su
camporespectivo
4 Diligencie formato Plan de pruebas si es una Lder de Lder de Desarrollo Formato Plan De
nueva solucin informtica. O ajuste el Desarrollo y/o Pruebas
cronograma del proyecto en caso de ser un Ingeniero de diligenciado o
ajuste Base Instalada. (Tipos de Pruebas, desarrollo Cronograma
Tcnicas, Tiempos (de acuerdo a la base de Proyecto afectado.
estimacin definida) y responsables)
1 Para cada uno de los procesos impactados en la Lder de Lder de Desarrollo Lista de Chequeo
MDF Identifique los requerimientos de prueba, Desarrollo y/o de
si Ingeniero de SQA actualizada
estos ya existen ajustarlos si es del caso para desarrollo en su
Diseo
reutilizarlos, de lo contrario crearlos utilizando camporespectivo
las
tcnicas apropiadas para esto. (Ver anexo
Tcnicas de pruebas en este documento)
2 Ajuste para reutilizar las Matrices de Lder de Lder de Desarrollo MRP

Diseo Requerimientos de prueba (MRP's) y la lista de Desarrollo y/o Lista de Chequeo
chequeo de prueba, por funcionalidad Ingeniero de de
Versin 1.0
impactada; desarrollo SQA actualizada

en caso de no existir, crearlos utilizando las en su
Tcnicas apropiadas para esto. (Ver numeral camporespectivo
5.5
Tcnicas de Pruebas en este documento y
Formato MRPF_
Matriz_Requerimientos_Pruebas_Funcionales)
3 Ajuste los script's para la ejecucin de Administrador Administrador Lista de

laspruebas no funcionales para reusarlos, si no De Configuracin, De Configuracin Chequeo de
existen crearlos. Lder de Desarrollo, SQA con campo
scripts
automticos
chequeado.
4 Usando los mecanismos (script's automticos o Lder de Desarrollo Lder de Lista deChequeo
digitacin) definidos prepare los datos de y/o Ingeniero de Desarrollo de
pruebas. desarrollo, SQA con campo
administrador scripts
de Configuracin automticos
chequeado.
Diseo
5 Defina y solicite al DBA de la Oficina el Lder de Lder de Lista de Chequeo
ambiente Desarrollo, DBA, Desarrollo, Pruebas con
controlado para la ejecucin de las pruebas Ingeniero de DBA Campo Ambiente
tanto Desarrollo, de Pruebas
funcionales como no funcionales si son del Arquitecto de chequeado.
caso. soluciones
6 Socializar y validar con el usuario funcional la o Lder de Desarrollo Lder de Lista de

lasMRP'sasociadas a las funcionalidades y/o Ingeniero de Desarrollo. Chequeo Pruebas
impactadas por los requerimientos funcionales. Desarrollo. con campo MRP's
Asociadas
socializadas
chequeado.
1 En el ambiente controlado de pruebas ejecute Lder de Administrador Ambiente de

los Desarrollo, de Pruebas con
scripts de migracin de datos diseados Administrador Configuracin Datos bsicos
preparando el ambiente de datos de acuerdo a de migrados para
Ejecucin los requerimientos funcionales a probar y Configuracin las pruebas.
MRP's Lista de
identificadas en el plan de pruebas. Chequeo de
SQA
actualizada en
Versin 1.0
su campo
respectivo
2 Administrador Lder de Ambiente de

Ejecute los requerimientos de prueba de Desarrollo Pruebas
identificados (MRP's). Valide la lista de Configuracin, actualizado.
chequeo Lder de Lista de
de unidad. Desarrollo y/o Chequeo de
Valide el procedimiento de construccin y Ingeniero de SQA
ejecucin de las pruebas No Funcionales, desarrollo actualizada en
creado su campo
para el producto particular respectivo
3 Registre los hallazgos de la ejecucin de las Lder de Lder de Herramienta

pruebas y clasifique las no conformidades. Desarrollo y/o Desarrollo para el registro
Utilice Ingeniero de de No
el formato de No Conformidades o en la desarrollo Conformidades
herramienta indicada para esto. Ver anexo actualizada.
NC_NO_Conformidades.
4 Ajustar la funcionalidad de acuerdo a las no Lder de Lder de Lista de

conformidades reportadas por el proceso de Desarrollo y/o Desarrollo Chequeo de
pruebas. Ingeniero de SQA
desarrollo actualizada en
su campo
respectivo
5 Realice el anlisis de los resultados de las Lder de Desarrollo Lder de Lista de Chequeo
pruebas efectuadas. y/o Ingeniero de Desarrollo de
desarrollo SQA actualizada
en
su campo
respectivo.
1 Convocar si es del caso, a reunin informativa Lder de Lder de Lista de Chequeo

para el anlisis del resultado de las pruebas e Desarrollo, Desarrollo de
identificacin de aspectos claves a mejorar. Arquitecto de SQA actualizada
soluciones, en
Coordinador de su campo
Ejecucin desarrollo, respectivo.
Coordinador de Identificacin
infraestructura Aspectos claves de
Mejoramiento.
2 Retroalimentar en los informes de avance del Lder de Lder de Lista de Chequeo

proyecto, los resultados parciales de los ciclos Desarrollo , Desarrollo de
Versin 1.0
de Ingeniero de SQA actualizada

pruebas efectuados. desarrollo, en
Administrador su campo
de respectivo.
Configuracin.
3 Verificar acciones preventivas y correctivas Lder y/o Lder de Lista de Chequeo

generadas de acuerdo a No conformidades ingeniero de Desarrollo de
registradas en la herramienta para esto. Desarrollo, SQA actualizada
en
su campo
respectivo
Versin 1.0
7.4. TIPOS DE PRUEBAS

7.4.1. Pruebas de Unidad (Por el desarrollador)
Las pruebas de unidad estn orientadas principalmente a validar el cumplimiento de los
estndares de presentacin y dems caractersticas visuales de la aplicacin como la salida
de los reportes y la apariencia de las interfaces de entrada y salida de datos.
Para ejecutar estas pruebas, los Ingenieros se basan en listas de chequeo de unidad
diseadas especialmente para cada tipo de aplicacin en la etapa de construccin del
software.
7.4.2. Pruebas de Integracin (Con otros sistemas)
El objetivo fundamental de esta prueba es comprobar que las interfaces entre losdistintos
mdulos y/o productos son correctas.
Estrategias de pruebas de Integracin:
De arriba a abajo (top-down): Consiste en empezar la integracin y la prueba por los
mdulos que estn en los niveles superiores de abstraccin, e integrar incrementalmente
los niveles inferiores.
De abajo a arriba (bottom-up): Consiste en empezar la integracin y la prueba por los
mdulos que estn en los niveles inferiores de abstraccin, e integrar incrementalmente
los niveles superiores.
De big-bang: Consiste en integrar y probar todo al mismo tiempo.
7.4.3. Pruebas Funcionales del software

Son evaluaciones que se hacen sobre la ejecucin de una funcionalidad que esta siendo
ajustada en la solucin informtica. La funcionalidad del software mapea las reglas del negocio
de forma segura y acertada.
Prueba de Regresin
Las pruebas de regresin son una actividad selectiva que busca asegurar que cuando una no
conformidad encontrada en el sistema ha sido corregida ninguna de las funcionalidades
liberadas previamente falla como resultado de las correcciones que las caractersticas
nuevamente agregadas no han creado conflicto con las versiones anteriores del software.
Versin 1.0
Es una medida del control de calidad para asegurarse de que el cdigo nuevo modificado
todava es conforme con los requisitos especificados y que el cdigo sinmodificar no ha sido
afectado por la actividad del mantenimiento.
7.4.4. Pruebas No Funcionales

Corresponde a las evaluaciones que se hacen sobre elementos que intervienen en el resultado
de la ejecucin de una funcionalidad de la solucin informtica. Ej. Rendimiento, Carga, Estress
y Seguridad.
7.4.5. Pruebas de Sistemas

Las Pruebas del sistema tienen su foco principal en las no conformidades que se presentan en
el Nivel ms alto de la integracin.
La pruebas del sistema incluye tpicamente de funcionalidad, de usabilidad, de seguridad, de
internacionalizacin y de localizacin, de confiabilidad y de disponibilidad, de capacidad, de
funcionamiento, de recuperacin, de portabilidad y otros, y es deber del responsable de las
MRP's definidas plantear requerimientos de pruebas orientados a hacer las validaciones
mnimas de rendimiento, concurrencia y recuperacin que apliquen a cada caso.
7.4.6. Pruebas de Procesos

El objetivo de las pruebas de procesos, es validar que los procesos soportados por la aplicacin
se cumplen completamente, es decir, que los procesos fluyen desde su inicio hasta el final.
Para las pruebas de procesos se reutiliza gran parte del diseo de las funcionales, sin embargo
es necesario identificar los casos tipo de prueba y la ejecucin se debe iniciar una vez se han
concluido las pruebas funcionales, si esto no se cumple, se podran identificar no
conformidades durante las pruebas de procesos que debieron ser identificadas durante las
pruebas funcionales o las de integracin, lo cual resulta ms costoso para el proyecto.
7.4.7. Pruebas de aceptacin

Este tipo de pruebas son las que se hacen con los clientes finales quienes definen la aceptacin
del sistema. Son lo ms exhaustivas posible (equivalentes al nivel de pruebas del sistema). A
ste nivel de interaccin con clientes, deben definirse las condiciones de las pruebas y ante
todo buscar la reutilizacin de los instrumentos construidos para las pruebas funcionales. Se
plantearn preguntas tpicas que deben ser resueltas antes del inicio de las pruebas.
Versin 1.0
7.5. TCNICAS DE PRUEBAS FUNCIONALES

Las tcnicas de pruebas funcionales que el rea de Desarrollo de OMEGASOFT utiliza son
aquellas en las cuales el equipo del rea de Desarrollo fue capacitado, y se deja al criterio del
Lder de Desarrollo la utilizacin de una u otra de acuerdo al anlisis que ste haya realizado y
lo que desea probar.
Algunas de las tcnicas son:
Tcnicas de Caja blanca o estructurales
Tcnicas de Caja negra o funcionales: Particin Equivalente (Tcnica basada en la
Especificacin), Anlisis del valor Lmite (Tcnica basada en la Especificacin), Tablas de
decisin (Tcnica basada en la Especificacin), Arreglo Ortogonal.
La documentacin sobre estas tcnicas se encuentra almacenada en el software controlador
de versiones en la carpeta (pruebas funcionales).
7.6. TABLA DE INDICADORES

Nro Nombre Objetivos Formula de calculo Resultado esperado Observaciones
1 Desviacin en Identificar la A: Fecha real Mximo: 20% Desviacin con valor
la planeacin desviacin en das en B: Fecha presupuestada negativo: Significa
la planeacin de una C: Duracin total del plan (en que se termin antes
actividad das) de lo planeado
Desviacin en tiempo de
Planeacin = (A-B)/C
2 Desviacin de Identificar si se A:Esfuerzo real (en das) Mnimo: -20% Desviacin con valor
esfuerzo en la realiz un esfuerzo B:Esfuerzo presupuestado (en Mximo: 20% negativo: Significa
planeacin mayor o menor al das) subestimacin
planeado en una Desviacin por actividad = 1
actividad (A/B)
Desviacin Acumulado = Desviacin con valor

((SumatoriaB - positivo: Significa
SumatoriaA)/(SumatoriaB))*1 sobrestimacin
Versin 1.0
00
3 Reproceso en Identificar la A:Nmero de requerimientos Mximo: 30%

los eficiencia del proceso en la gestin
requerimientos de la gestin del B:Nmero de requerimientos
requerimientos no aprobados
Reproceso = (100*B)/A
4 Correctitud Identificar qu A: Nmero de actividades con Mnimo: 80% Las actividades
porcentaje de las no conformidades pueden ser de
actividades B: Total de actividades cualquier tipo y en
evaluadas se evaluadas. Mximo:100% cualquier proceso o
comportan Correctitud = (1 - (A/B))*100 fase.
correctamente con Ej:
respecto al resultado Requerimientos,
esperado pruebas, diseo, etc.
8. FORMATO
Lista de Chequeo SQA
Formato NC
Versin 1.0
9. ANEXOS
Versin 1.0
A.1. Formulario de Estado Inicial Prcticas Especficas REQM
Si No N/A Comentario
1. Se han identificado quines son los proveedores de

requisitos autorizados (canales apropiados o fuentes
oficiales de quien poder recibir requisitos, por ejemplo,
cliente externo, interno, usuarios finales, etc.)?
2. Se han establecido criterios objetivos para la
evaluacin y aceptacin de los requisitos (ej.: clara y
adecuadamente definido, completo, consistente con
otros requisitos, identificado unvocamente,
implementable adecuadamente, testearle, trazable)?
3. Se analizan los requisitos para garantizar que se
cumplen los criterios de aceptacin establecidos?
4. Se llega a un conjunto de requisitos acordados por

ambas partes de forma que los participantes del
proyecto puedan comprometerse con dichos requisitos?
5. Existe un registro donde se recojan los requisitos del
cliente (documento, BD o herramienta especfica de
gestin de requisitos)?
6. Se evala el impacto de los requisitos (y de los
cambios a requisitos) sobre los compromisos ya
existentes?
7. Queda documentado el compromiso del personal
encargado de implementar los requisitos para con los
mismos (ej.: firma del plan de proyecto, actas de la
reunin de lanzamiento o de las reuniones internas de
requisitos, atributo en la BD de requisitos para reflejar el
estado de revisin/compromiso)?
8. Se ha establecido claramente quin es el responsable
de aprobar/rechazar una peticin de cambio a un
requisito?; se han definido criterios de escalado para
tomar esta decisin?
9. Se controla el estado de los requisitos?; existen
atributos que indiquen el estado actual de cada
requisito?
10. Se revisan el plan de proyecto y los WorkProducts
relacionados con los requisitos para asegurar que
existe consistencia con los requisitos y los cambios
realizados en ellos?
11. Existen Procesos, Procedimientos, Plantillas,
Herramientas para Gestin de Requisitos? La utilizan
los proyectos?
12. Se tiene una trazabilidad (ej.: matriz de trazabilidad)
desde los requisitos fuente hacia sus derivadas y a la
inversa?
Versin 1.0
13. Se identifican incoherencias entre los requisitos, los

planes de proyecto y los WorkProducts, se documentan
y se toman medidas correctivas?
Versin 1.0
A2. Formulario para Estado Inicial Prcticas Especficas PP
1. Se dispone de plantillas de Estructura de Desglose de

Trabajo (WBS) estndar (por tipologa de proyectos) en
la unidad organizativa?
2. Se desarrolla un WBS de la arquitectura del producto
teniendo en cuenta que se puedan identificar los riegos
y sus tareas de mitigacin, tareas de prestaciones de
apoyo, tareas de adquisicin de nuevos conocimientos,
tareas para la integracin, tareas para control de
calidad o verificacin de planes?
3. Se identifican los paquetes de trabajo con suficiente
detalle como para precisar estimaciones de tareas de
proyecto, responsabilidades y calendario?
4. Se identifican los productos que se adquirirn
externamente?
5. Se estima las horas de trabajo y el coste del proyecto
(teniendo en cuenta los atributos de los WorkProducts,
necesidades de infraestructura, etc.?
6. Se identifican los principales hitos del proyecto?
7. Se identifican los principales hitos del proyecto?
8. Se identifican las dependencias de las tareas

(predecesor-sucesor) y se intentan reducir al mnimo el
tiempo global de la tarea con mtodos como el camino
critico CPM?
9. Se establece y mantiene el presupuesto y calendario
general del proyecto?
10. Se identifica y documenta una lista de riesgos para el
proyecto (ej.: falta de recursos, falta de conocimiento,
etc.)? Se determinan la probabilidad de ocurrencia,
impacto y gravedad de cada riesgo?
11. Se obtiene un acuerdo en forma de documento con las
partes interesadas sobre la correccin de los riegos
documentados?
Versin 1.0
A.3. Formulario para el Estado Inicial Prcticas Especficas MA
1. La direccin establece peridicamente cules son los

objetivos estratgicos de la organizacin? (por ejemplo:
aumentar rentabilidad, aumentar satisfaccin del
cliente, aumentar calidad del producto, etc.)
2. Se priorizan las necesidades de informacin u
objetivos segn su importancia y siempre ajustndolo a
los limites posibles?
3. Se definen y documentan objetivos operativos de
medicin para la unidad de desarrollo alineados a los
objetivo estratgico-aumentar satisfaccin del cliente,
objetivo operativo para la unidad de desarrollo-reducir
errores en produccin)
4. Se dispone una trazabilidad entre las necesidades de
informacin y los objetivos?
5. Se revisan peridicamente los indicadores y se
actualizan en caso necesario?
6. Existe una definicin operativa clara y sin

ambigedades para cada indicador (ej.: descripcin del
indicador, frmula, unidades de medicin, etc.)?
indicador, frmula, unidades de medicin, etc.)
8. Se identifican medidas ya existentes que se ocupen ya
de los objetivos en el proyecto o en otros de la
organizacin?
9. Se identifican las fuentes existentes de datos que se
generan en la labor actual?
10. Los procedimientos de recogida y almacenamiento de
los indicadores son estndar para todos los proyectos?
Versin 1.0
A.3. Formulario para el Estado Inicial Prcticas Especficas MA
11. La direccin establece peridicamente cules son los

1.
aumentar rentabilidad, aumentar satisfaccin del
cliente, aumentar calidad del producto, etc.)
12. Se priorizan las necesidades de informacin u
2.
objetivos segn su importancia y siempre ajustndolo a
los limites posibles?
13. Se definen y documentan objetivos operativos de
3.
medicin para la unidad de desarrollo alineados a los
objetivo estratgico-aumentar satisfaccin del cliente,
objetivo operativo para la unidad de desarrollo-reducir
errores en produccin)
14. Se dispone una trazabilidad entre las necesidades de
4.
informacin y los objetivos?
15. Se revisan peridicamente los indicadores y se
5.
actualizan en caso necesario?

6.
indicador, frmula, unidades de medicin, etc.)?
7.
indicador, frmula, unidades de medicin, etc.)
18. Se identifican medidas ya existentes que se ocupen ya
8.
de los objetivos en el proyecto o en otros de la
organizacin?
19. Se identifican las fuentes existentes de datos que se
9.
generan en la labor actual?
20. Los procedimientos de recogida y almacenamiento de
10.
los indicadores son estndar para todos los proyectos?

Doc4 Plandeaseguramientodelacalidadppqa 131210125314 Phpapp01

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Doc4 Plandeaseguramientodelacalidadppqa 131210125314 Phpapp01

Uploaded by

Copyright:

Available Formats

PLAN DE ASEGURAMIENTO DE LA CALIDAD

IDENTIFICACIN DEL DOCUMENTO

Ttulo PLAN DE ASEGURAMIENTO DE LA CALIDAD

Nombre del Archivo PPQA.doc

Fecha creacin 23 de noviembre del 2013

Elaborado por Director de Proyecto

Oficina de gestin de Fanny Rivera Vera (Director (a) de Proyecto )

Fanny Rivera Vera (Proyect Manager )

REVISIN DEL DOCUMENTO

Revisado por Equipo de desarrollo

En fecha 24 de noviembre del 2013

APROBACIN DEL DOCUMENTO

Aprobado por Equipo de desarrollo

En fecha 25 de noviembre del 2013

Versin Causa del Cambio Responsable Fecha

FranskRoman Cambara (Jefe de 25 de

7.3. ACTIVIDADES POR ETAPAS EN EL PROCESO DE PRUEBAS...........................................17

Definir actividades y tiempos de aplicacin de ellas, para ejecutar el procedimiento,

Crear soluciones tecnolgicas rentables e innovadoras que contribuyan al crecimiento de

5.3. Lecciones Aprendidas

5.4. Lder Par

5.5. No Conformidad y/o hallazgo

5.6. Proceso de Pruebas

5.7. Pruebas funcionales

5.8. Pruebas No funcionales

5.9. Matriz de Requerimientos de pruebas (MRP)

5.10. Iteracin de Pruebas

5.11. Script de Pruebas

5.12. Lista de Chequeo de Unidad

6. POLITICAS Y CONDICIONES GENERALES

recurrentes, experiencias exitosas, tips u

7.1.2. Gestin de Requerimientos

1. Cumple con el estndar de documentacin

7. Existe el registro de problemas

7.1.4. Diseo y Construccin

de lecciones aprendidas del grupo de

7.1.6. Capacitacin e Implantacin

actividad (Fecha, hora, ejecutor de la

7.1.7. Todos los procedimientos

7.2. METODOLOGIA DEL PROCESO DE PRUEBAS

7.2.4. Etapa de Control, Seguimiento y Retro alimentacin

7.3. ACTIVIDADES POR ETAPAS EN EL PROCESO DE PRUEBAS

3 Identifique, conozca y afecte la matriz de Lder de Lder de Desarrollo MDF afectada.

2 Ajuste para reutilizar las Matrices de Lder de Lder de Desarrollo MRP

impactada; desarrollo SQA actualizada

3 Ajuste los script's para la ejecucin de Administrador Administrador Lista de

6 Socializar y validar con el usuario funcional la o Lder de Desarrollo Lder de Lista de

1 En el ambiente controlado de pruebas ejecute Lder de Administrador Ambiente de

2 Administrador Lder de Ambiente de

3 Registre los hallazgos de la ejecucin de las Lder de Lder de Herramienta

4 Ajustar la funcionalidad de acuerdo a las no Lder de Lder de Lista de

1 Convocar si es del caso, a reunin informativa Lder de Lder de Lista de Chequeo

2 Retroalimentar en los informes de avance del Lder de Lder de Lista de Chequeo

de Ingeniero de SQA actualizada

3 Verificar acciones preventivas y correctivas Lder y/o Lder de Lista de Chequeo

7.4. TIPOS DE PRUEBAS

7.4.3. Pruebas Funcionales del software

7.4.4. Pruebas No Funcionales

7.4.5. Pruebas de Sistemas

7.4.6. Pruebas de Procesos

7.4.7. Pruebas de aceptacin

7.5. TCNICAS DE PRUEBAS FUNCIONALES

7.6. TABLA DE INDICADORES

Desviacin Acumulado = Desviacin con valor