HOJA DE CONTROL

IDENTIFICACIN DEL DOCUMENTO

Cdigo PPQA
Ttulo PLAN DE ASEGURAMIENTO DE LA CALIDAD
Nombre del Archivo Proyecto final.doc
N de Versin 1.0
Fecha creacin 10- 08- 2017
Elaborado por Reina Bravo Jessenia,
Mera Soria Mireya,
Loor Camposano Anglica

LISTA DE DISTRIBUCIN
Oficina de gestin de proyecto Mera Mireya (director (a) de Proyecto)
(PMO) Reina Jessenia (Jefe de Proyecto)
Equipo de desarrollo Mera Mireya (director (a) de Proyecto)
Reina Jessenia, Loor Anglica (Jefe de Proyecto)

REVISIN DEL DOCUMENTO

Revisado por Tutor del proyecto
En fecha 08 de septiembre del 2017

APROBACIN DEL DOCUMENTO

Aprobado por Equipo de desarrollo
En fecha 11 de septiembre del 2017

CONTROL DE VERSIONES
Versin Causa del Cambio Responsable Fecha
01 Versin Inicial Reina Jessenia (Jefe 08 de septiembre del 2017
de Proyecto)
Contenido
1. OBJETIVO ....................................................................................................... 4
1.1 ALCANCE .................................................................................................. 4
1.2 VISIN ....................................................................................................... 4
1.3 MISIN ...................................................................................................... 4
2. DEFINICIONES ................................................................................................ 4
2.1 Verificacin ............................................................................................... 4
2.2 Validacin ................................................................................................. 4
2.3 Lecciones Aprendidas ............................................................................. 4
2.4 Lder Par.................................................................................................... 5
2.5 No Conformidad y/o hallazgo .................................................................. 5
2.6 Proceso de Pruebas ................................................................................. 5
2.7 Pruebas funcionales ................................................................................ 5
2.8 Pruebas No funcionales .......................................................................... 5
2.9 Matriz de Requerimientos de pruebas (MRP) ........................................ 6
2.10 Iteracin de Pruebas ............................................................................. 6
2.11 Script de Pruebas ................................................................................. 6
2.12 Lista de Chequeo de Unidad ................................................................ 6
3. POLITICAS Y CONDICIONES GENERALES ................................................. 6
4. PROCEDIMIENTOS......................................................................................... 8
4.1 ACTIVIDADES DE ASEGURAMIENTO DE CALIDAD ............................. 8
4.1.1 Gestin de Proyectos ........................................................................ 8
4.1.2 Gestin de Requerimientos .............................................................. 9
4.1.3 Anlisis ............................................................................................. 10
4.1.4 Diseo y Construccin .................................................................... 10
4.1.5 Pruebas ............................................................................................ 11
4.1.6 Capacitacin e Implantacin .......................................................... 11
4.1.7 Todos los procedimientos .............................................................. 12
4.2 METODOLOGIA DEL PROCESO DE PRUEBAS ................................... 12
4.2.1 Etapa de Anlisis y Planeacin de las Pruebas ............................ 12
4.2.2 Etapa de Diseo de Pruebas........................................................... 19
4.2.3 Etapa de ejecucin de pruebas ...................................................... 19
4.2.4 Etapa de Control, Seguimiento y Retro alimentacin .................. 19
 4.3 ACTIVIDADES POR ETAPAS EN EL PROCESO DE PRUEBAS .......... 19
4.4 TIPOS DE PRUEBAS .............................................................................. 20
4.4.1 Pruebas de Unidad (Por el desarrollador) ..................................... 20
4.4.2 Pruebas de Integracin (Con otros sistemas)............................... 20
4.4.3 Pruebas Funcionales del software ................................................. 20
4.4.4 Pruebas No Funcionales ................................................................. 20
4.4.5 Pruebas de Sistemas ....................................................................... 21
4.4.6 Pruebas de Procesos ...................................................................... 21
4.4.7 Pruebas de aceptacin .................................................................... 21
4.5 TCNICAS DE PRUEBAS FUNCIONALES ............................................ 21
5. TABLA DE INDICADORES ........................................................................... 22
6. ANEXOS ........................................................................................................ 22
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.

1.1 ALCANCE
Las actividades descritas en este documento, debern aplicarse en todos los
proyectos en los que se involucren soluciones informticas institucionales.

1.2 VISIN
Poder lograr que este sistema sea el mejor. De esta manera lograremos el
reconocimiento y la madurez necesaria para que nuestro producto Software sea de
calidad.

