PMO Informatica Plantilla de Plan de Pruebas de Software

8/19/2019 PMO Informatica Plantilla de Plan de Pruebas de Software

1/21

Proyectos de Informáticawww.proyectos-informatica.com

Plan de Pruebas de Software

UNISOFT Fecha: 08/03/2016

Proyectos de Informática ( http://www.proyectos - informatica.com )Página 1

http://www.proyectos-informatica.com/http://www.proyectos-informatica.com/


2/21


Tabla de contenido

Historial de Versiones................................................................................................ 4

Información del Proyecto........................................................................................... 4

Aprobaciones............................................................................................................. 4

Resumen Ejecutivo.................................................................................................... 5

Alcance de las Pruebas............................................................................................. 5

Elementos de Pruebas........................................................................................... 5

uevas !uncionalidades a Probar......................................................................... "

Pruebas de Re#resión............................................................................................ "

!uncionalidades a o Probar................................................................................. $

Enfo%ue de Pruebas &Estrate#ia'........................................................................... $

(riterios de Aceptación o Rec)a*o........................................................................... +

(riterios de Aceptación o Rec)a*o........................................................................ +

(riterios de ,uspensión......................................................................................... +

(riterios de Reanudación....................................................................................... -

Entre#ables................................................................................................................ -

Recursos.................................................................................................................. /

Re%uerimientos de Entornos 0 Hard1are............................................................ /

Re%uerimientos de Entornos 0 ,oft1are............................................................. /

Herramientas de Pruebas Re%ueridas.................................................................

Personal................................................................................................................

Entrenamiento...................................................................................................... 2

Planificación y 3r#ani*ación.................................................................................... 2

Procedimientos para las Pruebas........................................................................ 2




3/21


atri* de Responsabilidades...............................................................................

(rono#rama..........................................................................................................

Premisas............................................................................................................... 4

6ependencias y Ries#os...................................................................................... 4

Referencias.............................................................................................................. 5

7losario.................................................................................................................... 5




4/21


Historial de Versiones

Fecha Versión Autor Organización Descripción

Infor ación del Pro!ecto

Empresa 8 3r#ani*ación (6, ,A,Proyecto 9 I,3!:!ec)a de preparación /$ de mar*o de 2/ "(liente ,E A

Patrocinador principal7erente 8 ;


5/21


$esu en %&ecuti'o

En un mundo tan cambiante tratamos de evolucionar en todos los temas

referentes al soft1are= ;a consolidación cada ve* m>s efectiva del mercadomundial en los sistemas de información y la mejora de las )erramientas para losusuarios e?i#en una mayor calidad en su funcionamiento para %ue se ofre*can lassoluciones de automati*ación de cada uno de los procesos optimi*ando tiempos yrecursos adicionales. Es necesario conocer el funcionamiento de ramica y pr>ctica donde adem>s se optimi*an recursos=

dic)as soluciones se convierten en un elemento diferenciador %ue #eneracompetitividad y lle#an a ser un elemento %ue impulsa la creatividad y #aranti*anun impacto positivo en los clientes finales.

El pro#rama permite llevar un control en las notas re#istradas por cada materia y%ue los estudiantes puedan visuali*arlas. Es decir %ue este es un soft1areacad@mico %ue brinda la solución de tener usuarios docentes y estudiantes &no esuna plataforma de aprendi*aje virtual'= es una )erramienta %ue permite a losprofesores car#ar las notas de las materias y a los estudiantes les facilitavisuali*arlas.

Para comen*ar se reali*ara el levantamiento de información de las )erramientas y

soft1are= cuyo objetivo es levantar información cualitativa para apoyar reali*ar cada una de las validaciones. Para comprobar la correcta funcionalidad delsistema= se reali*aran varios tipos de pruebas enfocados.

:enemos pruebas de caja ne#ra= llamadas tambi@n de comportamiento= seencuentran enfocadas en los re%uisitos funcionales del soft1are y permite %ue losdesarrolladores puedan centrarse en la co)erencia de las entradas y salidas delsistema sin preocuparse de la estructura interna de la aplicación e?aminada.

Este tipo de pruebas se aplica con el objetivo de locali*ar las fallas funcionales enel sistema= al identificar situaciones en las %ue las respuestas son determinadas

acciones del usuario no se ape#an a las especificaciones establecidas durante eldesarrollo del soft1are.

;as pruebas se enfocaran en operaciones de acceso al sistema= consulta dematerias= consulta de notas= consulta de estudiantes= impresión de las notas y lasalida del sistema. (ada operación ser> e?aminada con diferentes entradas deusuario para determinar %ue los resultados obtenidos sean consistentes bajocual%uier situación con a%uellos establecidos con an>lisis de re%uerimientos.




6/21


7/21


"ue'as Funcionalidades a Probar

El sistema de información posee 2 roles de usuario &Aprendi* D 6ocente' de los

cu>les cada uno podr>Rol Usuario

# Ingreso de usuarios ($ocente # %studiante)

Por medio de la &alidaci'n de 3 campos (usuario contrase a y rol) elsistema generara una ad&ertencia cuando los datos ingresados no sonlos mismos *ue contiene la base de datos en la tabla usuarios!Si la informaci'n ingresada es correcta permitirá el acceso al portal yredirigirá al frame de informaci'n personal del usuario!

# +isualizaci'n de informaci'n Personal ($ocente # %studiante)%l usuario podrá &isualizar la informaci'n registrada en la base de datoscomo datos personales y tendrá la posibilidad de modi,car algunos deellos!

Proyectos de Informática ( http://www.proyectos - informatica.com )Página -



8/21


# +isualizaci'n de materias a cursar (%studiante)

%ste m'dulo pro&ee la informaci'n de las materias *ue podrá cursar el

usuario en un periodo acad.mico &igente!

Proyectos de Informática ( http://www.proyectos - informatica.com )Página /



9/21


10/21


# +isualizaci'n de e&entos ( alendario) ($ocente # %studiante)

%l usuario tendrá la posibilidad de &isualizar los diferentes e&entosacad.micos *ue proponga la instituci'n a los cuales el estudiante puedaasistir como in&itado




11/21


DIn#reso de calificaciones ($ocente)

El docente podr> in#resar la calificación por corte para cada uno de losestudiantes a los cuales les dicta una materia. Esta información debe %uedar almacenada en la base de datos= de tal manera %ue el Aprendi* pueda visuali*arloa trav@s de la funcionalidad BVisuali*ación de materiasC

D (ambio de (lave ($ocente # %studiante)

ediante la validación de la clave actual= el aprendi* podr> cambiar la clave deacceso al portal EF.




12/21


Pruebas de $egresión

;istado de las funcionalidades no directamente involucradas en el desarrollo= perocuyos componentes est>n siendo afectados y por ende deben probarse paraase#urar %ue contin an funcionando adecuadamente. Al i#ual %ue en el puntoanterior= se describen desde el punto de vista del usuario.




13/21


Funcionalidades a "o Probar

;istado de las funcionalidades %ue 3 se van a probar. 6ebe incluir informaciónde las ra*ones por las cuales no se van a probar y los ries#os %ue se est>nasumiendo.

%nfo*ue de Pruebas +%strategia,

;a Estrate#ia de Pruebas puede definirse como un documento aparte= o puede ser incluido dentro del Plan de Pruebas se# n su e?tensión. A%u< pueden definirse lostipos de pruebas a reali*ar &funcionales= de desempeGo= de interfaces= nofuncionales= etc.'= re%uerimientos especiales de las pruebas= confi#uraciones aprobar= subconjuntos de datos a considerar= nivel de pruebas de re#resión= entreotros aspectos.




14/21


#riterios de Aceptación o $echazo

#riterios de Aceptación o $echazo

,on los criterios %ue ser>n considerados para dar por completado el Plan dePruebas de ,oft1are= por ejemplo (ompletar // de pruebas unitarias= ciertoporcentaje de casos e?itosos= cobertura de todos los componentes y lscasos de pruebas= cierto porcentaje de casos fallidos= o cual%uier otro %ue seespecifi%ue.




15/21


#riterios de $eanudación

;ue#o de )aber suspendido las pruebas= a%u< se establece bajo %u@ criterios sereanudaran.

%ntregables

Establece %ue se entre#ar> como parte de la ejecución del plan= por ejemplo6ocumento de Plan de Pruebas= (asos de Pruebas= Especificación de 6iseGo de(asos= ;o#s de errores= Reportes de incidencias= evidencias de pruebas= reportesemitidos por )erramientas de pruebas y cual%uier otro %ue se estable*ca.




16/21


$ecursos

$e*ueri ientos de %ntornos - Hardware

;ista de los re%uerimientos de e%uipos= )ard1are y red necesarios para completarlas actividades del Plan de Pruebas de ,oft1are. Incluye ,ervidores de Aplicación=Fases de 6atos= E%uipos de P( %ue necesitan los :esters= (onectividad a la red&incluyendo accesos'= entre otros.

$e*ueri ientos de %ntornos - Software

;ista de los re%uerimientos de soft1are necesarios para completar las actividadesde prueba= puede incluir accesos a ,istemas &en entorno de pruebas' y Fases de6atos= as< como instalación de soft1are en los (omputadores asi#nados a los:esters.

Proyectos de Informática ( http://www.proyectos - informatica.com )Página 1"



17/21


Herra ientas de Pruebas $e*ueridas

Especifica las )erramientas de soft1are= metodolo#


18/21


19/21


.atriz de $esponsabilidades

;ista cada una de las personas inte#rantes del e%uipo de JA y susresponsabilidades. ,e puede )acer uso de una atri* RA(I &Responsable=

Aprobador= (onsultado= Informado'.

#ronogra a

6ebe estar basado en estimaciones de actividades reali*adas por el e%uipo deprueba. En @l se Identifican los )itos relevantes en las pruebas de soft1are= seestablecen las dependencias &actividades predecesoras' y dem>s aspectoscomponentes de un crono#rama.




20/21


Pre isas

;as premisas relacionadas con las tareas de pruebas de soft1are= incluyendolimitaciones de tiempo= disponibilidad de recursos %ue se asumen= uso de unametodolo#


21/21

Documents

PMO Informatica Plantilla de Plan de Pruebas de Software