sena trabajo calidad de software guia rap 3

8/15/2019 sena trabajo calidad de software guia rap 3

1/22

ACTIVIDADES DE REFLEXIÓN INICIAL¿Qué importancia tienen las prueas !el so"t#are en la cali!a! !el mismo$

La importancia que tienen las pruebas de software en la calidad del mismo es que

estas buscan generar mayor confianza en el proceso de pruebas de software

realizadas por los desarrolladores, ya que de una u otra forma tratan de encontrar

los errores que se prueban presentar durante la ejecución del software para que

sean mejorados.

Las pruebas son una de las etapas del ciclo de vida del software más importantes,porque permiten verificar la calidad del software antes de que pueda salir al

mercado y ser utilizadas por los usuarios finales.

ACTIVIDADES DE A%R&%IACIÓN DEL C&N&CI'IENT& (AN)LISIS DE CAS&*

El proyecto de software para administrar la gestión de recursos humanos de la

empresa, ya pasó por las etapas de análisis, diseo y desarrollo e ingresa a la

etapa de pruebas, es all! donde "amilo #ndr$s como director del proyecto debe

asegurar que el software cumpla con las especificaciones requeridas y eliminar los

posibles defectos que pueda tener.

%ara iniciar esta etapa es necesario elaborar el plan de pruebas para este

proyecto, donde se incluya& 'dentificador del plan, alcance, !tems a probar,

estrategia, categorización de la configuración, entregables (tangibles),

procedimientos especiales, recursos, cronograma, gestión de riesgos.

%ara realizar esta actividad debes&

*) #nalizar el material de formación de la actividad aprendizaje + %ruebas del) software que se encuentra ubicado en el botón -ateriales del programa.+) "onsultar el material de apoyo de la actividad de aprendizaje +.

#l terminar estas lecturas, tenga en cuenta que debe entregar como evidencia lo

siguiente&


2/22

) /n documento en 0ord que contenga el plan de pruebas del proyecto para

administrar la gestión de recursos humanos de la empresa.

1) /na vez realizado el documento, env!e el archivo por medio del enlace %lande pruebas que se encuentra ubicado en la carpeta actividad de

aprendizaje + %ruebas del software.2)

%LAN DE %R+E,AS

AD'INISTRAR LA -ESTIÓN DE REC+RS&S .+'AN&S

Intro!ucci/n

%rop/sito0El propósito del plan de pruebas planteado en este documento, es permitir definir los lineamientos a seguir para realizar la planeación de la etapa depruebas sobre el proyecto 3#dministración de 4ecursos 5umanos1,planteando una estrategia que conduzca al objetivo enfocado en elaseguramiento de calidad del software.

El propósito del %lan -aestro de %ruebas es&

*) %roveer un artefacto central que gobierne la planeación y control del esfuerzo

de pruebas. Este define el enfoque general que será empleado para probar elsoftware y para evaluar los resultados de esas pruebas, y es el plan de másalto nivel que será usado por los administradores para guiar y dirigir el trabajode pruebas detallado.

) %roveer visibilidad a los interesados en el esfuerzo de pruebas que han tenidolas consideraciones adecuadas para varios aspectos que orientan el esfuerzode pruebas, y dónde es apropiado que los interesados aprueben el plan.

+) Este %lan -aestro de %ruebas tambi$n soporta los siguientes objetivosespec!ficos&

a) 'dentificar los !tems que serán objeto de las pruebas.

b) Enmarcar la metodolog!a de pruebas que será utilizada

c) 'dentificar los recursos requeridos y proveer un estimado del esfuerzo delas pruebas.

d) Elaborar un listado de los elementos entregables del plan de pruebas.


3/22

Alcance

El plan maestro de pruebas describe el detalle de las diferentes pruebas a ser aplicadas, as! como tambi$n las herramientas y metodolog!as a utilizar en cadauna de estas. Las pruebas que serán realizadas son&

*) Re2isi/n !e la !ocumentaci/n& "onsiste en revisar la calidad y completitudde los documentos insumo y casos de uso para la ejecución de las pruebas.

) %rueas +nitarias0 6e validarán las piezas individuales del software como unaunidad independiente, bucles, condicionales, etc.

+) %rueas !e inte3raci/n0 6e validara la integración entre los diferentes

