Tipos de pruebas
Contenido del curso
Tipos de pruebas
Contenido del curso
Edgar Mauricio Pérez Rojas
Ronaldo Delgado
Nicolas Molina
Profesor
Anthony Quintero
Miguel Angel Reyes Moreno
Brayan Torrealba Sáez
Reinaldo Mendoza
Tomas Arriola
Miguel Angel Hernandez Colombo
Brandon Vargas Frias
Jefred Bedoya
Juan Rossano
Cristian Fernando Villca Gutierrez
Amanda Sierra
David Antonio Garcia Saaib
Ronaldo Delgado
Resumen Tipos de pruebas
Conceptos
SUT (System Under Test): Sujeto Bajo Prueba, por ejemplo, Person sería nuestro SUT, no necesariamente tiene que ser un sistema.
Validar: A la hora de validar resolvemos la siguiente pregunta: ++¿estamos construyendo el sistema correcto?++, por lo general, en la capa de requerimientos con el cliente y si le da valor a él.
Verificar: Cuando ya se hacen pruebas, se verifica teniendo en mente la pregunta: ++¿estamos construyendo el sistema correctamente?++ casi obviando que ya se produce valor al cliente.
En todas las capas se pueden hacer pruebas, incluso sin código, como en los UML o en la revisión con el equipo de Scrum. . !Tabla capas Vs detalle .
Pruebas Funcionales Son las que validan que se cumplan los requerimientos de valor para el cliente (como guardar bien los buenos datos de un usuario); hasta este punto es lo que hemos hecho en VS code. Por norma general, las pruebas unitarias las entrega el desarrollador, el tester se empieza a involucrar en las pruebas de integración o E2E.
Pruebas No Funcionales Verifican más el óptimo manejo de los recursos del software, no el cumplimiento de requisitos persé, como lo son pruebas de: +rendimiento +carga o estabilidad +estrés +usabilidad +seguridad. Estas pruebas no necesariamente deben estar desde el principio.
. NOTA: HAy una nueva área de pruebas No Funcionales que se llama 🐒 Ingeniería del caos, 🐒 su pionero es Netflix. Consiste en desconectar servicios en producción, como por ejemplo, desconectar una BD para ver como reacciona el equipo y establecer soluciones. ⛔ ¡*Es muy pegrilossoo, MUY PEGRILOOSSOO!! ⛔ 💚 ¿Platzi tendrá curso de esto?💚
Buena pregunta!
La base de datos que creo Twitter se llama Manhattan lanzada en 2014.
El software que utiliza Netflix para su ingeniería del caos se llama Chaos Monkey
Lo mínimo es: Si escribes el código tienes que escribir el Unit test.
Ingeniería del caos: o pruebas del caos, es una disciplina o enfoque para probar y construir un sistema que pueda soportar fallas o condiciones inesperadas.
En netflix(la empresa, no es recomendación de ninguna serie) tienen Chaos Monkey, que es un programa que se comporta como un mono loco que desconecta cosas y de esa forma "ataca" al sistema para que puedan fortalecer la infraestructura
No entiendo mucho aún la funcionalidad de JEST, por lo general realizo las pruebas en un archivo de javascript e imprimo en la consola si hubo algún error o si todo se completo correctamente. Les dejo un ejemplo con lo del IMC:
// Lógica principal para calcular el IMC document.getElementById('bmi-form').addEventListener('submit', function(e) { e.preventDefault(); const weight = parseFloat(document.getElementById('weight').value); const height = parseFloat(document.getElementById('height').value) / 100; if (weight > 0 && height > 0) { const bmi = (weight / (height * height)).toFixed(2); document.getElementById('result').textContent = `Tu IMC es ${bmi}`; } else { document.getElementById('result').textContent = 'Por favor ingresa valores válidos.'; } }); // Función para calcular el IMC (refactorizada para ser utilizada en pruebas) function calcularIMC(peso, altura) { if (peso > 0 && altura > 0) { return (peso / (altura * altura)).toFixed(2); } else { return null; // Manejo de valores no válidos } } // Pruebas automáticas function testCalcularIMC() { // Definir casos de prueba const casosDePrueba = [ { peso: 70, altura: 1.70, expected: "24.22" }, { peso: 85, altura: 1.80, expected: "26.23" }, { peso: 50, altura: 1.60, expected: "19.53" }, { peso: 90, altura: 1.75, expected: "29.39" }, { peso: 0, altura: 1.75, expected: null }, // Caso de valor inválido { peso: 70, altura: 0, expected: null } // Caso de valor inválido ]; // Ejecutar cada caso de prueba casosDePrueba.forEach((caso, index) => { const result = calcularIMC(caso.peso, caso.altura); console.assert(result === caso.expected, `Caso ${index + 1} fallido: Se esperaba ${caso.expected}, pero se obtuvo ${result}`); }); console.log("Pruebas completadas."); } // Ejecutar las pruebas automáticamente cuando se carga la página testCalcularIMC();
de verdad no sabia que existia algo como eslint npm run test npm run lint:fix toda una maravilla! <3
Las pruebas unitarias no son lo mismo que las pruebas estáticas. Las pruebas unitarias son una técnica de testing que verifica el comportamiento de una pequeña parte de tu código (una "unidad") para asegurar que funciona correctamente. En cambio, las pruebas estáticas analizan el código sin ejecutarlo, buscando errores o problemas de estilo. Ambos tipos de pruebas son importantes, pero tienen propósitos diferentes. Recuerda, las pruebas unitarias ayudan a mantener la calidad del software al detectar errores tempranamente.
Niveles de Testing
Enfoque de Ejecución
¿Qué parte de esta jerarquía te genera más ruido al aplicarla?
De esas herramientas ¿cual es mas recomendable? Investigue un poco y parece mas completa sonarqube, es la unica que encontre una herramienta como extension de visual studio code ¿aporta algo compara con eslint?
¿Quién se encarga de hacer los test no funcionales?
buenas tardes, por favor alguien que me diga porqué marca error en esta linea, dice que falta una , test('piedra' === 'piedra', 'papel' === 'papel', 'tijera' === 'tijera' should be 'empate', () => {
Hola, creo que podrías copiar y pegar todo el código, y ya te podría ayudar. Por lo pronto creo que está mal escrito tu test
test('Trying game ', () => { const opcionRobot = robot() if(opcionRobot === "piedra") { const whoWon = matchGame(opcionRobot , "piedra) expect(whoWon).toBe('empate') } })
Y asi para cada caso, espero te sirva, sino, hablame por aqui o por twitter @adranuz
excelente video!
