Testing	
  y	
  Aseguramiento	
  de	
  la	
  Calidad	
  de	
  Software	
  
INTI	
  –	
  Universidad	
  Na...
Objetivo	
  general	
  
	
  
El	
   trabajo	
   consiste	
   en	
   realizar	
   un	
   proceso	
   de	
   testing	
   com...
DTE	
  FUNCIONALIDAD	
  	
  “ENVIAR	
  MAIL”.	
  
	
  
	
  
	
  
	
   ev_redactar([redactado==true])/limpiarpantalla	
  	
...
Próxima SlideShare
Cargando en…5
×

Unsm examen final-testing y sqa

163 visualizaciones

Publicado el

examen

Publicado en: Empresariales
0 comentarios
0 recomendaciones
Estadísticas
Notas
  • Sé el primero en comentar

  • Sé el primero en recomendar esto

Sin descargas
Visualizaciones
Visualizaciones totales
163
En SlideShare
0
De insertados
0
Número de insertados
4
Acciones
Compartido
0
Descargas
0
Comentarios
0
Recomendaciones
0
Insertados 0
No insertados

No hay notas en la diapositiva.

Unsm examen final-testing y sqa

  1. 1.         Testing  y  Aseguramiento  de  la  Calidad  de  Software   INTI  –  Universidad  Nacional  de  San  Martín       Examen  Final   01  de  diciembre  de  2015      
  2. 2. Objetivo  general     El   trabajo   consiste   en   realizar   un   proceso   de   testing   completo   sobre   la   función   de   envío   de   correo   del   cliente  de  correo  electrónico  online  Google  Gmail.  El  proceso  incluye  las  etapas  de  documentación  de  los   requisitos,  la  sistematización  del  plan  de  pruebas  incluyendo  el  diseño  de  las  mismas.     Objetivo  específico     1. Documente  los  requisitos  de  la  función  “Redactar”  del  cliente  de  correo  electrónico  Google  Gmail.   Tenga  en  cuenta  que  estos  requisitos  pueden  ir  perfeccionándose  a  medida  que  se  desarrollen  las   pruebas  y  se  vaya  adquiriendo  un  mayor  conocimiento  del  sistema.   2. Diseñe  casos  de  prueba  intentando  que  la  cobertura  de  los  requisitos  sea  la  mayor  posible.  Utilice   las   técnicas   que   considere   apropiadas.   Tenga   en   cuenta   los   valores   posibles   para   los   distintos   campos,  válidos  e  inválidos,  asi  como  las  limitaciones  (número  máximo  de  destinatarios,  tamaño   máximo  del  asunto,  tamaño  máximo  del  cuerpo  del  mensaje,  etc).  Si  utiliza  algún  artefacto  como   tabla  de  decisiones,  diagrama  de  transición,  etc,  incorpórelos  a  la  documentación  de  requisitos.   3. Defina  el  plan  de  pruebas,  realizando  tantos  ciclos  como  sea  necesario  para  que  la  documentación   de  requisitos  sea  coherente  con  el  resultado  de  los  casos  de  prueba.     Consideraciones  generales     • Tenga  en  cuenta  las  posibles  acciones  esperables  al  momento  de  redactar  un  correo  electrónico   (enviar,   guardar   como   borrador,   descartar)   y   las   acciones   imprevistas   (como   cancelaciones   por   pulsar  en  otra  opción,  o  cerrar  el  navegador,  etc).     • Dado  de  que  la  cantidad  de  acciones  imprevistas  es  potencialmente  infinita,  utilice  un  buen  nivel   de  abstracción  para  considerar  conjuntos  grandes  de  acciones  imprevistas  como  un  único  caso  de   uso.     • La   cantidad   de   posibles   valores   de   los   campos   de   entrada   y   sus   combinaciones   es   grande,   considere  los  casos  de  prueba  más  significativos,  utilizando  las  técnicas  de  derivación  de  pruebas.   • La   realización   de   un   diagrama   de   transiciones   puede   ser   de   mucha   utilidad   para   entender   la   dinámica   del   sistema   y   las   interacciones   entre   las   diferentes   acciones   previstas   e   imprevistas,   aunque  poteriormente  no  se  lo  utilice  para  derivar  todos  los  casos  de  prueba  que  la  técnica  prevee.   • Se  recomienda  en  el  plan  de  pruebas,  documentar  los  requisitos,  documentar  los  casos  de  prueba,   realizar   la   traza   correspondiente   entre   ambos   artefactos.   En   caso   contrario   se   espera   que   se   incluyan:   o Los  requisitos  del  sistema   o La  especificación  de  los  casos  de  prueba   o La  planificación  de  la  ejecución  del  plan  de  pruebas,  indicando  la  cantidad  de  ciclos  que   serían  necesarios  para  lograr  la  cobertura  planificada  de  los  requisitos.         • Considerar  que  la  información  que  generamos  como  área  de  Testing  tiene  que  generar  valor  para   la  empresa.  Es  decir,  incluir  al  menos  un  reporte  para  gerencia  con  las  métricas  que  consideraría   importantes.        
  3. 3. DTE  FUNCIONALIDAD    “ENVIAR  MAIL”.           ev_redactar([redactado==true])/limpiarpantalla                                                                                      comenzarredacción,             ev_guardar/   ev_redactar                ev_descartar                                                                             guardado                  [(redactado==true)]/reeditar                                                                                            ev_descartar                                                                         ev_enviar                                                  ev_enviar  [(destinatario==true)    &&(destinatario<100)]                                                                     [(destinatario==true)   &&(destinatario<100)  ]                                                                                                                                    ev_descartar                           Nuevo   Guardado   Enviado   Descartado   Inicio   Fin   Ev_guardar   [(redactado==true   tiempo==30)]                                  

×