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 realizadas por los desarrolladores, desarrolladores, ya que de una u otra forma tratan de encontrar 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, porqu porque e permi permite ten n verif verifica icarr la calid calidad ad del del softw software are antes antes de que que pueda pueda salir 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 %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 riza zaci 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 realizar esta actividad debes& *) #nalizar el material material de formación formación de la actividad actividad aprendizaje aprendizaje + %ruebas %ruebas del ) software que se encuentra encuentra ubicado ubicado en el botón botón -ateriales -ateriales del del programa. programa. +) "onsultar "onsultar el material material de apoyo apoyo de la actividad actividad de aprendizaje aprendizaje +. #l terminar estas lecturas, lecturas, tenga en cuenta que debe entregar como evidencia evidencia lo siguiente&
) /n documento documento en 0ord 0ord que contenga contenga el plan de pruebas pruebas del proyecto proyecto para administrar la gestión de recursos humanos de la empresa. 1) /na vez realizado realizado el document documento, o, env!e el archivo por por medio del enlace %lan %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 activ vidad idad 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/sito0 El 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 de prue pruebas bas sobre sobre el proy proyect ecto o 3#dmi 3#dmini nistr strac ación ión de 4ecur 4ecursos sos 5uman 5umanos os 1, plan plante tean ando do una una estr estrat ateg egia ia que que cond conduz uzca ca al obje objeti tivo vo enfo enfoca cado do en el aseguramiento de calidad del software. El propósito del %lan -aestro de %ruebas es& *) %roveer %roveer un artefacto artefacto central central que gobierne gobierne la planeación planeación y control control del esfuerz esfuerzo o de pruebas. pruebas. Este define el enfoque enfoque general que será será empleado para probar probar el software y para evaluar los resultados de esas pruebas, y es el plan de más alto nivel que será usado por los administradores para guiar y dirigir el trabajo de pruebas detallado. ) %roveer visibilidad visibilidad a los interesad interesados os en el esfuerzo esfuerzo de de pruebas pruebas que han han tenido las consideraciones adecuadas para varios aspectos que orientan el esfuerzo de pruebas, y dónde es apropiado que los interesados aprueben el plan. +) Este Este %lan %lan -aes -aestr tro o de %rue %rueba bas s tamb tambi$ i$n n sopo soport rta a los los sigu siguie ient ntes es obje objeti tivo vos s espec!ficos& a) 'dentificar 'dentificar los !tems que que serán serán objeto objeto de de las pruebas. pruebas. b) Enmarcar la metodolog!a de pruebas que será utilizada
c) d)
'den 'denti tifi fica carr los los recu recurs rsos os requ requer erid idos os y prov provee eerr un esti estima mad do del del esfu esfuer erzo zo de las pruebas. Elab labora orar un un lilistad tado de de los los elem lement entos entr ntregable bles de del pl plan de de pr pruebas. as.
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 cada una de estas. Las pruebas que serán realizadas son& *) Re2isi/n !e la !ocumentaci/n& "onsiste en revisar la calidad y completitud de 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 una unidad 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ón integrada es correcta. ) %rueas Funcionales (proce!imientos*0 6e validaran los procesos, reglas de negocio 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 momento que el 8utsourcing de 9esarrollo entregue el documento de 4equerimientos no funcionales, 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 nuevo requerimiento. #dicionalmente y con el fin de centrar el plan de pruebas en ciertos factores que son cr!ticos y de mayor relevancia para el proyecto, se determinan los tipos de pruebas que se realizarán para el proyecto, diseando los factores de calidad y las pruebas especializadas para alcanzar estos atributos del software entregado. "on 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& *) "orrección. ) "onformidad. +) :acilidad de /so.
) %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& Planeación
Aprobación
Ejecución
Obtener objetivos. Defnir acciones
•
• • •
Desarrollo Defnir Pruebas Realizar
Re"erencias *) "ronograma del %royecto ) Especificación 4equerimientos de 6oftware&
Medir los conocimientos Etapas Defnir Procedimientos
+) 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 pro8ecto La misión de la evaluació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 objetivos dentro este esfuerzo de pruebas& • • •
•
• •
9escubrir tantos errores como sea posible ;otificar acerca de los riesgos percibidos del proyecto E
E2aluaci/n !e %rueas0 +) %ermitir detectar problemas desde el inicio de la especificación de requerimientos. ) 9isminuir riesgos. 1) 8btener producto de calidad. 2) 6atisfacción del cliente.
Lo3ros0
4 4 4
La necesidad de optimización que presenta el cliente. >estionar la ejecución de procesos. =erificar la confiabilidad de la información.
#dicionalmente e
#seguramiento de la calidad. 6olicitudes de cambios. 4iesgos de calidad. =erificación de los casos de uso. "omprobación de los requerimientos funcionales y no funcionales
Elementos &:eti2o !e %rueas # continuación se listan los elementos (artefactos, entregables, documentos etc.) que serán objeto de prueba dentro del esfuerzo de pruebas&
Fase Inicial • • • •
9ocumentación Especificación de 4equerimientos Estimaciones -odelos ? 9iagramas
Diseñador
Ejecución CHEQUEO PRUEBAS
%ERS%ECTIVA DE %R+E,AS %LANEADAS
Hay Cambios
%asos e:ecuci/n !e la prueas 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
Hay Cambios
Análisista de Pruebas o Hay Cambios
Pruebas !e Sisema Pruebas !e Ren!imieno
Hay Cambios
Pruebas !e
Administradores de Prueba o Hay Cambios
Repeir ciclo !e pruebas
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 su completitud y concordancia en la información que se encuentra en ellos. •
%rueas unitarias0 Las estrategias para realizar estas pruebas consiste en generar 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 estas pruebas consiste en la elaboración y ejecución de 6et de %ruebas, teniendo en cuenta flujo normal y flujos alternativos, usando datos validos e inválidos que permitan 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 en repetir las pruebas (funcionales y de carga) ejecutadas antes de corregir defectos o de aadir nuevas funcionalidades, para comprobar que las modificaciones no provocan errores donde antes no los hab!a.
%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 cuenta flujo normal y flujos alternativos, usando datos validos e inválidos que permitan verificar 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 el manejo del software y además se lleva un registro para guardar los caminos no contemplados 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 durante sesiones de revisión en las cuales se discutirán los escenarios de calidad referentes a la usabilidad del software.
L;!er0 Coor!ina!or Dise
C/!i3o
%roceso0 4 4evisión paso a paso pseudo código.
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 las caracter!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 impliquen varias 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&
&,?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 cada invocaciónAllamadoArespuesta, asi como el procesamiento de datos que tiene lugar en cada uno de esta acciones.
T@CNICA %ruebas de "aja negra
SA()DA
E&'RADA PROCESO
.ERRA'IENTAS 4
9E%/4#4 ? 48B87 9E %4/EB#6 ? 6E>/'-'E;78 9E =#4'#BLE6
C/'"'8 9E ED'78 "oncordancia de los procedimientos del sistema con los requerimientos de usuario •
8ptimo manejo de e
•
:ácil seguimiento de la ejecución por medio de los traces.
&,?ETIV& DE LA TECNICA =erificar que los componentes funcionen adecuadamente de manera individual cuando se encuentran integrados con otros módulos y componentes
T@CNICA %ruebas de 4egresión
.ERRA'IENTAS 4
9E%/4#4 ? 48B87 9E %4/EB#6 ? 6E>/'-'E;78 9E =#4'#BLE6
C/'"'8 9E ED'78 •
;o se detectan errores inyectados durante la integración del sistema
&,?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) cumplan con 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 4 4 4 •
Crierio !e Sali!a !el Plan *aesro !e Pruebas
4
•
6et de pruebas completo y claro. "laridad en el procedimiento para el desarrollo de las pruebas. 7oda la documentación requerida para la realización de las pruebas debe estar disponible.
Hue todos los sets de pruebas diseadas para cada caso de uso se ejecuten de manera e
6uspensión y 4eanudación
4 4 4 4
/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. ;o se puede instalar la nueva versión o un componente
%ruebas de 'ntegridad de los datos y Base de datos
8bjetivo de la 7áctica&
=erificar que los datos ingresados en las tablas de la base de datos no sufran. Verificar la integridad referencial de los datos.
7áctica&
'nvocar cada acceso a la base de datos por medio de los procesos y m$todos definidosI enviando datos válidos e inválidos. =erificar que cada proceso ocurra de manera correcta y que se retornen los datos esperados en cada caso espec!fico.
5erramientas necesarias&
"opia de 4espaldo de la Base de 9atos
"riterio de $
4etorno y no corrupción de los datos al e
"onsideraciones Especiales&
%robar con un m!nimo de cinco registros por tabla los procesos. 7odos los procesos serán invocados manualmente.
%R+E,AS DE F+NCI&NA'IENT&0 *. . +. . 1. 2.
•
>estión de 4ecursos 5umanos. ;ómina. "argos. %resupuestos. "uentas. 4eportes.
>estión de 4ecursos 5umanos&
4egistro de %ersonal&
&:eti2o !e la TBctica0 TBctica0
=erificar que el personal adicionado a la base de datos. %or medio del formulario de 4egistro de %ersonal ingresar 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 sean mostrados. •
.erramientas necesarias0 Criterio !e é7ito0
;inguna. 6e revisará la tabla de %ersonal de la base de datos y se verificará que el registro diligenciado en el formulario haya sido adicionado correctamente. En caso de enviar datos inválidos el registro no debe haber sido adicionado a la tabla de %ersonal.
Consi!eracio nes Especiales0
;inguna
BJsqueda de %ersonal.
&:eti2o !e la TBctica0 TBctica0
=erificar el registro del personal. %or medio del formulario de 4egistro de %ersonal se podrán buscar registros de la base de datos.
•
6i no se encuentran registrados avisara por medio de un mensaje.
Criterio !e é7ito0
En el formulario de Re3istro !e %ersonal, se debe cargar la información del registro completo encontrado. En caso de enviar datos inválidos el motor de bJsqueda no cargará ningJn registro en el formulario de 4egistro de %ersonal.
Consi!eracione s Especiales0
;inguna
-odificación de %ersonal.
&:eti2o !e la TBctica0 TBctica0
Criterio !e é7ito0
=erificar la correcta modificación el registro del personal. %or medio del formulario de 4egistro de %ersonal se podrán -odificar registros de la base de datos.
•
En el formulario de Re3istro !e %ersonal, se debe cargar la información del registro completo encontrado. En caso de enviar datos inválidos el motor de bJsqueda no cargará ningJn registro en el formulario de Re3istro !e %ersonal.
Consi!eracione s Especiales0
;inguna
Eliminación de %ersonal
&:eti2o !e la TBctica0
=erificar que la eliminación de un registro del personal se ejecute correctamente.
TBctica0
•
/na vez se ubique el registro a eliminar por medio de la 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 de datos y se verificará que el registro haya sido eliminado de la base de datos.
Consi!eracione s Especiales0
;inguna
•
;ómina
&:eti2o !e la TBctica0
=erificar que el proceso de nómina se lleve a cabo e
TBctica0
•
%or medio del formulario de >enerar se realizan la nómina de personal. •
Criterio !e é7ito0
%uede ser& Huincenal, -ensual.
6e revisará la tabla de ;omina de la base de datos y se verificará que el registro diligenciado en el formulario haya sido adicionado correctamente. En caso de enviar datos inválidos el registro no debe haber sido adicionado a la tabla de ;omina.
Consi!eracione s Especiales0
•
;inguna
"argos
4egistro de "argos
&:eti2o !e la TBctica0 TBctica0
=erificar que el cargo sea adicionado a la base de datos. %or medio del formulario de "argos ingresar 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 sean mostrados. •
Criterio !e é7ito0
6e revisará la tabla de "argos de la base de datos y se verificará que el registro diligenciado en el formulario haya sido adicionado correctamente. En caso de enviar datos inválidos el registro no debe haber sido adicionado a la tabla de "argos.
Consi!eracio nes Especiales0
;inguna
BJsqueda de "argos.
&:eti2o !e la TBctica0 TBctica0
=erificar el registro de los cargos registrados. %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 un mensaje.
Criterio !e é7ito0
En el formulario de "argos, se debe cargar la informació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.
Consi!eracione s Especiales0
;inguna
-odificación de "argos.
&:eti2o !e la TBctica0 TBctica0
Criterio !e é7ito0
=erificar la correcta modificación el registro del "argo. %or medio del formulario de "argos se podrán -odificar registros de la base de datos.
•
En el formulario de "argos, se debe cargar la informació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.
Consi!eracione s Especiales0
Eliminación de "argos.
;inguna
&:eti2o !e la TBctica0 TBctica0
=erificar que la eliminación de un registro de cargos /na vez se ubique el registro a eliminar por medio de la 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 se verificará que el registro haya sido eliminado de la base de datos.
Consi!eracione s Especiales0
;inguna
•
%resupuestos
&:eti2o !e la TBctica0
=erificar que los registros de presupuesto ingresos y egresos se registren.
TBctica0
•
%or medio del formulario de %resupuesto se realizan registros de ingresos y egresos. •
Criterio !e é7ito0
%uede ser& -ensual.
6e revisará la tabla de %resupuesto de la base de datos y se verificará que el registro diligenciado en el formulario haya sido adicionado correctamente. En caso de enviar datos inválidos el registro no debe haber sido adicionado a la tabla de %resupuesto.
Consi!eracione s Especiales0
;inguna
•
"uentas 4egistro de "uentas
&:eti2o !e la TBctica0 TBctica0 Criterio !e é7ito0
=erificar el registro de las cuentas de la empresa. %or medio del formulario de "uentas se realizan los registros.
•
6e revisará la tabla de "uentas de la base de datos y se verificará que el registro diligenciado en el formulario haya sido adicionado correctamente. En caso de enviar datos inválidos el registro no debe haber sido adicionado a la tabla de "uentas.
Consi!eraciones Especiales0
•
;inguna
#uditoria
&:eti2o !e la TBctica0
=erificar los registros de las operaciones realizadas en la ejecució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 se verificará que las operaciones realizadas durante la ejecución del software sean registradas detalladamente.
Consi!eraciones Especiales0
;inguna
•
4eportes
&:eti2o !e la TBctica0
=erificar que se realicen los reportes de todos los datos registrados en las tablas de la base de datos.
TBctica0
•
%or medio del formulario de 4eportes se realizan los reportes 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
•
%ruebas de "ontrol de 6eguridad y #cceso.
&:eti2o !e la TBctica0
4evisar que el sistema de seguridad de la aplicación ofrezca un nivel confiable para la empresa.
TBctica0
6e digitará la clave de acceso a la aplicación y se revisará su desempeo. 6e tratará de ingresar por medio de datos inválidos.
.erramientas necesarias0
;inguna
Criterio !e é7ito0
El sistema no debe permitir por ningJn motivo el ingreso al interior a trav$s de contraseas incorrectas ni por medio de trucos que violen la seguridad del aplicativo.
Consi!eraciones Especiales0
;inguna.
•
%ruebas de :alla y 4ecuperación.
&:eti2o !e la TBctica0
%robar el sistema en computadores con diferentes tipos de configuración de hardware para determinar su desempeo y funcionamiento.
TBctica0
6e ejecutará el sistema en tres equipos diferentes, posteriormente se probará su rendimiento en condiciones m!nimas de hardware.
.erramientas necesarias0
;inguna.
Criterio !e é7ito0
6e espera obtener un desempeo no tan variable entre máquinas, especialmente un buen comportamiento en el computador con unos recursos de hardware por debajo de los que tendrá la máquina donde residirá el sistema.
Consi!eracione s Especiales0
Los equipos donde se realizará la prueba tendrán grandes diferencias de recursos.
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&S RES%&NSA,ILIDADES ES%ECFICAS & C&'ENTARI&S
R&L #dministrador de %ruebas
9iseador de %ruebas
#nalista 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. Es el responsable de disear los set de pruebas (estructura y enfoque) que se realizarán al sistema para una certificar que se construyó un producto que satisface los requerimientos definidos. 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.
•
•
•
•