SlideShare une entreprise Scribd logo
1  sur  3
Télécharger pour lire hors ligne
 
	
  
	
  
	
  
Testing	
  y	
  Aseguramiento	
  de	
  la	
  Calidad	
  de	
  Software	
  
INTI	
  –	
  Universidad	
  Nacional	
  de	
  San	
  Martín	
  
	
  
	
  
Examen	
  Final	
  
01	
  de	
  diciembre	
  de	
  2015	
  
	
   	
  
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.	
  
	
  
	
   	
  
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)]	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  	
  

Contenu connexe

Tendances

Clase inventarios incorporando_incertidumbre
Clase inventarios incorporando_incertidumbreClase inventarios incorporando_incertidumbre
Clase inventarios incorporando_incertidumbreGuillermo Pastor Alfaro
 
Inventarios probabilisticos
Inventarios probabilisticosInventarios probabilisticos
Inventarios probabilisticosJorgeAHuarachiCh
 
Descrifrando el Stock de Seguridad - Parte 2: Modelos de Inventario Probabil...
Descrifrando el Stock de Seguridad  - Parte 2: Modelos de Inventario Probabil...Descrifrando el Stock de Seguridad  - Parte 2: Modelos de Inventario Probabil...
Descrifrando el Stock de Seguridad - Parte 2: Modelos de Inventario Probabil...Willie Cordova Hanna
 
Sistema Inventario, victor mamani catachura,boreasH
Sistema Inventario, victor mamani catachura,boreasHSistema Inventario, victor mamani catachura,boreasH
Sistema Inventario, victor mamani catachura,boreasHvictor mamani
 
Descrifrando el stock de seguridad - Parte I: Introducción
Descrifrando el stock de seguridad - Parte I: IntroducciónDescrifrando el stock de seguridad - Parte I: Introducción
Descrifrando el stock de seguridad - Parte I: IntroducciónWillie Cordova Hanna
 
Control de inventarios equipo1
Control de inventarios equipo1Control de inventarios equipo1
Control de inventarios equipo1Javy Gamboa
 

Tendances (8)

Inventarios
InventariosInventarios
Inventarios
 
Clase inventarios incorporando_incertidumbre
Clase inventarios incorporando_incertidumbreClase inventarios incorporando_incertidumbre
Clase inventarios incorporando_incertidumbre
 
Inventarios probabilisticos
Inventarios probabilisticosInventarios probabilisticos
Inventarios probabilisticos
 
Descrifrando el Stock de Seguridad - Parte 2: Modelos de Inventario Probabil...
Descrifrando el Stock de Seguridad  - Parte 2: Modelos de Inventario Probabil...Descrifrando el Stock de Seguridad  - Parte 2: Modelos de Inventario Probabil...
Descrifrando el Stock de Seguridad - Parte 2: Modelos de Inventario Probabil...
 
Sistema Inventario, victor mamani catachura,boreasH
Sistema Inventario, victor mamani catachura,boreasHSistema Inventario, victor mamani catachura,boreasH
Sistema Inventario, victor mamani catachura,boreasH
 
Descrifrando el stock de seguridad - Parte I: Introducción
Descrifrando el stock de seguridad - Parte I: IntroducciónDescrifrando el stock de seguridad - Parte I: Introducción
Descrifrando el stock de seguridad - Parte I: Introducción
 
Producto final trabajo_colaborativo_no1
Producto final trabajo_colaborativo_no1Producto final trabajo_colaborativo_no1
Producto final trabajo_colaborativo_no1
 
Control de inventarios equipo1
Control de inventarios equipo1Control de inventarios equipo1
Control de inventarios equipo1
 

Similaire à Unsm examen final-testing y sqa

Medicion del trabajo
Medicion del trabajoMedicion del trabajo
Medicion del trabajoLVARGAS158
 
TesterSmart-Presentacion.pptx
TesterSmart-Presentacion.pptxTesterSmart-Presentacion.pptx
TesterSmart-Presentacion.pptxTereBestene
 
Clase_12_Simulacion de Procesos.ppt
Clase_12_Simulacion de Procesos.pptClase_12_Simulacion de Procesos.ppt
Clase_12_Simulacion de Procesos.pptPedroFalcn
 
Tipos De Pruebas
Tipos De PruebasTipos De Pruebas
Tipos De PruebasPablo Uc
 
guía para la Gestión costos
guía para la Gestión costosguía para la Gestión costos
guía para la Gestión costosAlexander Guanipa
 
System Simulation with Excel part 3
System Simulation with Excel part 3System Simulation with Excel part 3
System Simulation with Excel part 3Edgar Mata
 
Gestión de los costes del proyecto
Gestión de los costes del proyecto Gestión de los costes del proyecto
Gestión de los costes del proyecto Nury Ortiz
 
