No tienes acceso a esta clase

¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera

Ejecuta tus tests

4/17
Recursos

Aportes 8

Preguntas 7

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad?

Anatomía de los Test

El patrón más común para generar una prueba es mediante 3A (Arrange Act Asset). El cual explica la forma de organizar y estructurar las pruebas para que fuesen claras y entendibles, separando cada prueba según el enfoque se pretende dar.
.

  • Organización (Arrange). Inicializa los objetos, estableciendo sus estados o valores iniciales.
  • Acto (Act). La invocación de la prueba según sea el escenario estipulado.
  • Afirmación (Asset). Se verifica la acción, según sea lo esperado por la prueba.

.

describe('Button', () => {
	// Arrage of block/section
	const handleClick = () => console.log('On Click')

	test('Should be able to show text in button', () => {
		// Arrage of test
		const buttonText = 'Click Me!'
		const component = await mount(
<Button onClick=handleClick>{buttonText}</Button>)

		// Act
		await component.click();

		// Assert
		await expect(component).toContainText('Click Me!');
	})
	test('Should be able to pass a callback function', () => { ... })
})

Test

ℹ️ Definición
Testing es el proceso de ejecutar un programa con el objetivo de encontrar errores. Si el “testing” es exitoso, entonces podemos asegurarnos que los features están cumplidos.

.
Las ventajas de poseer testing son:

  • Conocemos mejor el código y sus implicaciones en otros procesos (integración testing).
  • Reducimos el tiempo de desarrollo y horas de revisión para encontrar el “error”.

.

Principios del testing

  1. Todos los “test” deberán estar orientados a los requerimientos del cliente o negocio.
  2. Los “test”, deberán establecer, en conjunto, los alcances o puntos críticos de una aplicación.

.
Existen 4 definiciones en las pruebas:

  • Anomalía, es un comportamiento que no se espera dentro del sistema.
  • Defecto, situación que se puede reproducir y se sabe que causa problemas al sistema.
  • Fallo, incapacidad del sistema dentro de los márgenes conocidos.
  • Error, acción humana que genera desperfectos en el sistema.

.
Digamos por ejemplo:
Contamos con un despertador que todas las mañanas a las 9 AM suena su alarma, pero desde hace unos días ya no lo hace, eso es una anomalía, en caso de que hubiera llegado con una manecilla rota, seria defecto, si necesita luz para funcionar que, por una tormenta, se nos va la luz y ya no sirve, es fallo y por último si utilizas tu despertador para otro fin, es un error.
.

Tipos de pruebas

Pruebas unitarias

  • Las pruebas unitarias son el nivel básico, limitadas al recurso de la aplicación. Consisten en las pruebas individuales de métodos y funciones de clases, componentes o módulos.

Pruebas de integración

  • Las pruebas de integración verifican que, los diferentes módulos o servicios, trabajen para su objetivo.

Pruebas funcionales

  • Enfocadas sobre los requerimientos de una aplicación, validan la salida de una acción y no se detienen para revisar estados intermedios de un sistema.

Pruebas de satisfacción o Alpha

  • Son pruebas que son ejecutadas para verificar si un sistema satisface sus requerimientos de negocio. Requieren que la aplicación esté en una fase llamada “testing or test”, el cual supone que se encuentra lista para replicar el comportamiento del usuario.

Entre sus validaciones pudieran ser:

  • El rendimiento del sistema.
  • Cambios visuales o adaptativos.

Son típicamente echas por el equipo de QA.

Pruebas de usuario o Beta

  • Esta prueba es conducida por uno o varios clientes. Esta versión es lanzada para “simular” un entorno real.

Dependiendo de su ámbito, puede contener diferentes contextos:

  • Escala o audiencia.
  • Sistema operativo o dispositivo final.
  • Seguridad.
  • Estrés.
  • Comunicación.

A la par estoy tomando el curso de accesibilidad web y observo que en la documentacion hay una opcion, tiene documentacion de leer para rato

Soy nuevo en este rol, me ha gustado lo que veo que puede hacer esta herramienta, pero quiero saber si hay forma de que no se inicie en incognito, ya que esto me activa captcha y al ejecutar el test este falla. Estoy usando python (pytest) gracias por la orientación.
mi caso de test para chromium todo el tiempo falla por timeout "Test timeout of 60000ms exceeded." intente meter una configuracion en el "plawright.config.ts" pero me sigue mostrando el error
Soy tester manual, inicio un nuevo rol cómo automatizador, es increíble cómo sintetiza el proceso Playwright.
comence a hacer mis test con js y veo que mi config es totalmente diferente al de ts :/

Super!