módulos que componen la solución con el fin de garantizar que su operaciónintegrada es correcta.

) %rueas Funcionales (proce!imientos*0 6e validaran los procesos, reglas denegocio establecidas y los requerimientos funcionales.

4 'dentificación de requerimientos funcionales.

4 7ener en cuenta los requerimientos no funcionales.

5* %rueas !e sistema0 Las pruebas de sistema se determinarán en el momentoque el 8utsourcing de 9esarrollo entregue el documento de 4equerimientos nofuncionales, y as! determinar qu$ tipos de prueba se realizarán y a qu$ casos

de uso se aplicarán.2) %rueas !e re3resi/n0 6e validara que el sistema mantenga su correcta

funcionalidad debido a la incorporación de un ajuste, corrección o nuevorequerimiento.

#dicionalmente y con el fin de centrar el plan de pruebas en ciertos factoresque son cr!ticos y de mayor relevancia para el proyecto, se determinan lostipos de pruebas que se realizarán para el proyecto, diseando los factores decalidad y las pruebas especializadas para alcanzar estos atributos del softwareentregado. "on esta misión se identifican de acuerdo a las especificaciones delcliente los factores

%ara este proyecto de acuerdo a los requerimientos, se definen los siguientesfactores en los que se enfocarán las pruebas&

*) "orrección.

) "onformidad.

+) :acilidad de /so.


4/22

) %ortabilidad.

1) :acilidad de 8peración.

Re"erencias

4 4/%& %roceso /nificado 4ational

4 4equerimientos de 6oftware.

4 Especificación de caos de uso.

Au!iencia

En la parte de audiencia están involucradas y participan todas aquellas personas

involucradas directamente en&

Re"erencias

*) "ronograma del %royecto) Especificación 4equerimientos de 6oftware&

Ejecución

Aprobación

Planeación

Medir los

conocimientos

Etapas

• Defnir

Procedimientos

Obtenerobjetivos.

Defnir

acciones

• Desarrollo

• Defnir Pruebas

• Realizar


5/22

+) 4equerimientos funcionales del 6oftware.) 4equerimientos no funcionales del 6oftware.

'isi/n !e las %rueas

6* Conte7to !el %ro8ecto 8 Antece!entes

4ealizar levantamiento y un posterior análisis de los procesos de #dministración

de recursos humanos, con el fin de plantear una arquitectura de solución

tecnológica que permita la optimización, monitoreo y eficiencia de los procesos de

negocio que constituyen y representan valor en los objetivos estrat$gicos de la

organización.

9* 'isi/n !e las %rueas aplicale a este pro8ectoLa misión de la evaluación para el presente proyecto se define enfocada alaseguramiento de la calidad de los componentes y artefactos tecnológicos

desarrollados, de manera que estos cumplan con la especificación de los

requerimientos del cliente. %ara esto se definen los siguientes lineamientos que

constituyen la misión y objetivos dentro este esfuerzo de pruebas&

• 9escubrir tantos errores como sea posible

• ;otificar acerca de los riesgos percibidos del proyecto

• E


6/22

4 La necesidad de optimización que presenta el cliente.4 >estionar la ejecución de procesos.

4 =erificar la confiabilidad de la información.

#dicionalmente e


7/22

Ejecución

CHEQUEO PRUEBAS

Diseñador

Hay Cambios

Revisión DocumenaciónEjecución lisa !e c"e#ueo

Pruebas !e ine$ración

Análisis de PruebDiseñador de pruebas

Hay Cambioso Hay Cambiosupo Análisis de Pruebas

Pruebas !e %uncionales

Pruebas !e Sisema

Pruebas !e Ren!imieno

Hay Cambios

o Hay Cambios

Análisista de Pruebas

Repeir ciclo !e pruebas

Hay Cambios

o Hay CambiosAdministradores de Pr

%ERS%ECTIVA DE %R+E,AS %LANEADAS

%asos e:ecuci/n !e la prueas

Pruebas !e


8/22

VISIÓN DE %R+E,AS

El plan de pruebas se basará en su totalidad en pruebas funcionales, instalación,regresión y otras teniendo en cuenta los requerimientos no funcionales.

Re2isi/n !e la !ocumentaci/n& La estrategia para realizar estas pruebas,consiste en la revisión de la documentación y casos de uso verificando sucompletitud y concordancia en la información que se encuentra en ellos.

• %rueas unitarias0 Las estrategias para realizar estas pruebas consiste engenerar casos de prueba necesarios&

• %ara que cada sentencia o instrucción del programa se ejecute al menos

una vez correctamente.

• %ara que cada condición tenga por lo menos una vez un resultado

verdadero y al menos una vez uno falso.