03 gestión de pruebas de software diseño de casos de pruebas
03 gestión de pruebas de software   diseño de casos de pruebas03 gestión de pruebas de software   diseño de casos de pruebas
03 gestión de pruebas de software diseño de casos de pruebasAntonio Quiña
 
301401 10 practica1-informe fibra
301401 10 practica1-informe fibra301401 10 practica1-informe fibra
301401 10 practica1-informe fibraFabioAcevedo
 
Unidad 5 - Administracion de la capacidad.pptx
Unidad 5 - Administracion de la capacidad.pptxUnidad 5 - Administracion de la capacidad.pptx
Unidad 5 - Administracion de la capacidad.pptxPedroGonzlez498091
 
Control de lectura
Control de lecturaControl de lectura
Control de lecturaelssalinas
 

Similaire à Unsm examen final-testing y sqa (20)

Plan de contingencia
Plan de contingenciaPlan de contingencia
Plan de contingencia
 
Plan de contingencia
Plan de contingenciaPlan de contingencia
Plan de contingencia
 
Metodología de cargas de trabajo
Metodología de cargas de trabajoMetodología de cargas de trabajo
Metodología de cargas de trabajo
 
Medicion del trabajo
Medicion del trabajoMedicion del trabajo
Medicion del trabajo
 
Control_de_Calidad_y_sus_herramientas (4).ppt
Control_de_Calidad_y_sus_herramientas (4).pptControl_de_Calidad_y_sus_herramientas (4).ppt
Control_de_Calidad_y_sus_herramientas (4).ppt
 
05 guia-arena
05 guia-arena05 guia-arena
05 guia-arena
 
TesterSmart-Presentacion.pptx
TesterSmart-Presentacion.pptxTesterSmart-Presentacion.pptx
TesterSmart-Presentacion.pptx
 
Clase_12_Simulacion de Procesos.ppt
Clase_12_Simulacion de Procesos.pptClase_12_Simulacion de Procesos.ppt
Clase_12_Simulacion de Procesos.ppt
 
Practicas laboratorio
Practicas laboratorioPracticas laboratorio
Practicas laboratorio
 
Tipos De Pruebas
Tipos De PruebasTipos De Pruebas
Tipos De Pruebas
 
Herramientas mejoras de procesos
Herramientas mejoras de procesosHerramientas mejoras de procesos
Herramientas mejoras de procesos
 
guía para la Gestión costos
guía para la Gestión costosguía para la Gestión costos
guía para la Gestión costos
 
System Simulation with Excel part 3
System Simulation with Excel part 3System Simulation with Excel part 3
System Simulation with Excel part 3
 
Gestión de los costes del proyecto
Gestión de los costes del proyecto Gestión de los costes del proyecto
Gestión de los costes del proyecto
 
03 gestión de pruebas de software diseño de casos de pruebas
03 gestión de pruebas de software   diseño de casos de pruebas03 gestión de pruebas de software   diseño de casos de pruebas
03 gestión de pruebas de software diseño de casos de pruebas
 
301401 10 practica1-informe fibra
301401 10 practica1-informe fibra301401 10 practica1-informe fibra
301401 10 practica1-informe fibra
 
Capítulo 01 conceptos de simulación
Capítulo 01 conceptos de simulaciónCapítulo 01 conceptos de simulación
Capítulo 01 conceptos de simulación
 
Unidad 5 - Administracion de la capacidad.pptx
Unidad 5 - Administracion de la capacidad.pptxUnidad 5 - Administracion de la capacidad.pptx
Unidad 5 - Administracion de la capacidad.pptx
 
Control de lectura
Control de lecturaControl de lectura
Control de lectura
 
Unidad III.pptx
Unidad III.pptxUnidad III.pptx
Unidad III.pptx
 

Dernier

Mentoría para Empresarios Oxford Group L.pdf
Mentoría para Empresarios Oxford Group L.pdfMentoría para Empresarios Oxford Group L.pdf
Mentoría para Empresarios Oxford Group L.pdfOxford Group
 
Espejo Salamanca Cuadro Sinoptico Decreto 2649 1993.pdf
Espejo Salamanca Cuadro Sinoptico Decreto 2649 1993.pdfEspejo Salamanca Cuadro Sinoptico Decreto 2649 1993.pdf
Espejo Salamanca Cuadro Sinoptico Decreto 2649 1993.pdfaespejos
 
Análisis y evaluación de proyectos / ESTUDIO DE MERCADO Y COMERCIALIZACIÓN
Análisis y evaluación de proyectos / ESTUDIO DE MERCADO Y COMERCIALIZACIÓNAnálisis y evaluación de proyectos / ESTUDIO DE MERCADO Y COMERCIALIZACIÓN
Análisis y evaluación de proyectos / ESTUDIO DE MERCADO Y COMERCIALIZACIÓNlacosaensi982
 