1.3 MISIN
Crear soluciones tecnolgicas rentables e innovadoras que contribuyan al
crecimiento de nuestros clientes y por consiguiente a toda su organizacin.

2. DEFINICIONES

2.1 Verificacin
Actividad para confirmar que el proceso aplicado para la generacin y/o
mantenimiento de una solucin informtica, mantiene los lineamientos definidos y
estandarizados para alcanzar soluciones informticas de alta calidad.

2.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.

2.3 Lecciones Aprendidas

Experiencia positiva y negativa obtenida durante la realizacin de alguna actividad
en el proceso de desarrollo y/o mantenimiento de soluciones informticas.
 2.4 Lder Par
Es el rol desempeado por el jefe de proyecto para el desarrollo del producto que
puede realizar las revisiones respectivas en la base de datos.
Indicador de Calidad, criterio cuya medicin determina el nivel de calidad con la que
se entregar una solucin del programa realizado.
2.5 No Conformidad y/o hallazgo
Es una inversin en los resultados esperados sobre la solucin del programa.
Pueden ser clasificadas en:
Bloqueantes: Detiene la operacin de un programa /componente o hace que
este arroje resultados que impiden la continuacin de la operacin del
Cliente.
Funcionales: Se presenta cuando al ejecutar una opcin particular del
sistema Creado para dar solucin a un requerimientos funcional.
Presentacin: En la presentacin de los resultados tenemos en cuenta la
ejecucin de una opcin del Sistema; estos deben ajustarse a los estndares
definidos del programa realizado
2.6 Proceso de Pruebas
Se utiliza para verificar que los requisitos funcionales se cumplieron. La limitacin
de este enfoque, Sin embargo, es que por el tiempo de prueba se produce, es
demasiado tarde para construir la calidad en el producto. 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.
2.7 Pruebas funcionales
Las evaluaciones realizadas al software han sido favorables ya que se ha
demostrado la funcionalidad de nuestro producto en cada ejecucin del mismo.
2.8 Pruebas No funcionales
Las evaluaciones que hemos realizado nos han ayudado a verificar el rendimiento
de nuestro software, tambin hemos podido ver que es rpido en respuesta y es
seguro.
 2.9 Matriz de Requerimientos de pruebas (MRP)

Requerimientos funcionales Requerimientos no funcionales

Guardar informacin. Estructura de la base de datos.
Eliminar informacin Colores de fondo y letras de los
botones
Insertar informacin. Interface del programa
Que el usuario tenga acceso a la Forma del men principal
informacin de la base de datos.
Retroalimentacin Cdigo de la base de datos.
Ejecucin de pruebas de por
iteraciones

2.10 Iteracin de Pruebas

Corresponde a una ejecucin de total en la funcionabilidad de los requerimientos
funcionales y no funcionales.
2.11 Script de Pruebas
En este paso se hicieron algunas pruebas paso a paso e iteradamente y en cada
una de ellas los resultados eran favorables para nuestro proyecto ya que se hicieron
mejoras en el los procesos siguientes.
2.12 Lista de Chequeo de Unidad
Documento de registros de calidad en los cuales las listas de chequeo se gestionan
de manera transversal en los diferentes procedimientos son de suma importancia
para para el proceso de desarrollo interno de las reas de desarrollo de software.
3. POLITICAS Y CONDICIONES GENERALES
El 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 utiliza una serie de definiciones ligadas a la gestin de la calidad, que
tambin deben ser comprendidas por la organizacin que se dispone a implantar el
Sistema de Gestin de la Calidad.
Adicionalmente se anotan las siguientes Sugerencias:
Anotacin 1: las actividades de aseguramiento planeadas en este documento, se
sugiere sean realizadas por el lder del proyecto.
Anotacin 2: las actividades de aseguramiento planeadas 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.
En este punto se habla de las polticas en general utilizadas en el proyecto,
especificando cada una de las polticas de calidad incluidas sugerencias de las
actividades de aseguramiento involucradas en el aseguramiento de calidad
aplicadas al proyecto.
4. PROCEDIMIENTOS
4.1 ACTIVIDADES DE ASEGURAMIENTO DE CALIDAD
4.1.1 Gestin de Proyectos

ETAPA ACTIVIDAD RESPONSABLE REGISTRO

