Día difícil

Qué es el Día Duro 2

AEM "Tough Day 2" es una aplicación que te permite probar los límites de tu instancia de. Se puede ejecutar de forma predeterminada con el grupo de pruebas predeterminado o se puede configurar para adaptarse a sus necesidades de prueba. Puedes mirar esta grabación para una presentación de la solicitud.

Cómo correr duro día 2

Descargue la última versión de Tough Day 2 desde el Repositorio de Adobe. Después de descargar la aplicación, puede ejecutarla de forma predeterminada proporcionando la variable host parámetro. AEM En el ejemplo siguiente, la instancia de la se ejecuta localmente para que la variable localhost se utiliza este valor:

java -jar toughday2.jar --host=localhost

El grupo predeterminado que se ejecuta después de agregar los parámetros se denomina toughday. Contiene los siguientes casos de uso:

• Crear páginas y Live Copies para ellos (incluidos despliegues)
• Obtener página principal
• Ejecutar consultas en querybuilder
• Creación de jerarquías de recursos
• Eliminar recursos

El grupo contiene un 15 % de acciones de escritura y un 85 % de acciones de lectura.

Para ejecutar las pruebas de grupo, Tough Day 2 instalará su paquete de contenido predeterminado. Esto se puede evitar configurando la variable installsamplecontentparámetro a false, pero recuerde que también debe cambiar las rutas predeterminadas de las pruebas que desea ejecutar. Si el JAR se ejecuta sin parámetros, Día difícil 2 muestra el información de ayuda.

Como regla general, puede utilizar la aplicación siguiendo este patrón:

java -jar toughday2.jar [--help | --help_full | --help_tests | --help_publish]  [<global arguments> | <actions> | --runmode | --publishmode]

Obtención de ayuda

Tough Day 2 ofrece una amplia gama de opciones de ayuda a las que se puede acceder desde la línea de comandos. Por ejemplo:

java -jar toughday2.jar --help_full

En la tabla siguiente, puede encontrar los parámetros de ayuda relevantes.

Parámetros globales

El Día 2 difícil ofrece parámetros globales que establecen o cambian el entorno de las pruebas. Estos incluyen el host de destino, el número de puerto, el protocolo utilizado, el usuario y la contraseña de la instancia, y muchos más. Por ejemplo:

java -jar toughday2.jar --host=host --protocol=https --port=4502 --duration=30m --dryrun=true

Puede encontrar los parámetros relevantes en la siguiente lista:

Personalización

La personalización se puede lograr de dos maneras: parámetros de línea de comandos o archivos de configuración yaml. Los archivos de configuración se utilizan para grupos de informes personalizados grandes y anulan los parámetros predeterminados de Día difícil 2. Los parámetros de la línea de comandos anulan tanto los archivos de configuración como los parámetros predeterminados.

La única manera de guardar una configuración de prueba es copiarla en formato yaml.

Agregar una nueva prueba

Si no desea utilizar el valor predeterminado toughday grupo puede agregar una prueba de su elección utilizando el add parámetro. Los ejemplos siguientes muestran cómo añadir la variable CreateAssetTreeTest realice pruebas utilizando parámetros de línea de comandos o un archivo de configuración yaml.

Mediante parámetros de la línea de comandos:

java -jar toughday2.jar --host=localhost --add CreateAssetTreeTest

Mediante un archivo de configuración yaml:

globals:
  host : localhost
tests:
  - add : CreateAssetTreeTest

Adición de varias instancias de la misma prueba

También puede agregar y ejecutar varias instancias de la misma prueba, pero cada una debe tener un nombre único. Los ejemplos siguientes muestran cómo agregar dos instancias de la misma prueba mediante parámetros de línea de comandos o un archivo de configuración yaml.

Mediante parámetros de la línea de comandos:

java -jar toughday2.jar --host=localhost --add CreateAssetTreeTest name=FirstAssetTree --add CreateAssetTreeTest name=SecondAssetTree

Mediante un archivo de configuración yaml:

globals:
  host : localhost
