La piramide del testing
Clase 2 de 27 • Curso de Introducción al Testing con JavaScript
Contenido del curso
Jimer Samuel Espinoza
student•
hace 4 años
Irving Juárez
student•
hace 4 años
Andres Velasquez
student•
hace 3 años
Clase 2 de 27 • Curso de Introducción al Testing con JavaScript
Contenido del curso
Jimer Samuel Espinoza
Irving Juárez
Andres Velasquez
Salvador Santander Gutiérrez
Nicolás Sañudo
Victor Hugo Vázquez Gómez
Diego Reyes Cabrera
Andres Velasquez
Andres Velasquez
jefred bedoya
Isabel Yepes
David Galvan
Jorge Bou-saad
Freddy Humberto Mendoza Muñoz
Andres Velasquez
Andres Velasquez
Marco Antonio Alducin Garcia
Iván Antonio Bustos Calderón
Carlos Rodríguez
Esta piramide de testing me gusta mucho.
En esta pirámide casi todo es automatizado, pero que pasa con aquellas pruebas que no se pueden automatizar?
Estan al final
La pirámide clásica del testing: (de menos a más costoso y tendría que haber más pruebas de las primeras que de las últimas)
En javascript se recomienda en vez la pirámide el trofeo de tests:
Para UI test, en mi trabajo usamos BrowserStack.
Nunca había escuchado de él. ¿Es relevante frente a otros?
La piramide del testing
Unit test: Aplicado al código de producción. Pruebas estaticas.
Integration test: Se prueba la comunicación entre los módulos o unidades para saber como se está transportando la información.
End to End test: Pruebas punto a punto aplicadas a bases de datos de terceros. ej. API. Aquí se prueba todo el flujo del programa.
UI test: Emular el funcionamiento entero del programa. Aqui entran las Pruebas manuales.
En la piramide del testing, se pueden encontrar dos enfoques. Del integration testing hacia el unit testing, las pruebas estan enfocadas hacia la tecnologia.
In the Software Testing Pyramid the lower half is facing the technology test. And they are looking for this answer: Are we builind the system right? The mainly focus is the technology
In the other hand, the upper half is facing to Business test: Are we building the right system? Here the mainly focus is the business.
Este curso está traduciendo mucho conocimiento que he leído y no había comprendido antes. Gracias Platzi por seguir con la formación en testing
La Pirámide del Testing es una estrategia fundamental para equilibrar la calidad y la velocidad en el desarrollo de software. Su lógica es simple: priorizar pruebas rápidas y económicas para maximizar el retorno de inversión.
Niveles de la pirámide
Reglas de oro
En el ámbito del testing, ¿cuáles son los casos de uso más adecuados para aplicar la Pirámide de Pruebas, la Pirámide Invertida y el modelo del Trofeo? ¿La elección depende del tipo de proyecto o de otros factores?
La pirámide del testing es un modelo que ilustra la jerarquía de pruebas en el desarrollo de software. Se compone de tres niveles:
El "trofeo" es un término usado para describir la relación entre la cantidad de pruebas unitarias y la necesidad de tener más pruebas en niveles superiores; es decir, se busca que la base (unitarias) sea amplia y disminuya hacia la cima (E2E).
Es cuestión de gustos. A mi particularmente me gusta mucho trabajar con TDD (Test Driven Development).
Esto consiste en construir todo el sistema a punta de pruebas unitarias y de integracion. Es decir construyes tus pruebas, haces el código para que las pruebas pasen, vuelves a testear para que todo este ok, y refactorizas siempre para que las pruebas pasen. Cuando vas a hacer el UI Test te das cuenta que todo el sistema funciona bien casi que por arte de magia...
Los invito al curso de TDD de Italo Morales aquí en Platzi para que vean lo poderoso de este concepto.
The cup specially in JS.
Static = the base Unit= second base Integration = A lot of ... End to end = A few of...
The ice-cream cone is an anti pattern
More Manual regression testing Some Automated ese test A few Integration test less unit test
Al menos en mi experiencia, no he estado tan perdido en cuanto al conocimiento de Testing sobretodo en las fases del testeo de aplicaciones, aunque yo me he enfocado en pruebas funcionales super dinaicas e interesantes.
En mi trabajo, el dibujo queda como un reloj de arena. Aunque si hicieramos más funcionales, sería un cuadrado.
Excelente introducción a este clase, escuchar a Nico es posesía devs!