Inspeccionar objetos en puntos de comprobación

• Configurar puntos de comprobación en el código Apex.
• Analizar los objetos de la memoria con Checkpoint Inspector.

Nota

¿Su idioma de aprendizaje es español? Comience el reto en un Trailhead Playground en español y utilice las traducciones proporcionadas entre paréntesis para navegar. Copie y pegue solo los valores en inglés, ya que las validaciones del reto se basan en los datos en inglés. Si no aprueba el reto en su organización en español, le recomendamos que (1) cambie la configuración regional a Estados Unidos, (2) cambie el idioma a inglés, siga las instrucciones descritas aquí y, a continuación, (3) vuelva a hacer clic en el botón Check Challenge (Comprobar el reto).

Consulte la insignia Trailhead en su idioma para obtener más información sobre cómo aprovechar la experiencia de Trailhead en otros idiomas.

1. Seleccione File (Archivo) | Open (Abrir) y abra la clase EmailMissionSpecialist.
2. Seleccione Debug (Depurar) | Change Log Levels (Cambiar niveles de registro).
3. En la sección General Trace Settings for You (Configuración de seguimiento general para usted), haga clic en Add/Change (Agregar/Cambiar).
4. Establezca el nivel de registro de ApexCode en FINEST (Máxima precisión).
   Nota: Para establecer puntos de comprobación, necesita el permiso de usuario Ver todos los datos. Para generar resultados empleando puntos de comprobación, ejecute el código empleando la ejecución anónima o establezca un indicador de rastreo DEVELOPER_LOG sobre sí mismo. El indicador de rastreo debe tener un nivel de registro para Apex de INFO o superior.
5. Para guardar los cambios, haga clic en Done (Listo).
6. Para salir del cuadro de diálogo Change Log Levels (Cambiar niveles de registro), haga clic en Done (Listo).

EmailMissionSpecialist em = new EmailMissionSpecialist();
em.sendMail('Enter your email address', 'Flight Path Change', 
   'Mission Control 123: Your flight path has been changed to avoid collision '
   + 'with asteroid 2014 QO441.');

• En la tabla Checkpoints (Puntos de comprobación) se muestran el espacio de nombres, la clase y el número de línea de cada punto de comprobación. Además, se muestran la fecha y la hora de creación de cada punto de comprobación.
• En la tabla Checkpoint Locations (Ubicaciones de puntos de comprobación) se muestran el nombre de archivo, el número de línea y las iteraciones capturadas por el punto de comprobación seleccionado.

• Heap (Pila). Se muestran todos los objetos incluidos en la memoria en la línea de código en la que se ejecuta el punto de comprobación.
• Symbols (Símbolos). Se muestran todos los símbolos en la memoria en una vista de árbol.

Ficha Heap (Pila)

La ficha Heap (Pila) incluye una serie de paneles muy útiles para la depuración, como el panel Types (Tipos). En este panel se muestra para cuántos objetos se han creado instancias y la memoria que consumen en bytes. Veamos los detalles capturados por el punto de comprobación que ha establecido.

1. En Types (Tipos), haga clic en Messaging.SingleEmailMessage.
2. En Instances (Instancias), haga clic en cualquier instancia de este tipo de objeto.
3. En State (Estado), puede ver los campos del objeto y sus valores.

Ficha Symbols (Símbolos)

La ficha Symbols (Símbolos) permite revisar de forma rápida y fácil los estados de varios objetos en cualquier punto de comprobación. Los símbolos son nombres únicos que hacen referencia a objetos específicos. En esta ficha se muestran todos los símbolos en la memoria en una vista de árbol.

Como comandante, no solo necesita confirmar que los sistemas funcionan correctamente. Además, es necesario hacer un seguimiento de los errores. Veamos cómo Checkpoint Inspector le ayuda a comprender mejor el código.

1. Para borrar los resultados del punto de comprobación de la ficha, seleccione Debug (Depurar) | Clear (Borrar) | Checkpoint Results Panel (Panel de resultados de punto de comprobación).
2. Seleccione Debug (Depurar) | Open Execute Anonymous Window (Abrir ventana de ejecución anónima).
3. Vuelva a ejecutar la clase EmailMissionSpecialist, pero esta vez con una dirección de correo electrónico no válida, como testingemail.

   EmailMissionSpecialist em = new EmailMissionSpecialist();
   em.sendMail('testingemail', 'Flight Path Change', 
      'Mission Control 123: Your flight path has been changed to avoid collision '
      + 'with asteroid 2014 QO441.');

4. Después de ejecutar el código, haga clic en la ficha Checkpoints (Puntos de comprobación).

La ficha Checkpoints (Puntos de comprobación) no muestra ningún resultado porque la ejecución del código no ha llegado al número de línea en la que ha establecido el punto de comprobación.

Vamos a agregar un punto de comprobación en una parte anterior del código para poder capturar la información del nuevo punto de comprobación antes de que el código detecte el error testingemail.

1. Seleccione File (Archivo) | Open (Abrir) y abra la clase EmailMissionSpecialist.
2. Haga clic en el número de línea en la parte izquierda para String[] toAddresses = new String[] {address}.
3. Seleccione Debug (Depurar) | Clear (Borrar ) | Checkpoint Results Panel (Panel de resultados de punto de comprobación).
4. Seleccione Debug (Depurar) | Open Execute Anonymous Window (Abrir ventana de ejecución anónima).
5. Vuelva a ejecutar la clase EmailMissionSpecialist con una dirección de correo electrónico no válida, como testingemail.

   EmailMissionSpecialist em = new EmailMissionSpecialist();
   em.sendMail('testingemail', 'Flight Path Change', 
      'Mission Control 123: Your flight path has been changed to avoid collision '
      + 'with asteroid 2014 QO441.');

6. Haga clic en la ficha Checkpoints (Puntos de comprobación).

Verá una entrada nueva en la ficha Checkpoints (Puntos de comprobación). A continuación, puede analizar los objetos de la memoria con Checkpoint Inspector.

• Ayuda de Salesforce: Ficha Checkpoints (Puntos de comprobación)
• Ayuda de Salesforce: Establecer puntos de comprobación en código de Apex
• Ayuda de Salesforce: Checkpoint Inspector