ACTIVIDAD DE APRENDIZAJE 3
CASO 3
PRESENTADO POR: NIDIA PIMIENTO
TUTOR: DAVID DAVID LEONARDO LEON ARDO DELGADILLO RINCON
PROCESOS PARA SOFTWARE DE CALIDAD SERVICIO NACIONAL DE APRENDIZAJE - SENA CUCUTA-15-09-2015
ACTIVIDADES DE APROPIACIÓN DEL CONOCIMIENTO (ANLISIS DE CASO! El proyecto de software para administrar la gestión de recursos humanos de la empresa, ya pasó por las etapas de análisis, diseño y desarrollo e ingresa a la etapa de pruebas, es allí donde Camilo Andrés como director del proyecto debe asegurar que el software cumpla con las especificaciones requeridas y eliminar los posibles defectos que pueda tener !ara !ara inici iniciar ar esta esta etapa etapa es neces necesari ario o elab elabora orarr el plan plan de prueba pruebas s para para este este proye proyect cto, o, donde donde se incluy incluya" a" #dent #dentifi ificad cador or del del plan, plan, alcan alcance ce,, ítems ítems a probar probar,, estr estrat ateg egia ia,, cate catego gori ri$a $aci ción ón de la conf config igur urac ació ión, n, entr entreg egab able les s %tan %tangi gibl bles es&, &, procedimientos especiales, recursos, cronograma, gestión de riesgos !ara reali$ar esta acti'idad debes" • • •
Anali$ar el material material de formación formación de la acti'idad acti'idad aprendi$a(e aprendi$a(e ) !ruebas !ruebas del software que se encuentra ubicado en el botón *ateriales del programa Consultar el material de apoyo de la acti'idad de aprendi$a(e )
Al terminar estas lecturas, lecturas, tenga en cuenta que debe entregar como e'idencia e'idencia lo siguiente" •
•
+n documento en ord que contenga el plan de pruebas del proyecto para administrar la gestión de recursos humanos de la empresa +na 'e$ reali$ado el documento, en'íe el archi'o por medio del enlace !lan de prue prueba bas s que que se encu encuen entr tra a ubic ubicad ado o en la carp carpet eta a acti acti' 'idad idad de aprendi$a(e ) !ruebas del software
•
PLAN DE PRUE"AS ADMINISTRAR LA GESTIÓN DE RECURSOS #UMANOS I$%&')**+,$ P&',.+%':
El propósito del plan de pruebas planteado en este documento, es permitir definir los lineamientos a seguir para reali$ar la planeación de la etapa de pruebas sobre el proyecto - A/+$+.%&*+,$ R*)&.'. #)/$'., planteando una estrategia que condu$ca al ob(eti'o enfocado en el aseguramiento de calidad del software El propósito del !lan *aestro de !ruebas es" •
•
•
!ro'eer un artefacto central que gobierne la planeación y control del esfuer$o de pruebas Este define el enfoque general que será empleado para probar el software y para e'aluar los resultados de esas pruebas, y es el plan de más alto ni'el que será usado por los administradores para guiar y dirigir el traba(o de pruebas detallado !ro'eer 'isibilidad a los interesados en el esfuer$o de pruebas que han tenido las consideraciones adecuadas para 'arios aspectos que orientan el esfuer$o de pruebas, y dónde es apropiado que los interesados aprueben el plan Este !lan *aestro de !ruebas también soporta los siguientes ob(eti'os específicos" #dentificar los ítems que serán ob(eto de las pruebas
•
•
•
Enmarcar la metodología de pruebas que será utili$ada
#dentificar los recursos requeridos y pro'eer un estimado del esfuer$o de las pruebas Elaborar un listado de los elementos entregables del plan de pruebas
•
A*$* 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 utili$ar en cada una de estas .as pruebas que serán reali$adas son" •
R4+.+,$ '*)/$%*+,$" Consiste en re'isar la calidad y completitud de los documentos insumo y casos de uso para la e(ecución de las pruebas
•
P&). U$+%&+.: /e 'alidaran las pie$as indi'iduales del software como una unidad independiente, bucles, condicionales, etc
•
P&). +$%6&*+,$: /e 'alidara la integración entre los diferentes módulos que componen la solución con el fin de garanti$ar que su operación integrada es correcta
•
P&). F)$*+'$. (&'*+/+$%'.!: /e 'alidaran los procesos, reglas de negocio establecidas y los requerimientos funcionales
-
#dentificación de requerimientos funcionales 0ener en cuenta los requerimientos no funcionales
P&). .+.%/: .as pruebas de sistema se determinarán en el momento que el 1utsourcing de 2esarrollo entregue el documento de 3equerimientos no funcionales, y así determinar qué tipos de prueba se reali$arán y a qué casos de uso se aplicarán •
P&). &6&.+,$: /e 'alidara que el sistema mantenga su correcta funcionalidad debido a la incorporación de un a(uste, corrección o nue'o requerimiento Adicionalmente y con el fin de centrar el plan de pruebas en ciertos factores que son críticos y de mayor rele'ancia para el proyecto, se determinan los tipos de pruebas que se reali$arán para el proyecto, diseñando los factores de calidad y las pruebas especiali$adas para alcan$ar estos atributos del software entregado Con esta misión se identifican de acuerdo a las especificaciones del cliente los factores !ara este proyecto de acuerdo a los requerimientos, se definen los siguientes factores en los que se enfocarán las pruebas"
Corrección
Conformidad
4acilidad de +so
!ortabilidad
4acilidad de 1peración
R7&$*+. - 3+!" !roceso +nificado 3ational - 3equerimientos de /oftware - Especificación de caos de uso
A)+$*+ En la parte de audiencia están in'olucradas y participan todas aquellas personas in'olucradas directamente en" Obtener objetivos. Defnir acciones
Planeación
Aprobación •
Desarrollo Defnir Pruebas Realizar
• • •
Medir los conocimientos Etapas Defnir Procedimientos
Ejecución
R7&$*+. • •
Cronograma del !royecto Especificación 3equerimientos de /oftware" - 3equerimientos funcionales del /oftware - 3equerimientos no funcionales del /oftware
M+.+,$ . P&). •
C'$%8%' P&'*%' A$%*$%.
3eali$ar le'antamiento y un posterior análisis de los procesos de Administración de recursos humanos, con el fin de plantear una arquitectura de solución tecnológica que permita la optimi$ación, monitoreo y eficiencia de los procesos de negocio que constituyen y representan 'alor en las ob(eti'os estratégicos de la organi$ación •
M+.+,$ . P&). +* .% &'*%'
.a misión de la e'aluación para el presente proyecto se define enfocada al aseguramiento 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 ob(eti'os dentro este esfuer$o de pruebas" •
2escubrir tantos errores como sea posible
• •
•
• •
5otificar acerca de los riesgos percibidos del proyecto E6aminar la aplicación para comprobar si hace o no lo que se supone, debe hacer 2e igual forma 'erificar si ésta hace o no lo que se supone, no debe hacer 7alidar y 7erificar a tra'és de la comparación del resultado de las pruebas del aplicati'o con el resultado que el mismo tendría que producir de acuerdo a su especificación E'aluar la calidad del producto y satisfacción de los interesados Cumplir con los requerimientos del cliente
E4)*+,$ P&).: -
!ermitir detectar problemas desde el inicio de la especificación de requerimientos 2isminuir riesgos 1btener producto de calidad /atisfacción del cliente
L'6&'.: -
.a necesidad de optimi$ación que presenta el cliente 8estionar la e(ecución de procesos 7erificar la confiabilidad de la información
Adicionalmente e6isten unos moti'adores puntuales que 'an a contribuir a que se construya un software que satisfaga los requerimientos del cliente de la manera más óptima posible y siguiendo un proceso adecuado para conseguirlo Estos son" • • • • •
Aseguramiento de la calidad /olicitudes de cambios 3iesgos de calidad 7erificación de los casos de uso Comprobación de los requerimientos funcionales y no funcionales
E/$%'. O%+4' P&). A continuación se listan los elementos %artefactos, entregables, documentos etc& que serán ob(eto de prueba dentro del esfuer$o de pruebas"
F. I$+*+
• • • •
2ocumentación Especificación de 3equerimientos Estimaciones *odelos 9 2iagramas
Diseñador
Ejecución CHEQUEO PRUEBAS
Hay Cambios
Análisis de Pruebas
Diseñador de pruebas
Ejecución lisa !e c"e#ueo Revisión Documenación Pruebas !e ine$ración
o Hay Cambios !rupo Análisis de Pruebas
Hay Cambios
Pruebas !e %uncionales
PERSPECTIVA DE PRUE"AS PLANEADAS Cambios P.'. *)*+,$Hay &).
Análisista de Pruebas o Hay Cambios
Pruebas !e Sisema Pruebas !e Ren!imieno
Hay Cambios
Administradores de Prueba o Hay Cambios
Repeir ciclo !e pruebas Pruebas !e
VISIÓN DE PRUE"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
R4+.+,$ '*)/$%*+,$" .a estrategia para reali$ar estas pruebas, consiste en la re'isión de la documentación y casos de uso 'erificando su completitud y concordancia en la información que se encuentra en ellos •
P&). )$+%&+.: .as estrategias para reali$ar estas pruebas consiste en generar casos de prueba necesarios"
•
•
•
!ara que cada sentencia o instrucción del programa se e(ecute al menos una 'e$ correctamente !ara que cada condición tenga por lo menos una 'e$ un resultado 'erdadero y al menos una 'e$ uno falso !ara probar 'arias 'eces el mismo bucle %en donde aplique& considerando los siguientes casos" #gnorar el bucle, pasar una 'e$, pasar dos 'eces, pasar n 'eces, pasar n9: 'eces y n;: 'eces
P&). 7)$*+'$. ' &'*+/+$%'.: .a estrategia para reali$ar estas pruebas consiste en la elaboración y e(ecución de /et de !ruebas, teniendo en cuenta flu(o normal y flu(os alternati'os, usando datos 'alidos e in'álidos que permitan 'erificar lo siguiente" - +so de datos 'álidos - +so de datos in'álidos
•
P&). R6&.+,$: .a estrategia para reali$ar estas pruebas consiste en repetir las pruebas %funcionales y de carga& e(ecutadas antes de corregir defectos o de añadir nue'as funcionalidades, para comprobar que las modificaciones no pro'ocan errores donde antes no los había
P&). A*%*+,$ .as 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 Adicionalmente estas pruebas serán de ca(a negra
•
Pruebas funcionales o de procedimientos: .a estrategia para reali$ar estas pruebas consiste en la elaboración y e(ecución de /et de !ruebas, teniendo en cuenta flu(o normal y flu(os alternati'os, usando datos 'alidos e in'álidos que permitan 'erificar los casos de pruebas
#ERRAMIENTAS DE PRUE"A
Conformidad
F*%'& P&):
T;*$+*:
!ruebas de operación
D.*&+*+,$" Con las pruebas de operación se garanti$a que el usuario está bien capacitado en el mane(o del software y además se lle'a un registro para guardar los caminos no contemplados dentro de las pruebas pre'ias del software, y con ello se tomarán las medidas adecuadas
F*%'& P&):
4acilidad de +so
T;*$+*:
3e'isiones
D.*&+*+,$" /e debe incluir al cliente y=o usuario final con un role de e'aluador durante sesiones de re'isión en las cuales se discutirán los escenarios de calidad referentes a la usabilidad del software
L<&: C''&+$'& D+.='
C,+6'
P&'*.': - 3e'isión paso a paso pseudo código
F*%'& P&):
4acilidad de 1peración
T;*$+*:
!ruebas de 3equerimientos
D.*&+*+,$" 7alidar los requerimientos no funcionales de ambiente recolectados con el cliente 'ersus las características requeridas por el ambiente de producción
R>)&+/+$%'. 7)$*+'$.: -
GUI
-
T+/'. &.).%?
-
M$..?
P&). I$%6&*+,$ .as pruebas de integración que se reali$aran durante el proceso de desarrollo de los componentes de software, deben seguir las siguientes políticas y lineamientos de e(ecución"
•
•
•
/e 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 indi'iduales del software y posteriormente y de manera progresi'a se #rán agrupando hacia arriba y de manera funcional estos componentes para probar escenarios que impliquen 'arias funcionalidades de interacción entre los componentes, y se continuará así hasta llegar al ni'el más alto de funcionalidad e integración !ara la e(ecución de estas pruebas se utili$arán las siguientes técnicas"
O"JETIVO DE LA TECNICA 7erificar el funcionamiento interno de los componentes desarrollados por medio de la comprobación del los procedimientos lle'ados a cabo por el software en cada in'ocación=llamado=respuesta, asi como el procesamiento de datos que tiene lugar en cada uno de esta acciones
T@CNICA !ruebas de Ca(a negra
SA()DA
E&'RADA PROCESO
#ERRAMIENTAS -
2E!+3A3 9 31>10 2E !3+E>A/ 9 /E8+#*#E501 2E 7A3#A>.E/
?+#C#1 2E E@#01 Concordancia de los procedimientos del sistema con los requerimientos de usuario •
1ptimo mane(o de e6cepciones y errores
•
4ácil seguimiento de la e(ecución por medio de los traces
O"JETIVO DE LA TECNICA 7erificar que los componentes funcionen adecuadamente de manera indi'idual cuando se encuentran integrados con otros módulos y componentes
T@CNICA !ruebas de 3egresión
#ERRAMIENTAS -
2E!+3A3 9 31>10 2E !3+E>A/ 9 /E8+#*#E501 2E 7A3#A>.E/
?+#C#1 2E E@#01 •
5o se detectan errores inyectados durante la integración del sistema
O"JETIVO DE LA TECNICA 7erificar que la parametri$ación de componentes y todos los aspectos referentes a la integración de partes del software %consideraciones, configuraciones, a(ustes& cumplan con lo preestablecido pro el equipo desarrollo en la fase de diseño
T@CNICA .istas de Chequeo
#ERRAMIENTAS .istas de chequeo con los items a comprobar para la integración
?+#C#1 2E E@#01 •
El :BB de los ítems han sido chequeados y cumplen con la condición para ser aprobados
CRITERIOS DE ENTRADA SALIDA •
C&+%&+'. E$%& P$ M.%&' P&).
-
/et de pruebas completo y claro Claridad en el procedimiento para el desarrollo de las pruebas 0oda la documentación requerida para la reali$ación de las pruebas debe estar disponible
Criterio de "alida del Plan Maestro de Pruebas
-
Due todos los set de pruebas diseñadas para cada caso de uso se e(ecuten de
manera e6itosa, cumpliendo los criterios de aceptación definidos para cada uno •
S).$.+,$ R$)*+,$
-
+na característica principal tiene un error que impide probar un área importante El entorno de pruebas no es lo suficientemente estable como para confiar en los resultados El entorno de pruebas es muy diferente del entorno de producción 5o se puede instalar la nue'a 'ersión o un componente
P&). I$%6&+ '. %'. ". %'. 1b(eti'o de la 0áctica"
7erificar que los datos ingresados en las tablas de la base de datos no sufran Verificar
0áctica"
la integridad referencial de los datos
#n'ocar cada acceso a la base de datos por medio de los procesos y métodos definidos en'iando datos 'álidos e in'álidos 7erificar que cada proceso ocurra de manera correcta y que se retornen los datos esperados en cada caso específico
Copia de 3espaldo de la >ase de 2atos
Criterio de é6ito"
3etorno y no corrupción de los datos al e6ponerlos a los procesos funcionales del sistema
Consideraciones Especiales"
!robar con un mínimo de cinco registros por tabla los procesos 0odos los procesos serán in'ocados manualmente
PRUE"AS DE FUNCIONAMIENTO: 1? 2? 3? B? 5? ?
G.%+,$ R*)&.'. #)/$'.? N,/+$? C&6'.? P&.)).%'.? C)$%.? R'&%.?
G.%+,$ R*)&.'. #)/$'.: R6+.%&' P&.'$:
O%+4' T*%+*: T*%+*:
7erificar que el personal adicionado a la base de datos !or medio del formulario de 3egistro de !ersonal ingresar en los campos los datos solicitados y presionar el botón de 8rabar registro
•
/e en'iarán datos incorrectos en los campos para 'erificar que los a'isos de información in'álida sean mostrados •
#&&/+$%. $*.&+.: C&+%&+' ;8+%':
5inguna /e re'isará la tabla de !ersonal de la base de datos y se 'erificará que el registro diligenciado en el formulario haya sido adicionado correctamente En caso de en'iar datos in'álidos el registro no debe haber sido adicionado a la tabla de !ersonal
C'$.+&*+' $. E.*+.:
5inguna
".>) P&.'$?
O%+4' T*%+*: T*%+*:
7erificar el registro del personal !or medio del formulario de 3egistro de !ersonal se podrán buscar registros de la base de datos
•
/i no se encuentran registrados a'isara por medio de un mensa(e
C&+%&+' ;8+%':
En el formulario de R6+.%&' P&.'$, se debe cargar la información del registro completo encontrado En caso de en'iar datos in'álidos el motor de bFsqueda no cargará ningFn registro en el formulario de 3egistro de !ersonal
C'$.+&*+'$ . E.*+.:
5inguna
M'+7+**+,$ P&.'$?
O%+4' T*%+*: T*%+*:
C&+%&+' ;8+%':
7erificar la correcta modificación el registro del personal !or medio del formulario de 3egistro de !ersonal se podrán *odificar registros de la base de datos
•
En el formulario de R6+.%&' P&.'$, se debe cargar la información del registro completo encontrado En caso de en'iar datos in'álidos el motor de bFsqueda no cargará ningFn registro en el formulario de R6+.%&' P&.'$
C'$.+&*+'$ . E.*+.:
5inguna
E+/+$*+,$ P&.'$
O%+4' T*%+*:
7erificar que la eliminación de un registro del personal se e(ecute correctamente
T*%+*:
•
+na 'e$ se ubique el registro a eliminar por medio de la función ->Fsqueda de !ersonalG descrita anteriormente /e presionará el botón -EliminarG
C&+%&+' ;8+%':
/e re'isará la tabla de Registro de Personal de la base de datos y se 'erificará que el registro haya sido eliminado de la base de datos
C'$.+&*+'$ . E.*+.:
5inguna
N,/+$
O%+4' T*%+*:
7erificar que el proceso de nómina se lle'e a cabo e6itosamente
T*%+*:
•
!or medio del formulario de 8enerar se reali$an la nómina de personal •
C&+%&+' ;8+%':
!uede ser" Duincenal, *ensual
/e re'isará la tabla de 5omina de la base de datos y se 'erificará que el registro diligenciado en el formulario haya sido adicionado correctamente En caso de en'iar datos in'álidos el registro no debe haber sido adicionado a la tabla de 5omina
C'$.+&*+'$ . E.*+.:
5inguna
C&6'. R6+.%&' C&6'.
O%+4' T*%+*: T*%+*:
7erificar que el cargo sea adicionado a la base de datos !or medio del formulario de Cargos ingresar en los campos los datos solicitados y presionar el botón de 8rabar registro
•
/e en'iarán datos incorrectos en los campos para 'erificar que los a'isos de información in'álida sean mostrados •
C&+%&+' ;8+%':
/e re'isará la tabla de Cargos de la base de datos y se 'erificará que el registro diligenciado en el formulario haya sido adicionado correctamente En caso de en'iar datos in'álidos el registro no debe haber sido adicionado a la tabla de Cargos
C'$.+&*+' $. E.*+.:
5inguna
".>) C&6'.?
O%+4' T*%+*: T*%+*:
7erificar el registro de los cargos registrados !or medio del formulario de Cargos se podrán buscar registros de la base de datos
•
/i no se encuentran registrados a'isara por medio de un mensa(e
C&+%&+' ;8+%':
En el formulario de Cargos, se debe cargar la información del registro completo encontrado En caso de en'iar datos in'álidos el motor de bFsqueda no cargará ningFn registro en el formulario de Cargos
C'$.+&*+'$ . E.*+.:
5inguna
M'+7+**+,$ C&6'.?
O%+4' T*%+*: T*%+*:
C&+%&+' ;8+%':
7erificar la correcta modificación el registro del Cargo !or medio del formulario de Cargos se podrán *odificar registros de la base de datos
•
En el formulario de Cargos, se debe cargar la información del registro completo encontrado En caso de en'iar datos in'álidos el motor de bFsqueda no cargará ningFn registro en el formulario de Cargos
C'$.+&*+'$ . E.*+.:
5inguna
E+/+$*+,$ C&6'.?
O%+4' T*%+*: T*%+*:
7erificar que la eliminación de un registro de cargos +na 'e$ se ubique el registro a eliminar por medio de la función ->Fsqueda de CargosG descrita anteriormente /e presionará el botón -EliminarG
•
C&+%&+' ;8+%':
/e re'isará la tabla de Cargos de la base de datos y se 'erificará que el registro haya sido eliminado de la base de datos
C'$.+&*+'$ . E.*+.:
5inguna
•
P&.)).%'.
O%+4' T*%+*:
7erificar que los registros de presupuesto ingresos y egresos se registren
T*%+*:
•
!or medio del formulario de !resupuesto se reali$an registros de ingresos y egresos •
C&+%&+' ;8+%':
!uede ser" *ensual
/e re'isará la tabla de !resupuesto de la base de datos y se 'erificará que el registro diligenciado en el formulario haya sido adicionado correctamente En caso de en'iar datos in'álidos el registro no debe haber sido adicionado a la tabla de !resupuesto
C'$.+&*+'$ . E.*+.:
•
5inguna
C)$%. R6+.%&' C)$%.
O%+4' T*%+*: T*%+*: C&+%&+' ;8+%':
7erificar el registro de las cuentas de la empresa !or medio del formulario de Cuentas se reali$an los registros
•
/e re'isará la tabla de Cuentas de la base de datos y se 'erificará que el registro diligenciado en el formulario haya sido adicionado correctamente En caso de en'iar datos in'álidos el registro no debe haber sido adicionado a la tabla de Cuentas
C'$.+&*+'$ . E.*+.:
•
5inguna
A)+%'&+
O%+4' T*%+*:
7erificar los registros de las operaciones reali$adas en la e(ecución del software
T*%+*:
•
!or medio del formulario de Auditoria se podrán 'isuali$ar los registros
C&+%&+' ;8+%':
/e re'isará la tabla de Auditoria de la base de datos y se 'erificará que las operaciones reali$adas durante la e(ecución del software sean registradas detalladamente
C'$.+&*+'$ . E.*+.:
5inguna
•
R'&%.
O%+4' T*%+*:
7erificar que se realicen los reportes de todos los datos registrados en las tablas de la base de datos
T*%+*:
•
!or medio del formulario de 3eportes se reali$an los reportes de"
- 8estión de 3ecursos
C&+%&+' ;8+%':
Consulta de los registros de las tablas
C'$.+&*+'$ . E.*+.:
5inguna
P&). C'$%&' S6)&+ A**.'?
O%+4' T*%+*:
3e'isar que el sistema de seguridad de la aplicación ofre$ca un ni'el confiable para la empresa
T*%+*:
/e digitará la cla'e de acceso a la aplicación y se re'isará su desempeño /e tratará de ingresar por medio de datos in'álidos
#&&/+$%. $*.&+.:
5inguna
C&+%&+' ;8+%':
El sistema no debe permitir por ningFn moti'o el ingreso al interior a tra'és de contraseñas incorrectas ni por medio de trucos que 'iolen la seguridad del aplicati'o
C'$.+&*+'$ . E.*+.:
5inguna
P&). F R*)&*+,$?
O%+4' T*%+*:
!robar el sistema en computadores con diferentes tipos de configuración de hardware para determinar su desempeño y funcionamiento
T*%+*:
/e e(ecutará el sistema en tres equipos diferentes, posteriormente se probará su rendimiento en condiciones mínimas de hardware
#&&/+$%. $*.&+.:
5inguna
C&+%&+' ;8+%':
/e espera obtener un desempeño no tan 'ariable entre máquinas, especialmente un buen comportamiento en el computador con unos recursos de hardware por deba(o de los que tendrá la máquina donde residirá el sistema
C'$.+&*+'$ . E.*+.:
.os equipos donde se reali$ará la prueba tendrán grandes diferencias de recursos
RESPONSA"ILIDADES EUIPO DE TRA"AJO P&.'$. R'. Contar con el personal calificado para lle'ar a cabo cada una de las etapas descritas en el plan de pruebas RECURSOS #UMANOS RESPONSA"ILIDADES ESPECFICAS O COMENTARIOS
ROL Administrador de !ruebas
2iseñador de !ruebas
Analista de !ruebas
Administra el esfuer$o de las pruebas, aprueba los criterios de entrada y salida a las pruebas, monitorea a'ance del esfuer$o de pruebas, aprueba los casos de prueba, gestiona el alcance y misión de las pruebas, Certifica el ni'el de calidad del producto construido Es el responsable de diseñar los set de pruebas %estructura y enfoque& que se reali$arán al sistema para una certificar que se construyó un producto que satisface los requerimientos definidos Es el responsable de e(ecutar los casos de prueba y reali$ar los reportes correspondientes sobre esta e(ecución 3eali$ar documentación técnica de las pruebas
•
•
•
•