Esta piramide de testing me gusta mucho.
Introduccion
¿Qué es el testing?
La piramide del testing
Hablemos sobre deuda técnica
Herramientas de testing
Creando el proyecto
Tu primer test
Escribiendo pruebas
Pruebas estáticas
Assertions / matchers
Setup and Teardown
Implementado Setup
Tipos de pruebas
MetodologÃas
Pruebas Unitarias
Pruebas unitarias
Coverage report
Instalación de Docker para este curso
Proyecto de API
Mocking, Stub, doubles
Mocking
Spies
Generando Fake Books
Integration Test & E2E
Configurando supertest en el API
Integration Test
e2e
UI Test
UI Test
Automatizar
Unit tests en GitHubActions
E2E en GitHubActions
¿Quieres más cursos de testing?
La piramide del testing
2/27Recursos
Aportes 12
Preguntas 0
Ordenar por:
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)
- unit tests
- integration tests
- end to end tests (e2e)
- ui test: emulan el dispositivo fÃsico
En javascript se recomienda en vez la pirámide el trofeo de tests:
- static tests: el tronco (el segundo mayor número de pruebas)
- unit tests: mismo num. de pruebas que e2e y menos que static e integration
- integration tests: el mayor número de pruebas debe ser aquÃ
- e2e tests: mismo tamaño que unit tests y menos que static e integration
Para UI test, en mi trabajo usamos BrowserStack.
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
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!
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?