1preguntas Técnicas
1preguntas Técnicas
1preguntas Técnicas
¿cómo haces para diseñar un caso de prueba? Entendiendo el requerimiento por parte de
dirección… al finalizar las pruebas se tienen debidamente que documentar los casos de éxito así
como los bugs.
Con la herramienta de jmeter se hacían las pruebas a servicios web y lo que hacíamos era
meter el número de hilos7treads que serían los usuarios, se establecía el tiempo de carga
y los loops o ciclos. Se envían cientos de peticiones para probar las robustez y límites del
código.
- Historia de usuario.
- Ambiente.
- Tipo de usuario.
- El path
Se crea el bug a la tarea que estas ligando y se asigna al desarrollador (esto es DOCUMENTAR
EN AZURE)
Se checaba el requerimiento petición get en caso de que fuera put o post, se le enviaban los
parámetros y se validaba que la respuesta fuera la esperada un 200.
Se revisaba el micoservicio o url a la que se iba a apuntar y en caso de que fuera una petición put o
post se mandaban los parámetros y se validaba la respuesta del micro servicio. Se validaban tanto
con parámetros correctos y erróneos.
Como cualquier usuario haces click en la interfaz de la pagina web o de la app y en el BACK DEL
REQUEST se valida que la información que así como en el RESPONSE que me estuviera dando
información
De acuerdo los requiemiento estudiado previamnete se reaiza una matriz con los diferrentes casos
de prueba que se le pueden realizar al desarrollo. ejem. se hací todo un flujo con el USUARIO
cliente
De acuerdo a lo que ya está implementado se vuelve a probar el flujo completo de inicio a fin casi
casi desde descargar la app hasta comprar el articulo.
Se lee el requerimiento se abre el emulador Android o ios, y se hace el flujo para llegar a la
funcionalidad o al microservicio que se va a probar.
Con una extensión de Chrome hacia mi flujo introduciendo los valores, los guarda y lo reproducía.
Las pruebas unitarias se hacen para probar de manera aislada un componente de un desarrollo
para garantizar su funcionamiento de manera otra vez <aislada>.
Las pruebas de integración se hacen para probar todo el flujo desde inició de sesión hasta la
página de gracias por tu compra.
PRUEBAS FUNCIONALES.
Son las pruebas que se hacen a los desarrollos para probar que su correcta funcionalidad ejem.
que hagan lo que se suponen que deben de hacer, que no tengan errores (bugs), que respondan
en un tiempo adecuado.
PRUEBAS NO FUNCIONALES.
Son las pruebas que se hacen a las partes del desarrollo que no implican funcionalidades perse
tales como el LAYOUT diseño de la página.