1. Cumple con el estndar de
documentacin requerido y registrado en
el documento.
2. Se cumple con las actividades
especificadas en el documento del
Verificar el proyecto.
3. Identificar y registrar el resultado o Formato listo
Proceso
hallazgo de la aplicacin de esta Rol QA, lder de Chequeo
de Gestin
actividad( fecha, hora, ejecutor, de la desarrollo Aseguramien
de
verificacin) to de Calidad
Proyectos. 4. Existe el registro de problemas
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.
1. Se evidencia la existencia de registros
asociados con la gestin del proyecto de
acuerdo al plan y cronograma definidos
para el proyecto.
2. Se evidencia el cumplimiento de la
definicin de roles y plan de informacin
Validar el del proyecto.
Formato listo
proceso 3. Se identifican casos de riesgos y se
Rol QA, lder de Chequeo
de Gestin evidencian registros de las acciones
desarrollo Aseguramien
de definidas en el plan de riesgos del
to de Calidad
Proyectos. proyecto.
4. 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.
 4.1.2 Gestin de Requerimientos

ETAPA ACTIVIDAD RESPONSABLE REGISTRO

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
Verificar estipulados como estndares. Formato lista
Gestin de 3. Verificar que existen los resultados de los indicadores Rol QA, lder de Chequeo
Solicitudes y de medicin de satisfaccin del usuario final desarrollo Aseguramiento
Requerimientos definidos para esta etapa. de Calidad
4. 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.
1. Confrontar en el documento correspondiente (Casos
de uso) la representacin del requerimiento
funcional
2. Validar el cumplimiento del caso de uso o
Validar la requerimiento con la realizacin de la prueba Formato lista
gestin de respectiva. Rol QA, lder de Chequeo
Solicitudes y 3. Aplicacin del estndar de usabilidad del usuario desarrollo Aseguramiento
Requerimientos (prototipos), cuando el estndar exige aplicacin. de Calidad
4. Validar reuniones definitivas de aceptacin con
usuarios finales
5. Validar la ejecucin y cumplimiento de resultados de
los indicadores de gestin definidos.
 4.1.3 Anlisis

ETAPA ACTIVIDAD RESPONSABLE REGISTRO

1. Verificar el cumplimiento de las actividades de la
metodologa definidas para la etapa de anlisis.
2. Verificar el cumplimiento de los estndares de Formato lista
herramientas definidos para esta etapa.
Verificar Rol QA, lder de Chequeo
3. Existe el registro de problemas recurrentes,
anlisis desarrollo Aseguramiento
experiencias exitosas, tips u otros que se
de Calidad
considere relativo a las etapas del proyecto en la
base de lecciones aprendidas del grupo de
desarrollo del producto.
1. Hay evidencia del cumplimiento de los Formato lista
Validar resultados obtenidos en la ejecucin de los Rol QA, lder de Chequeo
anlisis indicadores de Gestin definidos. desarrollo Aseguramiento
de Calidad

4.1.4 Diseo y Construccin

ETAPA ACTIVIDAD RESPONSABLE REGISTRO

1. Revisin de los registros definidos al
cumplimiento de las actividades definidas
para la etapa de diseo y construccin.
2. Identificar y registrar el resultado de la
aplicacin de esta actividad. Formato lista
Verificacin
3. Encontrar los registros correspondientes Rol QA, lder de Chequeo
diseo y
a problemas recurrentes, experiencias desarrollo Aseguramiento
construccin
exitosas, tips u otros que se considere de Calidad
relativo a las etapas (anlisis, diseo y
construccin) del proyecto en la base de
lecciones aprendidas del grupo de
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) Formato lista
Valida
2. Revisin de los registros definidos al Rol QA, lder de Chequeo
diseo y
cumplimiento de las actividades definidas desarrollo Aseguramiento
construccin
para la etapa de diseo y construccin. de Calidad
3. Identificar y registrar el resultado de la
aplicacin de esta actividad.
 4.1.5 Pruebas

ETAPA ACTIVIDAD RESPONSABLE REGISTRO

1. Se visualizan en el Plan de pruebas los
diferentes tipos de pruebas acorde con
los requerimientos funcionales y no Formato lista
Verificar el
funcionales en el proyecto especfico. Rol QA, lder de Chequeo
plan de
2. Se evidencian registros de la aplicacin desarrollo Aseguramiento
pruebas
de los planes de prueba. de Calidad
3. Identificar y registrar el resultado de la
aplicacin de esta actividad.
1. Se tiene el registro de la ejecucin y de
los encuentros obtenidos con la Formato lista
Validar aplicacin de los indicadores de gestin Rol QA, lder de Chequeo
pruebas definidos para la etapa. desarrollo Aseguramiento
2. Identificar y registrar el resultado de la de Calidad
aplicacin de esta actividad.

4.1.6 Capacitacin e Implantacin

ETAPA ACTIVIDAD RESPONSABLE REGISTRO