Practica de Evaluacion de tarea crisis de liderazgo
Practica de Evaluacion de tarea crisis de liderazgoPractica de Evaluacion de tarea crisis de liderazgo
Practica de Evaluacion de tarea crisis de liderazgooscramcon
 
Seguridad vial OSC TELECOMS Seguridad vial OSC TELECOMS
Seguridad vial OSC TELECOMS  Seguridad vial OSC TELECOMSSeguridad vial OSC TELECOMS  Seguridad vial OSC TELECOMS
Seguridad vial OSC TELECOMS Seguridad vial OSC TELECOMSJorgeContreras580838
 
Técnicas de Planeación y control 2.pptx
Técnicas de  Planeación y control 2.pptxTécnicas de  Planeación y control 2.pptx
Técnicas de Planeación y control 2.pptxkarlapatriciagaona
 
3-5-usac-manuales-administrativos-2017.ppt
3-5-usac-manuales-administrativos-2017.ppt3-5-usac-manuales-administrativos-2017.ppt
3-5-usac-manuales-administrativos-2017.pptConsultorSinergia
 
CLASE UTP 2023 S10.s1 - Material de clases .pdf
CLASE UTP 2023 S10.s1 - Material de clases .pdfCLASE UTP 2023 S10.s1 - Material de clases .pdf
CLASE UTP 2023 S10.s1 - Material de clases .pdfAnglicaArauzoF
 
TEORÍAS CONTEMPORÁNEAS DE LA ADMINISTRACIÓN.pptx
TEORÍAS CONTEMPORÁNEAS DE LA ADMINISTRACIÓN.pptxTEORÍAS CONTEMPORÁNEAS DE LA ADMINISTRACIÓN.pptx
TEORÍAS CONTEMPORÁNEAS DE LA ADMINISTRACIÓN.pptxCristianCambranis
 

Dernier (9)

Mentoría para Empresarios Oxford Group L.pdf
Mentoría para Empresarios Oxford Group L.pdfMentoría para Empresarios Oxford Group L.pdf
Mentoría para Empresarios Oxford Group L.pdf
 
Espejo Salamanca Cuadro Sinoptico Decreto 2649 1993.pdf
Espejo Salamanca Cuadro Sinoptico Decreto 2649 1993.pdfEspejo Salamanca Cuadro Sinoptico Decreto 2649 1993.pdf
Espejo Salamanca Cuadro Sinoptico Decreto 2649 1993.pdf
 
Análisis y evaluación de proyectos / ESTUDIO DE MERCADO Y COMERCIALIZACIÓN
Análisis y evaluación de proyectos / ESTUDIO DE MERCADO Y COMERCIALIZACIÓNAnálisis y evaluación de proyectos / ESTUDIO DE MERCADO Y COMERCIALIZACIÓN
Análisis y evaluación de proyectos / ESTUDIO DE MERCADO Y COMERCIALIZACIÓN
 
Practica de Evaluacion de tarea crisis de liderazgo
Practica de Evaluacion de tarea crisis de liderazgoPractica de Evaluacion de tarea crisis de liderazgo
Practica de Evaluacion de tarea crisis de liderazgo
 
Seguridad vial OSC TELECOMS Seguridad vial OSC TELECOMS
Seguridad vial OSC TELECOMS  Seguridad vial OSC TELECOMSSeguridad vial OSC TELECOMS  Seguridad vial OSC TELECOMS
Seguridad vial OSC TELECOMS Seguridad vial OSC TELECOMS
 
Técnicas de Planeación y control 2.pptx
Técnicas de  Planeación y control 2.pptxTécnicas de  Planeación y control 2.pptx
Técnicas de Planeación y control 2.pptx
 
3-5-usac-manuales-administrativos-2017.ppt
3-5-usac-manuales-administrativos-2017.ppt3-5-usac-manuales-administrativos-2017.ppt
3-5-usac-manuales-administrativos-2017.ppt
 
CLASE UTP 2023 S10.s1 - Material de clases .pdf
CLASE UTP 2023 S10.s1 - Material de clases .pdfCLASE UTP 2023 S10.s1 - Material de clases .pdf
CLASE UTP 2023 S10.s1 - Material de clases .pdf
 
TEORÍAS CONTEMPORÁNEAS DE LA ADMINISTRACIÓN.pptx
TEORÍAS CONTEMPORÁNEAS DE LA ADMINISTRACIÓN.pptxTEORÍAS CONTEMPORÁNEAS DE LA ADMINISTRACIÓN.pptx
TEORÍAS CONTEMPORÁNEAS DE LA ADMINISTRACIÓN.pptx
 

Unsm examen final-testing y sqa

  • 1.         Testing  y  Aseguramiento  de  la  Calidad  de  Software   INTI  –  Universidad  Nacional  de  San  Martín       Examen  Final   01  de  diciembre  de  2015      
  • 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. 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)]