tests:
  - add : CreateAssetTreeTest
    properties:
      name : FirstAssetTree
  - add : CreateAssetTreeTest
    properties:
      name : SecondAssetTree

Cambiar las propiedades de prueba

Si necesita cambiar una o más propiedades de prueba, puede agregar esa propiedad a la línea de comandos o al archivo de configuración yaml. Para ver todas las propiedades de prueba disponibles, agregue la variable --help <TestClass/PublisherClass> a la línea de comandos, por ejemplo:

java -jar toughday2.jar --help CreatePageTreeTest

Tenga en cuenta que los archivos de configuración yaml sobrescribirán los parámetros predeterminados del Día difícil 2 y los parámetros de línea de comandos anularán tanto los archivos de configuración como los valores predeterminados.

Los ejemplos siguientes muestran cómo cambiar el template propiedad para CreatePageTreeTest realice la prueba utilizando parámetros de línea de comandos o un archivo de configuración yaml.

Mediante parámetros de la línea de comandos:

java -jar toughday2.jar --host=localhost --add CreatePageTreeTest template=/conf/toughday-templates/settings/wcm/templates/toughday-template

Mediante un archivo de configuración yaml:

globals:
  host : localhost
tests:
  - add : CreatePageTreeTest
    properties:
      template : /conf/toughday-templates/settings/wcm/templates/toughday-template

Uso de grupos de pruebas predefinidos

Los ejemplos siguientes muestran cómo añadir una prueba a un grupo predefinido y cómo reconfigurar y excluir una prueba existente de un grupo predefinido.

Puede agregar una nueva prueba a un grupo predefinido utilizando add y especificando el grupo de informes predefinido de destino.

Mediante parámetros de la línea de comandos:

java -jar toughday2.jar --host=localhost --suite=toughday --add CreatePageTreeTest

Mediante un archivo de configuración yaml:

globals:
  host : localhost
  suite : toughday
tests:
  - add : CreatePageTreeTest

Las pruebas existentes en un grupo determinado también se pueden reconfigurar mediante la variable config* *parámetro. También debe especificar el nombre del grupo de informes y el nombre real de la prueba (no el nombre de la clase de prueba). Puede encontrar el nombre de la prueba en la name propiedad de la clase Test. Para obtener más información sobre cómo buscar propiedades de prueba, lea la Cambiar propiedades de prueba sección.

En el ejemplo siguiente, el título de recurso predeterminado de la variable CreatePageTreeTest (denominado UploadAsset) se cambia a "Nuevo recurso".

Mediante parámetros de la línea de comandos:

java -jar toughday2.jar --host=localhost --suite=toughday --config UploadAsset title=NewAsset

Mediante un archivo de configuración yaml:

globals:
  host : localhost
  suite : toughday
tests:
  - config : UploadAsset
    properties :
      title : NewAsset

Además, también puede quitar pruebas de grupos de informes predefinidos o editores de la configuración predeterminada con el uso de exclude parámetro. También debe especificar el nombre del grupo de informes y el nombre real de la prueba (no la prueba C) lass nombre). Puede encontrar el nombre de la prueba en la name propiedad de la clase test. En el ejemplo siguiente, la variable CreatePageTreeTest (denominado UploadAsset) la prueba se ha eliminado del grupo toughday.

Mediante parámetros de la línea de comandos:

java -jar toughday2.jar --host=localhost --suite=toughday --exclude UploadAsset

Mediante un archivo de configuración yaml:

globals:
  host : localhost
  suite : toughday
tests:
  - exclude : UploadAsset

Ejecutar modos

El Día 2 difícil puede ejecutarse en uno de los siguientes modos: normal y carga constante.

El normal el modo de ejecución tiene dos parámetros:

• concurrency : la concurrencia representa el número de subprocesos que el Día difícil 2 creará para la ejecución de pruebas. En estos subprocesos, las pruebas se ejecutarán hasta que se haya agotado la duración o hasta que no haya más pruebas para ejecutar.

• waittime : el tiempo de espera entre dos ejecuciones de prueba consecutivas en el mismo subproceso. El valor debe expresarse en milisegundos.