%ara probar varias veces el mismo bucle (en donde aplique)

considerando los siguientes casos& 'gnorar el bucle, pasar una vez,pasar dos veces, pasar n veces, pasar n?* veces y n@* veces.

• %rueas "uncionales o !e proce!imientos0 La estrategia para realizar estaspruebas consiste en la elaboración y ejecución de 6et de %ruebas, teniendo encuenta flujo normal y flujos alternativos, usando datos validos e inválidos quepermitan verificar lo siguiente&4 /so de datos válidos.

4 /so de datos inválidos.

• %rueas !e Re3resi/n0 La estrategia para realizar estas pruebas consiste enrepetir las pruebas (funcionales y de carga) ejecutadas antes de corregir defectos o de aadir nuevas funcionalidades, para comprobar que lasmodificaciones no provocan errores donde antes no los hab!a.


9/22

%rueas !e Aceptaci/n

Las pruebas de aceptación se basarán en su totalidad en pruebas funcionales,instalación, y otras teniendo en cuenta los requerimientos funcionales las pruebas.

#dicionalmente estas pruebas serán de caja negra.

• Pruebas funcionales o de procedimientos: La estrategia para realizar estas

pruebas consiste en la elaboración y ejecución de 6et de %ruebas, teniendo en cuentaflujo normal y flujos alternativos, usando datos validos e inválidos que permitanverificar los casos de pruebas.

.ERRA'IENTAS DE %R+E,A

5erramientas t$cnicas para las pruebas enfocadas en la reducción de riegos.

Factor !e %ruea0"onformidad Técnica0 %ruebas de

operación

Descripci/n&

"on las pruebas de operación se garantiza que el usuario está bien capacitado en elmanejo del software y además se lleva un registro para guardar los caminos nocontemplados dentro de las pruebas previas del software, y con ello se tomarán las

medidas adecuadas.

Factor !e%ruea0

:acilidad de /so Técnica0 4evisiones

Descripci/n&

6e debe incluir al cliente yAo usuario final con un role de evaluador durantesesiones de revisión en las cuales se discutirán los escenarios de calidadreferentes a la usabilidad del software.

L;!er0 Coor!ina!or %roceso0

4 4evisión paso a paso pseudocódigo.

Dise


10/22

Factor !e %ruea0 :acilidad de 8peración Técnica0 %ruebas de 4equerimientos

Descripci/n&

=alidar los requerimientos no funcionales de ambiente recolectados con el cliente versus lascaracter!sticas requeridas por el ambiente de producción.

Re=uerimientos "uncionales0

4 -+I

4 Tiempos !e respuesta>

4 'ensa:es>

%rueas !e Inte3raci/n

Las pruebas de integración que se realizaran durante el proceso de desarrollo de

los componentes de software, deben seguir las siguientes pol!ticas y lineamientos

de ejecución&

• 6e tiene una fase de pruebas unitarias competa y aprobada para el inicio de

las pruebas de integración.

• %robar en primer lugar los componentes o módulos individuales del software y

posteriormente y de manera progresiva se 'rán agrupando hacia arriba y de

manera funcional estos componentes para probar escenarios que impliquenvarias funcionalidades de interacción entre los componentes, y se continuaráas! hasta llegar al nivel más alto de funcionalidad e integración.

• %ara la ejecución de estas pruebas se utilizarán las siguientes t$cnicas&


11/22

&,?ETIV& DE LA TECNICA

=erificar el funcionamiento interno de los componentes desarrollados por medio de la

comprobación del los procedimientos llevados a cabo por el software en cadainvocaciónAllamadoArespuesta, asi como el procesamiento de datos que tiene lugar encada uno de esta acciones.

T@CNICA

%ruebas de "aja negra

E&'RADA

SA()DA

.ERRA'IENTAS

4 9E%/4#4 ? 48B87 9E %4/EB#6 ? 6E>/'-'E;78 9E =#4'#BLE6C/'"'8 9E ED'78

"oncordancia de los procedimientos del sistema con los requerimientos de usuario

• 8ptimo manejo de e


12/22

&,?ETIV& DE LA TECNICA

=erificar que la parametrización de componentes y todos los aspectos referentes a la

integración de partes del software (consideraciones, configuraciones, ajustes) cumplancon lo preestablecido pro el equipo desarrollo en la fase de diseo.

T@CNICA

Listas de "hequeo

.ERRA'IENTAS

Listas de chequeo con los items a comprobar para la integración

