Diseño, desarrollo e implementación de un sistema de información para la recolección y unificación de datos de docentes y estudiantes en la Institución Educativa Simón Bolívar del departamento del Valle del Cauca
AP!AA"!Ev#!E$ecución AP!AA"!Ev#!E$ecución de prue%as so%re el proyecto formativo
Aprendi&' (onald Samuel P)re& Calderón
Servicio *acional de Aprendi&a$e SE*A An+lisis y Desarrollo de Sistemas de Información ctu%re #-".
P/A* DE P(0EBAS
Departamento1Proyecto1 Su%título
Departamento/Proyecto/ Departamento/Proyecto/ Subtítulo
2
ctu%re #-".
2IS34(IC DE CA5BIS 6ec7a Octubre 2018
Versión 0.9
Departamento/Proyecto/ Departamento/Proyecto/ Subtítulo
Descripción Creación del documento
3
Autor
Ronald Samuel Pérez Calderón
Índice 1.1.
Objetivos y tareas 1.1.1. Objetivos 1.1.2. areas
4 4 4
1.2.
!udiencia prevista
4
1.3.
"e#erencias
2.1.
Ítems a probar $#unciones%
2.2.
'uestiones de ries(o &
2.3.
'aracterísticas a probar
2.4.
'aracterísticas )ue no se van a probar
2.&.
*n#o)ue $estrate(ia%
&
3.1.
'riterios de entrada
+
3.2.
'riterios de salida
+
3.3.
'riterios de suspensi,n
+
3.4.
'riterios de reanudaci,n
+
3.&.
'riterios de -ito y #allo
+
&.1.
Plani#icaci,n
&.2.
"ecursos &.2.1. 0ardare &.2.2. So#tare 5.2.2 .2.2.1 .1..
&.2.3.
4 & &
Herra rramien mienta tas s
8
Dotaci,n de personal
5.2.3 .2.3.1 .1..
Respon sponsa sabi billida idades des
&.2.3.2.
ormaci,n
Departamento/Proyecto/ Departamento/Proyecto/ Subtítulo
4
8
&
"8
I*3(D0CCI4*
*l principal prop,sito de la evaluaci,n es encontrar errores y de#ectos )ue puedan eistir en el uso del sistema a #in de corre(irlos. eri#icar )ue los validadores de datos #uncionen y limiten el in(reso de in#ormaci,n para )ue no se puedan in(resar datos )ue no est-n permitidos $s,lo n5meros en campos num-ricos por ejemplo%. Se )uiere comprobar adem6s )ue )ue el sistem sistema a cumpl cumple e con con los los re)ue re)uerim rimie iento ntoss establ estableci ecidos dos por el usuari usuario o tiene tiene un rendim rendimien iento to adecu adecuad ado o en el ambien ambiente te donde donde se encue encuentr ntra a instal instalado ado.. Otro Otro aspect aspecto o importante a evaluar son las características de se(uridad relacionadas con el in(reso no autori7ado de usuarios de manera )ue no puedan reali7ar modi#icaciones donde no sean permitidas
"8"8 "8"8"8
B9E3IVS : 3A(EAS %$etivos
*l prop,sito del plan de pruebas es proveer la in#ormaci,n necesaria para planear y controlar los es#uer7os de pruebas de un proyecto o iteraci,n especí#icos. Describe el en#o en#o)u )ue e para para prob probar ar el so#t so#ta are re y es el plan plan (ene (enera rall (ene (enera rado do y util utili7 i7ad ado o por por administradores administradores para diri(ir el es#uer7o de pruebas.
"8"8#8
3areas Set de pruebas documentado incluyendo escenarios claros para el desarrollo de las pruebas unitarias.
oda la documentaci,n re)uerida debe estar disponible.
Supervisar si se cumple las especi#icaciones de dise8o establecidas por el cliente.
Supervisar si se cumple los re)uisitos del an6lisis )ue se 9icieron en la plani#icaci,n del dise8o y desarrollo del so#tare.
"8#8
"eali7ar las pruebas necesarias de rendimiento y capacidad capacidad del sistema. *ncontrar los problemas importantes y determinar los ries(os percibidos percibidos en cuanto a la calidad del producto.
A0DIE*CIA P(EVIS3A
Por retiros de inte(rantes del (rupo la audiencia se reali7ar6 por el :e#e de proyecto el cual reali7ar6 todos los pasos de la prueba del so#tare.
Departamento/Proyecto/ Departamento/Proyecto/ Subtítulo
&
"8;8
(E6E(E*CIAS
;ista todos los documentos )ue se 9an utili7ado para crear este plan los )ue se usar6n en el desarrollo de casos de pruebas o durante la ejecuci,n de pruebas. *stos se pueden listar en una tabla como la si(uiente< Documento
Autor
Versión
/ocali&ación
Plantilla sta=e9olders Samuel P-re7
1.>
Sena2?1@/actividades
Plantil tilla prueba
1.>
Sena2?1/actividades
caso
de Samuel P-re7
Departamento/Proyecto/ Departamento/Proyecto/ Subtítulo
+
#8
A/CA*CE : E*6<0E
#8" 8"88
=3E5S A P( (B BA( >6 >60* 0*C CI*ES?
;a prueba de es#uer7o en un tipo de prueba de per#ormance implementada y ejecutada para encontrar errores cuando 9ay pocos recursos o cuando 9ay competencia por recursos. Poca memoria o poco espacio de disco pueden revelar #allas en el so#tare )ue no aparecen bajo condiciones normales de cantidad de recursos. Otras #allas pueden resultar al competir por recursos compartidos como blo)ueos de bases de datos o anc9o de banda de red. ;a prueba de es#uer7o tambi-n puede usarse para identi#icar el trabajo m6imo )ue el so#tare puede manejar. A
Poca Poca memo memori ria a o sin sin dis dispo poni nibi bililida dad d de de mem memor oria ia en el serv servid idor or
A
'antidad m6 m6ima de de us usuarios co conectados
A
B5lt B5ltip iple less usu usuar ario ioss rea realili7a 7and ndo o la la mis misma ma oper operac aci, i,n n sob sobre re los los mis mismo moss dat datos os
A
Peor caso de volumen de operaciones.
#8#8
C0ES3I*ES DE (IES@
#8; 8;88
'liente esc-ptico 'liente insatis#ec9o por mala asesoría !ltas 'ompetencias 'ompetencias alta de Botivaci,n al 'liente
CA(AC3 C3E E(=S =S3 3ICAS A P(BA(
;as pruebas se reali7ar6n con la si(uiente criticidad en una escala de !lto Bedia bajo $! B C%.
Pruebas de mantenibilidad$!% Pruebas de #iabilidad . $C% Pruebas de escalabilidad $B% Pruebas de se(uridad . $!% Pruebas de a(ilidad $C%
Departamento/Proyecto/ Departamento/Proyecto/ Subtítulo
@
#88 #8 8
CA(A CA (AC3 C3E( E(=S =S3I 3ICA CAS S <0E <0E * SE VA* A P( P(B BA( A( ;as vías )ue pueden di#icultar la determinaci,n determinaci,n de los re)uisitos son<
● ●
● ● ●
●
;os usuarios no se involucran en la elaboraci,n de re)uisitos escritos ;os ;os usua usuari rios os insi insist sten en en nuev nuevos os re)u re)uis isititos os desp despuu-ss de )ue )ue el cost coste e y la pro(ramaci,n se 9ayan #ijado. ;a comunicaci,n con los usuarios es lenta ;os usuarios no participan en revisiones o son incapaces de 9acerlo. ;os ;os usua usuari rios os no tien tienen en clar claro o lo )ue )ue dese desean an los los usua usuari rios os no comp compre rend nden en los los problemas t-cnicos ;os usuarios no entienden el proceso del desarrollo *sto puede conducir a la situaci,n donde las ei(encias del consumidor cambian incluso cuando el desarrollo del producto ya est6 en marc9a.
#88
E*6<0E >E >ES3(A3E@IA?
Descripci,n de la estrate(ia de pruebas (eneral para este plan de pruebas. Se 9an de identi#icar las re(las y procesos asociados.
Departamento/Proyecto/ Departamento/Proyecto/ Subtítulo
;8
C(I (I3E 3E(I (IS S DE 3( 3(A* A*SI SICI CI4* 4*
! continuaci,n se describen los criterios re)ueridos para las pruebas para poder pasar de un estado a otro.
;8"8
C(I3E(IS DE DE E* E*3(ADA
;ista todos los criterios )ue se 9an de satis#acer para empe7ar la ejecuci,n de las pruebas. *ntre los posibles ítems )ue se pueden incluir est6n los si(uientes< E
'aso 'asoss de prue prueba bass escr escrititos os y apro aproba bado doss
;8#8
tipo de persona
*ntidad responsable
Fsuario
Gmpresora ;aser
0ardare
C(I3E(IS DE SA/IDA
;ista todos los criterios )ue se 9an de satis#acer para )ue una #ase de pruebas se de por #inali7ada. #inali7ada. *ntre los posibles ítems )ue se pueden incluir est6n<
;8;8
mantenibilidad #iabilidad escalabilidad se(uridad a(ilidad
C(I3E(IS DE DE S0 S0SPE*SI4*
Se aplicar6 este ítem si en los casos de prueba los elementos o puntos no cuentan con las condiciones condiciones necesarias para llevar a cabo el proyecto tales como al(oritmos mal de#inidos o no #uncionales recopilaci,n de elementos sin reconocimiento de autor y por incorporaci,n de elementos )ue no cuenten con pruebas )ue den #iabilidad de su uso en el aplicativo.
;8 888
C(I3E(IS DE (EA*0DACI4 I4* *
;a reanudaci,n de las pruebas se 9ace despu-s de )ue el c,di(o 9aya sido revisado y mejorado despu-s de ello se puede pasar nuevamente al plan de prueba
Departamento/Proyecto/ Departamento/Proyecto/ Subtítulo
>
;8 888
C(I3E(IS DE DE I3 I3 : 6A// //
*speci#icaci,n de los criterios )ue se 9an de usar para determinar si cada una de las pruebas 9a tenido -ito o 9a #allado. Si las pruebas cumplen con los si(uientes puntos se dar6 por entendido )ue 9a tenido -ito la ejecuci,n de procedimiento
Hue ten(a mantenibilidad mantenibilidad Hue sea #iable Hue ten(a escalabilidad Hue sea se(uro Hue sea 6(il en su ejecuci,n
Departamento/Proyecto/ Departamento/Proyecto/ Subtítulo
1?
8
ES3 S3( (A3E 3E@I @IA A DE P(0 (0EB EBAS AS E
*n este este punt punto o nos nos en#o en#oca care remo moss en reali reali7a 7arr tres tres di#er di#eren ente tess tipo tiposs de prueb pruebas as las cuales son<
Prue Prueba ba Fnita nitari ria< a< eri# eri#ic icar ar la #unc #uncio iona nalilida dad d y estr estruc uctu tura ra de cada cada componente. Prueba de Gmplantaci,n< eri#icar el #uncionamiento del pro(rama y su rendimiento rendimiento con 9ardare so#tare y aceptaci,n de usuario. prueba del sistema< eri#icar el sistema completamente incluyendo todos los subsistemas con sus respectivas inter#aces y el correcto acople al resto de los componentes.
Departamento/Proyecto/ Departamento/Proyecto/ Subtítulo
11
8
P/A /A* *I6I 6IC CAC ACI4 I4* * : (EC EC0( 0(S SS S
8"8
P/A*I6ICACI4*
*sta secci,n debería incluir una lista de 9itos clave en las pruebas. Puede incluir< E E E E E E
8#8 8#8"8
!pro !proba baci ci,n ,n del del plan plan de prue prueba bass Desar Desarrol rollo loss de la lisar lisara a de de caso casoss de de prue prueba bass Desa Desarr rrol ollo lo de los los cas casos os de prue prueba bass Desa Desarr rrol ollo lo de scri script ptss de prue prueba bass Prep Prepar arac aci, i,n n del del ento entorn rno o de de pru prueb ebas as ec9 ec9as as de de eje ejecu cuci ci,n ,n de de pru prueb ebas as
(EC0(SS 2ardare
"e)uisito mínimo de 9ardare<
8#8#8
*spacio disponible en disco duro de &??IC Bemoria "!B de 1 Procesador de 1+? I07 en adelante
Softare
8#8;8
Sistema operativo de 32 o +4 bits.
Dotación de personal
Gmpresoras
;aptops
Dispositivos m,viles
8#8 8 #8;8 ;8"8 "8
(esp (e spon onsa sa%i %ili lid dad ades es
Biembros del e)uipo de ase(uramiento de la calidad y sus responsabilidades< "onald Samuel P-re7 'alder,n E !n6lisis y soporte
Departamento/Proyecto/ Departamento/Proyecto/ Subtítulo
12
8 # 8 ; 8# 8
6ormación
"onald Samuel P-re7 'alder,n E Desarrollador de so#tare y !nalista de 'alidad
Departamento/Proyecto/ Departamento/Proyecto/ Subtítulo
13
F8
(EV EVIS ISI4 I4* * DE DE/ P/A P/A* * DE DE P(0 P(0EB EBAS AS
*l Plan de Pruebas contiene la de#inici,n de las metas y objetivos a probar dentro del alcance de cada iteraci,n del proyecto. Proporciona el marco de trabajo en el )ue el e)uipo llevar6 a cabo la prueba dentro del 9orario coordinado.
*l "esumen de "esultados de Pruebas or(ani7a y presenta un an6lisis resumen de los resultados de las pruebas y las medidas clave para revisar y de#inir estas típicamente por los Sta=e9olders claves. !dem6s puede contener una declaraci,n (eneral de calidad relativa puede mantener las recomendaciones de las pruebas )ue se reali7ar6n a #uturo. ;a ;ist ;ista a de los los Prob Proble lema mas s prop propor orci cion ona a una una mane manera ra de re(i re(ist stra rarr para para el !dministrador !dministrador del Proyecto los< problemas problemas ecepciones ecepciones anomalías u otras tareas incompletas )ue re)uieren atenci,n )ue relaciona a la direcci,n del proyecto. 'ambios de "e)uerimientos. Se proponen cambios a los arte#actos de desarrollo a trav-s de 'ambios de re)uerimientos re)uerimientos $'"%. Se usan los 'ambios de "e)uerimientos "e)uerimientos para documentar los problemas las mejoras solicitadas y cual)uier otro tipo de solicitud para un cambio en el producto. *l bene#icio de '" es )ue proporcionan un re(istro de decisiones decisiones debido a su proceso de valoraci,n ase(ura los impactos del cambio )ue puedan darse en el proyecto.
Departamento/Proyecto/ Departamento/Proyecto/ Subtítulo
14