El ejemplo siguiente muestra cómo agregar los parámetros mediante la línea de comandos:

java -jar toughday2.jar --host=localhost --add CreateAssetTreeTest --runmode=normal concurrency=20

o utilizando un archivo de configuración yaml:

runmode:
  type : normal
  waittime : 300
  concurrency : 200

El carga constante el modo de ejecución difiere del modo de ejecución normal al generar un número constante de ejecuciones de prueba iniciadas, en lugar de un número constante de subprocesos. Puede establecer la carga utilizando el parámetro del modo de ejecución con el mismo nombre.

Selección de prueba

El proceso de selección de pruebas es el mismo para ambos modos de ejecución y funciona de la siguiente manera: todas las pruebas tienen un weight , que determina la probabilidad de ejecución en un subproceso. Por ejemplo, si tiene dos pruebas, una con un peso de 5 y otra con un peso de 10, la última tiene dos veces más probabilidades de ejecutarse que la primera.

Además, las pruebas pueden tener un count , que limita el número de ejecuciones a un número determinado. Una vez pasado este número, no se producirán más ejecuciones de la prueba. Todas las instancias de prueba que ya se están ejecutando finalizarán la ejecución según lo configurado. El siguiente ejemplo muestra cómo agregar estos parámetros en la línea de comandos o mediante un archivo de configuración yaml.

java -jar toughday2.jar --host=localhost --add CreateAssetTreeTest weight=5 --add CreatePageTreeTest weight=10 count=100 --runmode=normal concurrency=20

o

- add : CreateAssetTreeTest
    properties :
      name : UploadAsset
      weight : 5
      base : 3
      foldertitle : IAmAFolder
      assettitle : IAmAnAsset
      count : 100

Simulacro

Una ejecución en seco analiza todas las entradas dadas (parámetros de línea de comandos o archivos de configuración), combinándolas con los valores predeterminados y, a continuación, genera los resultados. No ejecuta ninguna de las pruebas.

java -jar toughday2.jar --host=localhost --suite=toughday --add CreatePageTreeTest --dryrun=true

Salida

El Día 2 difícil genera tanto métricas de prueba como registros. Para obtener más información, lea las secciones siguientes.

Métricas de prueba

Actualmente, el Día 2 difícil informa de nueve métricas de prueba que puede evaluar. Métricas con el * Los símbolos de solo se registran después de ejecuciones correctas:

Estas métricas se escriben con la ayuda de editores que se pueden agregar con la variable add parámetro (similar a añadir pruebas). Actualmente, hay dos opciones:

• CSVPublisher - el resultado es un archivo CSV.
• ConsolePublisher : la salida se muestra en la consola.

De forma predeterminada, ambos editores están habilitados.

Además, hay dos modos en los que se crean los informes de las métricas:

• El simple modo de publicación: informa de los resultados desde el principio de la ejecución hasta el momento de la publicación.
• El intervalos modo de publicación: informa de los resultados en un lapso de tiempo determinado. Puede establecer el lapso de tiempo con intervalo parámetro de modo de publicación.

El siguiente ejemplo muestra cómo configurar la variable intervals parámetro en la línea de comandos o utilizando un archivo de configuración yaml.

Mediante parámetros de la línea de comandos:

java -jar toughday2.jar --host=localhost --add CreatePageTreeTest --publishmode type=intervals interval=10s

Mediante un archivo de configuración yaml:

publishmode:
     type : intervals
     interval : 10s
     tests:
        -add : CreatePageTreeTest

Registro

Día difícil 2 crea una carpeta de registros en el mismo directorio en el que ejecutó Día difícil 2. Esta carpeta contiene dos tipos de registros:

• toughday.log: contiene mensajes relacionados con el estado de la aplicación, la información de depuración y los mensajes globales.
• toughday_<testname>.log: mensajes relacionados con la prueba especificada.

Los registros no se sobrescriben, las ejecuciones posteriores anexan mensajes a los registros existentes. Los registros tienen varios niveles. Para obtener más información, consulte la [loglevel parameter](/docs/experience-manager-65/developing/testing/tough-day.md#global-parameters).