C/'"'8 9E ED'78

• El *FFG de los !tems han sido chequeados y cumplen con la condición para ser

aprobados.

CRITERI&S DE ENTRADA SALIDA

• "riterios de Entrada del %lan -aestro de %ruebas

4 6et de pruebas completo y claro.4 "laridad en el procedimiento para el desarrollo de las pruebas.4 7oda la documentación requerida para la realización de las pruebas debe estar4 disponible.

• Crierio !e Sali!a !el Plan *aesro !e Pruebas

4 Hue todos los sets de pruebas diseadas para cada caso de uso se ejecuten demanera e


13/22

8bjetivo de la7áctica&

=erificar que los datos ingresados en las tablas de labase de datos no sufran.

Verificar la integridad referencial de los datos.

7áctica& 'nvocar cada acceso a la base de datos por medio de losprocesos y m$todos definidosI enviando datos válidos einválidos.

=erificar que cada proceso ocurra de manera correcta yque se retornen los datos esperados en cada casoespec!fico.

5erramientasnecesarias&

"opia de 4espaldo de la Base de 9atos

"riterio de $


14/22

&:eti2o !e laTBctica0

=erificar que el personal adicionado a la base de datos.

TBctica0 • %or medio del formulario de 4egistro de %ersonalingresar en los campos los datos solicitados y presionar el botón de >rabar registro.

• 6e enviarán datos incorrectos en los campos para

verificar que los avisos de información inválida seanmostrados.

.erramientasnecesarias0

;inguna.

Criterio !eé7ito0 6e revisará la tabla de %ersonal de la base de datos y severificará que el registro diligenciado en el formulariohaya sido adicionado correctamente.

En caso de enviar datos inválidos el registro no debehaber sido adicionado a la tabla de %ersonal.

Consi!eracionesEspeciales0

;inguna

BJsqueda de %ersonal.


=erificar el registro del personal.

TBctica0 • %or medio del formulario de 4egistro de %ersonal sepodrán buscar registros de la base de datos.

6i no se encuentran registrados avisara por medio de unmensaje.

Criterio !e é7ito0 En el formulario de Re3istro !e %ersonal, se debecargar la información del registro completo encontrado.

En caso de enviar datos inválidos el motor de bJsquedano cargará ningJn registro en el formulario de 4egistrode %ersonal.

Consi!eraciones Especiales0

;inguna


15/22

-odificación de %ersonal.

&:eti2o !e laTBctica0 =erificar la correcta modificación el registro del personal.

TBctica0 • %or medio del formulario de 4egistro de %ersonal sepodrán -odificar registros de la base de datos.

Criterio !e é7ito0 En el formulario de Re3istro !e %ersonal, se debecargar la información del registro completo encontrado.

En caso de enviar datos inválidos el motor de bJsquedano cargará ningJn registro en el formulario de Re3istro!e %ersonal.


;inguna

Eliminación de %ersonal


=erificar que la eliminación de un registro del personalse ejecute correctamente.

TBctica0 • /na vez se ubique el registro a eliminar por medio dela función 3BJsqueda de %ersonalK descrita

anteriormente. 6e presionará el botón 3EliminarK.

Criterio !e é7ito0 6e revisará la tabla de Registro de Personal de la base dedatos y se verificará que el registro haya sido eliminadode la base de datos.


;inguna

•

;ómina


16/22


17/22

Consi!eraciones

Especiales0

;inguna

BJsqueda de "argos.


=erificar el registro de los cargos registrados.

TBctica0 • %or medio del formulario de "argos se podrán buscar registros de la base de datos.

6i no se encuentran registrados avisara por medio de unmensaje.

Criterio !e é7ito0 En el formulario de "argos, se debe cargar lainformación del registro completo encontrado.

En caso de enviar datos inválidos el motor de bJsquedano cargará ningJn registro en el formulario de "argos.


;inguna

-odificación de "argos.


=erificar la correcta modificación el registro del "argo.

TBctica0 • %or medio del formulario de "argos se podrán-odificar registros de la base de datos.

Criterio !e é7ito0 En el formulario de "argos, se debe cargar lainformación del registro completo encontrado.

En caso de enviar datos inválidos el motor de bJsqueda

no cargará ningJn registro en el formulario de "argos.


;inguna

Eliminación de "argos.


18/22

&:eti2o !e la

TBctica0

=erificar que la eliminación de un registro de cargos

TBctica0 • /na vez se ubique el registro a eliminar por medio dela función 3BJsqueda de "argosK descrita anteriormente.6e presionará el botón 3EliminarK.