1. Se evidencian los documentos definidos
como entregables en esta etapa.
2. Identificar y registrar el resultado de la
aplicacin de esta actividad (Fecha, hora,
Verificar Formato lista
ejecutor de la validacin y hallazgo).
entregables del
3. Encuentre a lo sumo tres registros Rol QA, lder de Chequeo
producto
correspondientes a problemas desarrollo Aseguramiento
terminado
recurrentes, experiencias exitosas, tips u de Calidad
(documentacin).
otros que se considere, 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
los hallazgos obtenidos con la aplicacin
de los indicadores de gestin definidos
para la etapa. Formato lista
Validacin 2. Evidenciar en los registros encontrados
Rol QA, lder de Chequeo
Capacitacin e el cumplimiento del estndar y
desarrollo Aseguramiento
Implantacin consistencia de los documentos definidos
como entregables en esta etapa. de Calidad
3. Evidenciar los registros de asistencia a
las capacitaciones de los diferentes
usuarios finales involucrados.
 4.1.7 Todos los procedimientos
ETAPA ACTIVIDAD RESPONSABLE REGISTRO
Verificar y 1. Evidenciar registros de la realizacin Rol QA, lder Formato lista
validar las de las auditoras de acuerdo a los desarrollo de Chequeo
acciones planes y cronogramas propuestos por Aseguramiento
correctivas y producto y de las recomendaciones de Calidad
preventivas respectivas.
tomadas a partir
de los
hallazgos.

4.2 METODOLOGIA DEL PROCESO DE PRUEBAS

El rea de Desarrollo de la Universidad Laica Eloy Alfaro de Manab Extensin en
El Carmen de la carrera de Ingeniera de sistemas establece las siguientes etapas
y actividades para el proceso de pruebas:

4.2.1 Etapa de Anlisis y Planeacin de las Pruebas

El objetivo de esta etapa en nuestro proyecto es reconocer funcional y tcnicamente
el alcance de una solucin.

Desarrollo de un Plan de Pruebas

Pruebas de Funcin
Objetivo: El objetivo principal de esta prueba es que el programa
realice las funciones especificadas por el cliente en el
contrato.

Descripcin: En esta prueba se probar que cada elemento realice la

funcin especfica para la cual fue diseado.

Tcnicas: Se probar cada uno de los elementos a prueba y error

usando un usuario que no tenga conocimiento absoluto
sobre lo que es el sistema.

Fases: 1. Fase de revisin de la base de datos.

2. Fase de revisin de botones.
3. Fase de revisin de la interfaz
4. Fase de revisin de jTable.
Errores en la etapa de pruebas
Objetivo: El objetivo principal de esta prueba es detectar los posibles
errores que se puedan presentan en el programa.

Descripcin: En esta prueba se probar que cada elemento realice la

funcin especfica para la cual fue diseado.

Tcnicas: Se probar cada uno de los elementos a prueba y error

usando distintas partes del cdigo e interfaz del programa.

Entorno de Se harn pruebas individuales a los componentes de la

prueba: interfaz contra los del diseo, si se encuentra alguna falla
se reportar y anotara para la respectiva correccin.

Hardware: El programa se puede ejecutar perfectamente en una

computadora que contenga un procesador celeron o
equivalente a 2.6 Ghz y 256 MB en RAM.

Software: En este caso solo se requiere que para la prueba se cuenta

instalado NetBeans y el software.

Criterios de xito: El criterio de prueba satisfactorio se dar solamente si la

interfaz esta 100% hecha en base a lo que se establece en
el diseo.
Pruebas de Interfaces y Contenidos
Objetivo: Identificar que la interfaz sea apropiada para que el usuario
la pueda visualizar los datos de salida y meter los datos
correspondientes.

Descripcin: Se revisar que haya un equilibrio en el acomodo de los

componentes, una correcta distribucin de stos, que la
interfaz este hecha en base al diseo.

Tcnicas: Se comparara uno a uno los elementos de la interfaz contra

los del diseo verificando que efectivamente estn hechos
con base al diseo.

Entorno de Se compararn los componentes de la interfaz contra los

prueba: del diseo, si se encuentra alguna falla se reportar al
departamento correspondiente.

Hardware: El programa se puede ejecutar perfectamente en una

computadora que contenga un procesador celeron o
equivalente a 2.6 Ghz y 256 MB en RAM.

Software: En este caso solo se requiere que para la prueba se cuente

con el C# en cualquiera de sus distintas versiones.

Criterios de xito: El criterio de prueba satisfactorio se dar solamente si la

