‘CI test’ Videos

  • Andrés Arias: Pruebas de Aceptación en WordPress utilizando Cypress.io

    WordPress Meetup San JoséSpeaker: Andrés Arias

    August 16, 2020 — Conforme un sitio crece y se vuelve más complejo, terminamos invirtiendo cada vez más y más tiempo realizando pruebas manuales, tanto para verificar que la funcionalidad nueva haya sido creada de manera correcta, como para verificar que otras partes del sitio no hayan sido afectadas de manera negativa. Este proceso puede ser largo y tedioso, además de ser propenso a errores, dada su naturaleza repetitiva.
    Asimismo, las pruebas de aceptación (conocidas también como pruebas de navagador, o End to End testing) pueden ser complicadas de incorporar en nuestro proceso de desarrollo, pues pueden requerir la instalación de nuevas herramientas, lenguajes o inclusive infraestructura para poder ejecutarlas.
    Cypress.io viene a proveer una solución para incorporar pruebas de aceptación de manera fácil y práctica, gracias a éstas cualidades:
    Fácil de instalar. Cypress es basado en Javascript, y sólo necesita NodeJS para correr
    Se integra fácilmente a herramientas como Webstorm o VS Code
    Multiplataforma: corre en Windows, Linux y Mac
    Incluye manejo intrínseco de carga de página, cargas ajax y procesos asíncronos que causan errores en otras herramientas de pruebas (como Selenium)
    Incluye pantallazos y grabación de vídeo, sin necesitar librerias adicionales
    Incluye un dashboard gratis para registro de ejecución de pruebas, pantallazos y videos
    Fácil de incorporar en procesos de CI/CD, y registrar los resultados en su dashbord

    Contenido:
    – Instalación de Cypress.io
    – Creación de un proyecto nuevo de Cypress
    – ¿Cómo escribir pruebas de aceptación?
    – Ejecución local de las pruebas
    – Grabación de resultados y videos en el dashboard de Cypress (paquete gratis)

  • yousan: 中規模案件のこなしかた DockerとCI、テスト

    WordCamp Osaka 2018Speaker: yousan

    August 6, 2018 — WordPress案件をこなす際の開発ワークフロー、特にDockerをつかったローカル開発環境とCircleCIでDocker設定ファイルを使ったテストについてのお話しです。
    チーム開発での分業では、異なる領域を複数人で担当するか(垂直分業)、同じ領域を複数人で担当するか(水平分業)、があります。
    小さい案件をこなしていたチームではディレクション担当、コーディング担当、プログラム担当といった垂直分業がメインであり、衝突することはありませんでした。
    しかし規模が大きくなるにつれコーディング、プログラミングの人員投入数を増やす必要があり水平分業を行いましたが、コードレベルや設計レベルでの衝突が多くなりました。
    水平分業を行った際に僕たちが直面した衝突の問題点や解決方法、今後の方針についてのお話しをさせてもらえればと思います。
    WordPress制作業者さんはコーディングをメインにされている方、業者さんが多いと感じています。そういった方々にとってのCIやDocker環境はハードルが高く感じることが多いですが、取り組んでもらうための動機づけになればと思っています。

    「ローカル環境での再現性(冪等性)」「開発サーバ、ステージングサーバの必要性」、「ファイル作成ルール化」「コーディング規約の導入」といった仕組みづくりについてです。

    Presentation Slides »