Criterio !e é7ito0 6e revisará la tabla de "argos de la base de datos y severificará que el registro haya sido eliminado de la basede datos.

Consi!eracione

s Especiales0

;inguna

• %resupuestos


=erificar que los registros de presupuesto ingresos yegresos se registren.

TBctica0 • %or medio del formulario de %resupuesto se realizanregistros de ingresos y egresos.

• %uede ser& -ensual.

Criterio !e é7ito0 6e revisará la tabla de %resupuesto de la base de datosy se verificará que el registro diligenciado en elformulario haya sido adicionado correctamente.

En caso de enviar datos inválidos el registro no debehaber sido adicionado a la tabla de %resupuesto.


;inguna


19/22

• "uentas

4egistro de "uentas


=erificar el registro de las cuentas de la empresa.

TBctica0 • %or medio del formulario de "uentas se realizan losregistros.

Criterio !e é7ito0 6e revisará la tabla de "uentas de la base de datos y severificará que el registro diligenciado en el formulariohaya sido adicionado correctamente.

En caso de enviar datos inválidos el registro no debe

haber sido adicionado a la tabla de "uentas.Consi!eracionesEspeciales0

;inguna

• #uditoria


=erificar los registros de las operaciones realizadas en laejecución del software.

TBctica0 • %or medio del formulario de #uditoria se podrán

visualizar los registros.

Criterio !e é7ito0 6e revisará la tabla de #uditoria de la base de datos y severificará que las operaciones realizadas durante laejecución del software sean registradas detalladamente.


;inguna

• 4eportes


20/22


=erificar que se realicen los reportes de todos los datosregistrados en las tablas de la base de datos.

TBctica0 • %or medio del formulario de 4eportes se realizan losreportes de&

4 >estión de 4ecursos 5umanos.4 ;ómina.4 "argos.4 %resupuestos.4 "uentas.4 #uditoria

Criterio !e é7ito0 "onsulta de los registros de las tablas.

Consi!eracione

s Especiales0

;inguna


21/22

• %ruebas de "ontrol de 6eguridad y #cceso.

&:eti2o !e laTBctica0 4evisar que el sistema de seguridad de la aplicaciónofrezca un nivel confiable para la empresa.

TBctica0 6e digitará la clave de acceso a la aplicación y serevisará su desempeo.

6e tratará de ingresar por medio de datos inválidos.


;inguna

Criterio !e é7ito0 El sistema no debe permitir por ningJn motivo el ingresoal interior a trav$s de contraseas incorrectas ni por medio de trucos que violen la seguridad del aplicativo.


;inguna.

• %ruebas de :alla y 4ecuperación.


%robar el sistema en computadores con diferentes tiposde configuración de hardware para determinar sudesempeo y funcionamiento.

TBctica0 6e ejecutará el sistema en tres equipos diferentes,

posteriormente se probará su rendimiento encondiciones m!nimas de hardware.


;inguna.

Criterio !e é7ito0 6e espera obtener un desempeo no tan variable entremáquinas, especialmente un buen comportamiento en elcomputador con unos recursos de hardware por debajode los que tendrá la máquina donde residirá el sistema.


Los equipos donde se realizará la prueba tendrángrandes diferencias de recursos.


22/22

4E6%8;6#B'L'9#9E6 EH/'%8 9E 74#B#C8

%ersonas y 4oles

"ontar con el personal calificado para llevar a cabo cada una de las etapas

descritas en el plan de pruebas.

REC+RS&S .+'AN&SR&L RES%&NSA,ILIDADES ES%ECFICAS & C&'ENTARI&S

#dministrador de

%ruebas

• #dministra el esfuerzo de las pruebas, aprueba los criterios de

entrada y salida a las pruebas, monitorea avance del esfuerzo de

pruebas, aprueba los casos de prueba, gestiona el alcance y misión

de las pruebas, "ertifica el nivel de calidad del producto construido.

9iseador de %ruebas •Es el responsable de disear los set de pruebas (estructura yenfoque) que se realizarán al sistema para una certificar que se

construyó un producto que satisface los requerimientos definidos.

#nalista de %ruebas •Es el responsable de ejecutar los casos de prueba y realizar los

reportes correspondientes sobre esta ejecución.

•4ealizar documentación t$cnica de las pruebas.

sena trabajo calidad de software guia rap 3

Documents

Transcript of sena trabajo calidad de software guia rap 3