interfaz esta 100% hecha en base a lo que se establece en
el diseo.
Pruebas de Funcionalidades y Operacin
Objetivo: Identificar que la interfaz sea apropiada para que el usuario
la pueda visualizar los datos de salida y meter los datos
correspondientes.

Descripcin: Se revisar que haya un equilibrio en el acomodo de los

componentes, una correcta distribucin de stos, que la
interfaz este hecha en base al diseo.

Tcnicas: Se comparara uno a uno los elementos de la interfaz contra

los del diseo verificando que efectivamente estn hechos
con base al diseo.

Se compararn los componentes de la interfaz contra los

Entorno de del diseo, si se encuentra alguna falla se reportar al
prueba: departamento correspondiente.

Hardware: El programa se puede ejecutar perfectamente en una

computadora que contenga un procesador celeron o
equivalente a 2.6 Ghz y 256 MB en RAM.

Software: En este caso solo se requiere que para la prueba se cuente

con el C# en cualquiera de sus distintas versiones.

Criterios de xito: El criterio de prueba satisfactorio se dar solamente si la

interfaz esta 100% hecha en base a lo que se establece en
el diseo.
Pruebas de Carga
Objetivo: El objetivo de la prueba de desempeo es proporcionar el
rendimiento del sistema, y verificar que ste sea bueno.

Descripcin: Esta prueba nos indica si el rendimiento de la aplicacin es

el ptimo, para no dejar duda alguna en el cliente a la hora
que ste lo pruebe.

Tcnicas: Se revisar el desempeo del sistema en una computadora

con procesador celeron o equivalente a 2.6 Ghz

Entorno de Se realizar dentro de la empresa, en la mquina asignada

prueba: por la alta gerencia, y se comparar el resultado de la
prueba contra el que se da por ptimo.

Hardware: El programa se puede ejecutar perfectamente en una

computadora que contenga un procesador celeron o
equivalente a 2.6 Ghz y 256 MB en RAM.

Software: En este caso solo se requiere que para la prueba se cuente

con el C# en cualquiera de sus distintas versiones.

Criterios de xito: Para que se tenga un criterio de xito debe funcionar la

aplicacin perfectamente en la computadora con el
procesador celeron o equivalente a 2.6 Ghz y 256 MB en
RAM.
Pruebas de Seguridad
Objetivo: Identificar que todo el sistema este protegido para que solo
el usuario pueda visualizar los datos de salida y meter los
datos correspondientes.

Descripcin: Se revisar las medidas de seguridad tomadas y se pondr

a distintas personas a intentar acceder a la informacin.

Tcnicas: Se comparara uno a uno los resultados obtenidos de cada

persona para resolver los problemas de seguridad.

Entorno de Se compararn los datos con otros tomados de la web para

prueba: la verificacin y correccin.

Hardware: El programa se puede ejecutar perfectamente en una

computadora que contenga un procesador celeron o
equivalente a 2.6 Ghz y 256 MB en RAM.

Software: En este caso solo se requiere que el software este

instalado.

Criterios de xito: El criterio de prueba satisfactorio se dar solamente si la

seguridad se alcanza el 90% hecha en base a estndares
de seguridad de software.
Registro y Control de Pruebas
Objetivo: Anotar y verificar los datos de las distintas pruebas
realizadas al software.

Descripcin: Se revisar las pruebas realizadas y se llevara un control a

travs de una ficha que se utilizara como retroalimentacin.

Tcnicas: Se comparara uno a uno los resultados obtenidos de cada

prueba para resolver dichos problemas.

Entorno de Se compararn los datos para la verificacin y correccin.

prueba:

Hardware: El programa se puede ejecutar perfectamente en una

computadora que contenga un procesador celeron o
equivalente a 2.6 Ghz y 256 MB en RAM.

Software: En este caso solo se requiere que el software este

instalado.

Criterios de xito: El criterio de prueba satisfactorio se dar solamente si la

seguridad se alcanza el 100% hecha en base a estndares
de seguridad de software.
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.
4.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
solucin, 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.
4.2.3 Etapa de ejecucin de pruebas
Corresponde a un ciclo de iteraciones de pruebas para validar la solucin. Durante
Las actividades relacionadas en esta etapa, se reportan no conformidades y/o
hallazgos.
4.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.
4.3 ACTIVIDADES POR ETAPAS EN EL PROCESO DE PRUEBAS
 4.4 TIPOS DE PRUEBAS
4.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.
4.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.

4.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.
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 sin
modificar no ha sido afectado por la actividad del mantenimiento.
4.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, Estrs y Seguridad.
 4.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.
4.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.
4.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.
4.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).
5. TABLA DE INDICADORES

6. ANEXOS